2012-01-24 2 views
11

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

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

ответ

5

TFS имеет, по моему мнению, слабость в этом вопросе. Все TFS-руководства там предлагают использовать схему с несколькими ветвями - что абсолютно разумно (см. here для отличной справки).
Разработчики должны работать в филиалах «игровой площадки» & после того, как испытания преуспели, изменения вносились в более устойчивые - больше выпусков.

Несколько дублированный вопрос на это this один.

В соответствии с ответами, extension от J.Ehn может выполнять то, что вы делаете в аспекте связи с WI. Нет доказательств того, что аспект добавления комментариев каким-то образом включен, но это может не иметь большого смысла (что должно произойти, если слияние содержит несколько коммитов из ветви \ DEV?). Тем не менее, должно быть возможно разветвить эту реализацию и добавить комментарии.

В том же вопросе E.Blankenship обеспечивает грубую дорогу к альтернативе another.

+1

Для записи предложение Эд не получило меня, что мне было нужно (я сосредоточен на Gated checkins), и у моей компании не хватило смелости попробовать решение Jakob (mgmnt почувствовал, что это может повредить нашу установку). Поэтому у меня все еще есть эта проблема. – pantelif

3

В TFS, при слиянии ветвей, в результате набор изменений связан со всеми ревизиями слиты ,

Если вы объединили набор изменений, содержащий файл из филиала A в B, то в ветке B, если вы просматриваете историю в этом файле, он покажет смену слияния с рядом «+», что позволит вам туннелировать к исходному набору изменений с комментариями и связанными с ними элементами. Почему эта аудиторская трасса не соответствует вашим требованиям?

+2

Предположим, что вы разрешили ошибку в ветке DEV и связали фиксацию с ошибкой во время регистрации. Когда вы открываете WI, вы видите этот набор изменений. В какой-то момент это привело к объединению в MAIN. Но где? Это не в WI. >> Я думаю, что здесь проблема, это проблема и на моем столе. – pantelif

+1

Таким образом, проблема не связана с контролем источника для аудита, но при переходе от WI к Source Control. Понимаю. В этом случае вы можете добавить пользовательское поле WIT, которое поможет отслеживать это с помощью редактора WIT. Мне пришлось бы обдумать это еще кое-что. –

Смежные вопросы