Есть ли способ создать журнал изменений в SVN

Я бы просто сделал это в отдельном сообщении о фиксации. TortoiseSVN имеет автозаполнение имени файла, что очень помогает в этом.

Еще вы можете сделать svn st перед фиксацией и скопировать / вставить имена файлов в свое сообщение фиксации.

Да, и обязательно сильно сомневайтесь в ценности этого. Я знаю, что некоторые проекты OSS (Linux?) Требуют такой точности, но для многих проектов это просто шум. Diff может сказать вам гораздо больше и точнее.

Еще одна вещь, которую вы можете рассмотреть, - это использование Git. Git позволяет выполнять локальные коммиты меньшими шагами. Затем вы отправляете на главный сервер все свои коммиты по отдельности или объединяете их в одну фиксацию со всеми сообщениями фиксации в одном сообщении. Это было упрощенное объяснение, но, вероятно, его стоит проверить.

Вы можете просто совершить коммит всякий раз, когда закончите с одной конкретной задачей. В любом случае это должно привести к лучшим комментариям. Комментарий "Реализованная проверка электронной почты" к трем необходимым файлам говорит мне гораздо больше, чем "добавленная функция verify_email". Я сам вижу последнее в разнице.

Такой результат может быть получен, если есть некоторые правила относительно того, как комментарии записываются внутри каждого из зафиксированных файлов. После этого эти комментарии могут быть извлечены триггером svn.

Одно из существенных различий между SVN и CVS состоит в том, что изменения совершаются атомарно. В CVS каждый файл имеет свою собственную версию, но в SVN версия предназначена для всего проекта и включает в себя все зарегистрированные файлы вместе.

Вот четыре идеи решения:

1. Зарегистрируйте каждую из ваших программ отдельно, с отдельным сообщением журнала. Это может означать, что если, скажем, вы вернете пять файлов, вы «израсходуете» пять версий, четыре из которых могут привести к поломке сборки.
2. Делайте свою разработку по отдельному пути (т.е.в своей собственной частной ветке), делайте, как указано выше, а затем в стратегические моменты объедините свою ветку с основной веткой.
3. Зарегистрируйте все вместе и сохраните отдельные записи в виде комментариев в заголовке программы. Это может означать (небольшую) дополнительную работу, но вам все равно придется составлять отдельные сообщения для входа.
4. Сделайте однократную регистрацию для всех файлов, но с красивым полным сообщением журнала с подробным описанием каждой части для каждого файла.

Я написал проект для такого рода вещей под названием MOAP

Одна из его функций - создать запись в журнале изменений из вашего локального diff (в настоящее время поддерживаются bazaar, cvs, svn, git и darcs). Вы делаете это, запустив «moap changelog prepare» или «moap cl prepare». Эта запись также может включать в себя измененные функции, если вы включите эту опцию.

Затем вы меняете эту запись, описывая свои изменения. Вы можете удалить файлы, которые не хотите коммитить, как часть следующего коммита.

Затем вы можете запустить 'фиксацию журнала изменений moap', чтобы зафиксировать изменения, описанные в записи журнала изменений. Он зафиксирует только перечисленные там файлы, а все остальные изменения оставит локальными.

Надеюсь, это поможет!