Разветвление в TFS для ежегодного графика выпуска?

Question

Вопрос: Какова лучшая практика для создания веток для разработки и выпуска на основе информации, представленной ниже?

Справочная информация: Я работаю в небольшой команде разработчиков (2.25, 2 бэкэнда), и у нас есть ежегодный график выпуска. Наша среда не допускает исправления или пакеты обновлений в середине года, но время от времени, если среда нашего пользователя меняется, мы выпускаем «перекомпилированную» версию с несколькими исправлениями ошибок (в текущем стабильная версия).

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

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

Мысли: Может быть, то, как мы это делаем, правильно, но, похоже, через несколько лет будет большое количество ветвей, которые никогда не будут затронуты ... по-видимому, когда-либо. Возможно, можно создать отдельную строку «Стабильный релиз», на которой будет помечена каждая новая версия, а затем, если нам понадобится вернуться к выпуску в середине года, ее можно будет восстановить из этой единственной строки.

Answer 1

Несколько мест, где я работал, справились бы с этим так:

• Разработчики никогда не касаются "основной" ветви напрямую и всегда представляют то, что находится в производстве
• Одна ветвь «обслуживания» используется для всех ваших изменений в течение года.
• В конце года, после того, как все изменения будут готовы, отметьте все соответствующим образом, и ветвь обслуживания снова будет объединена с основной линией. Новая сборка релиза подготовлена ​​с основной линии и отправлена.
• В отрасли обслуживания происходят постоянные изменения.
• Прополощите и повторите при необходимости.

Преимущество заключается в том, что у вас есть только 2 ветви. Это облегчает решение некоторых связанных с SCM задач, поскольку вам не нужно постоянно менять имена папок и т. Д.

Answer 2

• Обновите свою среду до 2010 как можно скорее - ветвление TFS 2010 значительно превосходит управление, включая управление.

• Ваша идея звучит правдоподобно - вы выпускаете версию релиза, когда она у вас есть, а затем просто исправляете ее.

• Вы просто должны жить с накоплением версий. Это имеет смысл - пока вы полностью не уйдете на пенсию (и «никогда» здесь не реально, я уверен, что через 7-8 лет вы убьете старую версию) другого пути просто не будет.