Проект, над которым я работаю, включает в себя два, что я буду называть Библиотеками кода, разработанными другими командами. Используя TFS, мы просто включаем их папки TFS в наши рабочие области и включаем их проекты Visual Studio в наши файлы решений. Если другая команда проверила файл в библиотеках, мы немедленно внесем свои изменения.Одностороннее ветвление и слияние в TFS
Очевидно, что вы можете видеть недостатки этой договоренности (мы понятия не имеем, когда кто-то внесет изменения в разрыв, и они тоже).
Для лучшей изоляции от повседневных изменений этих библиотек я планирую разветвление кода библиотеки. Мы планируем рассматривать эти филиалы как только для чтения - мы никогда не внесем свои изменения.
В определенные моменты времени мы хотели бы обновить эти ветки, когда каждая библиотека находится в устойчивой точке. (Большинство команд используют SCRUM, так что это будет код с конца Sprint каждой команды библиотеки). Я ожидаю, что каждая библиотека будет отмечать код в этих точках.
Ветвление в первый раз кажется легким. Но как насчет освежения ветвей каждым выпуском каждой библиотеки?
Слить ли я? Как указать, что я хочу объединить только изменения с определенной метки? Предположим, что я слияние когда-нибудь после того, как библиотека была выпущена, чтобы «последний код библиотеки имел бы изменения, которые я бы не хотел, - нестабильные изменения для их следующей версии».
ИЛИ - должен ли я просто переводить каждую ветвь ?
ИЛИ - что-то еще
Мы все еще хотим построить свой код себя -., так что я не ищу каких-либо предложений о проверке в бинарных файлов для выпуска каждой библиотеки
Спасибо - я не видел эту следующую страницу в мастере до тех пор, пока я не проверил в ветке, что я не хотел делать, пока не был уверен, что иду в правильном направлении. – Aardvark