Автоматическая сборка релизов в TFS 2010

Question

На данный момент у меня есть проект, сидящий внутри TFS 2010 с отделением разработки и основного. Существует также определение сборки, которое помечено как «$ (BuildDefinitionName) _1.0.yyyymm ...» и т. Д., И т. Д., Которое будет собирать Main как v1.0.

Когда я приду к выпуску v1.0, я планирую создать ветку v1.0 из Main, а затем Main примет изменения от Development, ведущие к v1.1, v1.2 и т. Д.

Мои вопросы:

1) Если в v1.0 обнаружены какие-либо ошибки, я полагаю, что исправляю их в ветке v1.0, а затем объединяю их с Main?

2) По мере исправления в ветке v1.0 должны увеличиваться номера сборки / ревизии?

3) Должен ли я создавать определение сборки для основной ветви и каждой ветки выпуска, которую я создаю?

Спасибо

Michael

Answer 1

Хотя я все еще использую TFS2008 и другую стратегию ветвления и слияния (Ветвление на среду, содержащую несколько приложений, которые логически группируются вместе), я думаю, что мои комментарии будут по-прежнему действительны.

1. Это зависит отПри желании вы можете объединить оба пути, если хотите, но исправление непосредственно в ветке релиза, возможно, облегчит поиск.Было бы целесообразно отправить их в другие выпуски (либо путем безосновательного слияния непосредственно между выпусками, либо через основную ветвь).
2. Да, они будут для самих сборок.В TFS2008 необходимо вручную настроить файл msbuild для записи версии обратно в сборки, но это могло измениться в TFS2010.Мне никогда не нужно было этого делать, но это выглядит довольно просто.
3. Сборка для вашей основной ветки - это необходимость, чтобы получить быстрый отзыв для вашей команды.Я также установил бы это для автоматического развертывания на сервере, чтобы вы сэкономили там время.Что касается веток релиза, я бы создал по одной для каждой, но очистите, если эта версия устарела, если вы получаете слишком много.Время, необходимое для создания сборок, так мало по сравнению с тем, что вы экономите.

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