Как лучше коммитить в SVN?

Почему бы просто не написать svn commit в корне дерева проекта?

Еще можно так:

for ff in "$path-to-1/file1" "$path-to-2/file2" ... "$path-to-N/fileN"; do {
  ( cd $(dirname $ff) && cvs commit $(basename $ff) )
}; done

При желании можно на перле переписать, добавив
автопоиск измененных файлов в директориях проекта.

Не понимаю ваших терзаний. :) svn commit в корневом каталоге, и всё. Для того, чтобы вспомнить, какие изменения были сделаны между ревизией X и Y, достаточно в том же корневом каталоге сделать svn log -r X:Y. =)

Ну и, конечно, коммитить надо минимальными порциями. Но только так, чтоб эти порции были осмысленными и самодостаточными, и чтоб любая версия из SVN собиралась и запускалась. Ну то есть, поправил что-то, сразу закоммитил, потом ещё поправил, ещё закоммитил.

> коммитить надо минимальными порциями. Но только так, чтоб эти порции были осмысленными и самодостаточными, и чтоб любая версия из SVN собиралась и запускалась. Ну то есть, поправил что-то, сразу закоммитил, потом ещё поправил, ещё закоммитил.

А как можно узнать, что версия запускается, если предлагается коммитить сразу, как только исправил?

Предлагаемый вариант еще более экстемален, чем XP - там хоть тесты гоняют.

> Предлагаемый вариант еще более экстемален, чем XP - там хоть тесты гоняют.

Кто тебе здесь запрещает тесты гонять? Наоборот, многие VC умеют перед коммитом прогонять тесты, если они валятся, тогда коммит обламывается.

> А как можно узнать, что версия запускается, если предлагается коммитить сразу, как только исправил?

"Исправил" - значит, изменил код и убедился, что всё работает (ну хотя бы юнит-тесты). :)

> Кто тебе здесь запрещает тесты гонять?

Я просто хотел акцентировать на этом внимание ;)

Вариант Ц в общем случае зло. В Subversion не просто так появилась атомарность коммитов чтоб вот так поп простому ее сводить на нет. Если фалы file1.cpp и file1.h содержат связанные обновления, то и коммитить их надо обязательно вместе.

Вообще, после работы с Darcs сильно не хватает интерактивных коммитов в command-line клиенте.

> только при варианте А множно видеть логи всех изменений одной командой, без надобности догадываться лог какого именно файла надо смотреть, что-бы вспомнить какие изменения были сделаны между ревизией X и Y.

Это ж неправда - в варианте Б связь между закоммиченными файлами сохраняется.

> в варианте Б связь между закоммиченными файлами сохраняется.

Да, но сделав svn log в корне проекта, ты не увидишь этого изменения.