TFS для версии maintainance
Я - часть команды, которая выпускает версии нашего программного обеспечения 4-5 раз каждый год нашим клиентам. Мы поддерживаем предыдущие 2-3 версии нашего продукта путем исправления любых ошибок, с которыми мы сталкиваемся в более поздних версиях. Мы используем 2008 TFS для управления исходным кодом и пытаемся найти лучший способ поддержать более старые версии.
Мы в настоящее время создаем ответвление нашего приложения каждый раз, когда мы делаем новую версию, но мы ищем хороший способ обновить старые версии более легко. Например, мы завершаемся спустя 9.5 но две недели после того, как мы создали ответвление и работаем над 10,0, мы понимаем, что 9.5 имеет ошибку. Мы в настоящее время вносим изменение в версии 10.0 и затем открываемся 9.5 для внесения изменения снова. Имеет ли так или иначе автоматизацию этого?
Спасибо!
3 ответа
Это основная причина ветвления и слияния.
Что я делаю в вашей ситуации, так это внесу изменение в 9.5, а затем объединю изменение в вашу основную ветку, а затем обратно в вашу ветку 10.0. Для этого хорошо подходит встроенный инструмент слияния.
Если вы пойдете в другом направлении, вы рискуете добавить новый материал 10.0 в свою ветку 9.5, когда все, что вам нужно, это исправление ошибки.
Я также хотел бы взглянуть на Руководства по ветвлению TFS для получения дополнительной информации о ветвлении и слиянии.
Если вы создаете ветку основного источника, то вы сможете исправить ошибку в своем основном источнике, а затем «слить» это изменение с ветвями 9.5 и 10.0. Это часть красоты ветвления, а именно: вы можете объединить свои изменения из основной ветки в целевые ветки.
Когда вы выбираете вариант слияния с TFS, он показывает вам, где находится текущий источник, и вы можете выбрать, в какие ветви вы хотите объединить эти изменения. Вам не нужно вносить изменения в свои ветки 9.5 и 10.0 вручную, это в первую очередь сводит на нет цель ветвления.
Нет, нет способа "автоматизировать" это, и вы действительно не хотите. Что, если исправление действительно не нужно применять к каждой версии?
Мне кажется, что вы применяете исправления в обратном порядке (сначала исправляйте в более старых версиях, а затем объединяйте их с более новыми).