Victor Sudakov <Victor.Sudakov@f49.n5005.z2.fidonet.org> wrote:
VS>>> Вот в чем дело. Интересно, можно ли использовать какой-нибудь VS>>> хук, чтобы перед коммитом проверялась свежесть рабочей копии, AK>> зачем? В двух головах нет никакого ужаса. VS> А если их потом станет больше двух? Как я сливать все их буду? командой merge. В чем разница с up при измененном дереве?
VS> Все операции, модифицирующие историю, мне идеологически очень не нравятся, ну вот затесалось нечаянно в commit message слово #@й - и что, мне так теперь и любоваться этим х#%м в каждом просмотре log? (ошибки, опечатки и т д, живут вечно, потому что они у нас часть истории)
И чуть реже - "ой, еще вот в этом месте поправить забыл" (а еще чаще поправить не забыл, забыл основной файл добавить, а он - новый) - таким правкам незачем занимать место в истории, add; commit --amend
VS> может именно поэтому не глянулся git с его постоянным rebase. ну, он, вообще-то, не историю меняет, он новую из пальца высасывает. То что было до rebase, остается в виде мертвой ветки без имени. Hо поддельная история мне как раз нравится гораздо меньше подчищенной.
> Alex
--- ifmail v.2.15dev5.4 * Origin: Demos online service (2:5020/400)
