Когда не «svn commit && svn update»?

Question

Отнюдь не эксперт svn, мне интересно, в каких сценариях вы бы не хотите svn update сразу после выполнения svn commit, считая, что * вы совершаете все в своей рабочей копии. Какие-нибудь практические примеры/сценарии?

Другими словами, почему не все пользователи, использующие SVN, имеют псевдоним/функцию, например svn commit && svn update? (Без учета commit «s -m флага)

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

Answer 1

Право. Возможно, стоит уточнить, что все обновления (включая , разрешающие любые конфликты), повторное построение и тестирование были выполнены , поэтому теперь вы готовы к фиксации. Это отправная точка для моего вопроса .

Я не могу придумать случай, когда вы не должны или не должны работать svn update после запуска svn commit. Предполагая, что все данные, приведенные выше, были выполнены, почему бы не сделать svn update? В то же время, почему вы хотите запустить svn update?

Запустите svn update при следующем запуске задачи, когда вы в следующий раз увидите, что в ветке функций вы работаете (или в любой другой ветке или туловище, на котором вы работаете в данный момент), и убедитесь, что запустите svn update перед внесением изменений.

Главное правило заключается в том, чтобы часто запускать svn update, чтобы избежать конфликтов с вашей работой и работой других (при условии, что вы изменяете одни и те же файлы).

Read SVNBook:

• http://svnbook.red-bean.com/en/1.8/svn.basic.in-action.html#svn.basic.in-action.mixedrevs.update-commit

• http://svnbook.red-bean.com/en/1.8/svn.tour.cycle.html

Answer 2

То, что я на самом деле использовать это функция Баш для svn update && svn commit (с добавлением -m, но я думаю, что зависит от ваши предпочтения в отношении того, как отправлять сообщения фиксации).

Это может быть svn update && svn commit && svn update, но если вы работаете с очень большим хранилищем, шансы не в том, что ваше хранилище не будет существенно изменены между первыми и последними обновлениями.