2009-02-17 4 views
2

Каков наилучший способ регистрации при слиянии, когда речь заходит о том, что объединяется? Я говорю 10 изменений, которые я схожу с моей основной ветви в ветку релиза. Каждый из них содержит подробные комментарии, которые я написал при регистрации в основной ветке. Теперь, когда я сливаюсь, я нахожу себя и других членов команды, которые пишут короткие версии и даже пропускают или не упоминают, что происходит объединение. Поэтому мне интересно, если мы сделаем это совершенно неправильно, и если есть способ указать на набор изменений, который мы объединяем в ветвь релиза?Merge - Замечания по регистрации

Мы используем Team Foundation Server.

ответ

1

Не можете ли вы назначить проверку слияния тем же рабочим элементам, которые использовались в 10 наборах изменений? Затем вы можете просмотреть историю рабочего элемента, чтобы узнать, была ли она объединена с выпуском или нет. И если вы создадите сборку ветви выпуска, то эти элементы будут включены в список связанных рабочих элементов.

Лично я не думаю, что проблема в том, что некоторая информация теряется на этом этапе. В нашей команде слияние для выпуска филиалов - это очень контролируемый процесс, другими словами мы точно знаем, что будет объединено: исправления, изменения и т. Д.

2

В какой-то момент в будущем вы, вероятно, не пожалеете, если не будете использовать информационные комментарии.

Даже с обширными наборами изменений, внесенных в ветвь за одно слияние, я тщательно собираю все сообщения фиксации и объединяю их в фиксацию ветки.

Это действительно не займет много времени, и на самом деле это очень много работы по копированию, и вы будете рады, что сделали это в будущем.

Для дальнейшего облегчения этого использования вы можете использовать a clipboard enhancing utility (я с трудом могу жить без него сейчас).