История изменений

Просто отобрать отдельные файлы из всех измененных и созданных — это еще не индекс.

Так в индекс Git’а ты вполне себе можешь добавлять не файлы, а патчсеты из изменённых файлов. При этом аккуратно их разбивать, чтобы в коммит ушли только нужные правки. Удобно, из коробки.

Тебе просто не нужно DVCS. Как и многим людям. бездумно применяющим Git «потому что все так делают».

DVCS это + к надёжности репозитория. Все VCS не являющиеся DVCS, потихоньку отмирают, вроде svn, cvs и прочего ужаса.

Ты в принципе не можешь поменять сообщение коммита, потому что репа у другого человека на локалхосте и доступа к ней ты не имеешь.

Да это понятно конечно же. Можно было бы накостылять такую систему «сбоку», чтобы история синхронизировалась отдельно при git pull/push, раздать те же права доступа на редактирование истории и т. д. И всё это снова направляет DVCS в централизованное состояние. И поэтому это неоправдано. Как показала практика, редактирование истории довольно редкий use case. А приступы внезапного перфекционизма – та я ещё дрянь.

У меня к Git’у кроме вот этой вот несбыточной хотелки с лёгкой правкой истории, имеются ещё две, которые я бы хотел, чтобы когда-нибудь реализовали.

Вторая заключается в том, чтобы при git clone/pull/fetch и прочих сетевых обращений работала «докачка» и проверка целостности. На нестабильных сетевых соединениях клонирование репозитория это сущий ад. Имел счастье несколько лет назад пару недель поработать на GPRS/EDGE соединении (дача), клонировал репозитории раза с 10-го.

Ну а третья – возможность добавления в Git пустых каталогов, это очень полезно для обозначения структуры проекта. Файлики .blank и пр. считаю костыльным решением.

Просто отобрать отдельные файлы из всех измененных и созданных — это еще не индекс.

Так в индекс Git’а ты вполне себе можешь добавлять не файлы, а патчсеты из изменённых файлов. При этом аккуратно их разбивать, чтобы в коммит ушли только нужные правки. Удобно, из коробки.

Тебе просто не нужно DVCS. Как и многим людям. бездумно применяющим Git «потому что все так делают».

DVCS это + к надёжности репозитория. Все VCS не являющиеся DVCS, потихоньку отмирают, вроде svn, cvs и прочего ужаса.

Ты в принципе не можешь поменять сообщение коммита, потому что репа у другого человека на локалхосте и доступа к ней ты не имеешь.

Да это понятно конечно же. Можно было бы накостылять такую систему «сбоку», чтобы история синхронизировалась отдельно при git pull/push, раздать те же права доступа на редактирование истории и т. д. И всё это снова направляет DVCS в централизованное состояние. И поэтому это неоправдано. Как показала практика, редактирование истории довольно редкий use case. А приступы внезапного перфекционизма – та я ещё дрянь.

У меня к Git’у кроме вот этой вот несбыточной хотелки с лёгкой правкой истории, имеются ещё две, которые я бы хотел, чтобы когда-нибудь реализовали.

Вторая заключается в том, чтобы при git clone/pull/fetch и прочих сетевых обращений работала «докачка». На нестабильных сетевых соединениях клонирование репозитория это сущий ад. Имел счастье несколько лет назад пару недель поработать на GPRS/EDGE соединении (дача), клонировал репозитории раза с 10-го.

Ну а третья – возможность добавления в Git пустых каталогов, это очень полезно для обозначения структуры проекта. Файлики .blank и пр. считаю костыльным решением.

Просто отобрать отдельные файлы из всех измененных и созданных — это еще не индекс.

Так в индекс Git’а ты вполне себе можешь добавлять не файлы, а патчсеты из изменённых файлов. При этом аккуратно их разбивать, чтобы в коммит ушли только нужные правки. Удобно, из коробки.

Тебе просто не нужно DVCS. Как и многим людям. бездумно применяющим Git «потому что все так делают».

DVCS это + к надёжности репозитория. Все VCS не являющиеся DVCS, потихоньку отмирают, вроде svn, cvs и прочего ужаса.

Ты в принципе не можешь поменять сообщение коммита, потому что репа у другого человека на локалхосте и доступа к ней ты не имеешь.

Да это понятно конечно же. Можно было бы накостылять такую систему «сбоку», чтобы история синхронизировалась отдельно при git pull/push, раздать те же права доступа на редактирование истории и т. д. И всё это снова направляет DVCS в централизованное состояние. И поэтому это неоправдано. Как показала практика, редактирование истории довольно редкий use case. А приступы внезапного перфекционизма – та я ещё дрянь.

У меня к Git’у кроме вот этой вот несбыточной хотелки с лёгкой правкой истории, имеются ещё две, которые я бы хотел, чтобы когда-нибудь реализовали.

Вторая заключается в том, чтобы при git clone/pull/fetch и прочих сетевых обращений работала «докачка». На нестабильных сетевых соединениях клонирование репозитория это сущий ад. Имел счастье несколько лет назад несколько недель поработать на GPRS/EDGE соединении (дача), клонировал репозитории раза с 10-го.

Ну а третья – возможность добавления в Git пустых каталогов, это очень полезно для обозначения структуры проекта. Файлики .blank и пр. считаю костыльным решением.

Просто отобрать отдельные файлы из всех измененных и созданных — это еще не индекс.

Так в индекс Git’а ты вполне себе можешь добавлять не файлы, а патчсеты из изменённых файлов. При этом аккуратно их разбивать, чтобы в коммит ушли только нужные правки. Удобно, из коробки.

Тебе просто не нужно DVCS. Как и многим людям. бездумно применяющим Git «потому что все так делают».

DVCS это + к надёжности репозитория. Все VCS не являющиеся DVCS, потихоньку отмирают, вроде svn, cvs и прочего ужаса.

Ты в принципе не можешь поменять сообщение коммита, потому что репа у другого человека на локалхосте и доступа к ней ты не имеешь.

Да это понятно конечно же. Можно было бы накостылять такую систему «сбоку», чтобы история синхронизировалась отдельно при git pull/push, раздать те же права доступа на редактирование истории и т. д. И всё это снова направляет DVCS в централизованное состояние. И поэтому это ноправдано. Как показала практика, редактирование истории довольно редкий use case. А приступы внезапного перфекционизма – та я ещё дрянь.

У меня к Git’у кроме вот этой вот несбыточной хотелки с лёгкой правкой истории, имеются ещё две, которые я бы хотел, чтобы когда-нибудь реализовали.

Вторая заключается в том, чтобы при git clone/pull/fetch и прочих сетевых обращений работала «докачка». На нестабильных сетевых соединениях клонирование репозитория это сущий ад. Имел счастье несколько лет назад несколько недель поработать на GPRS/EDGE соединении (дача), клонировал репозитории раза с 10-го.

Ну а третья – возможность добавления в Git пустых каталогов, это очень полезно для обозначения структуры проекта. Файлики .blank и пр. считаю костыльным решением.