TFS 2017 на месте Вопрос маркировки - правильно ли я понимаю процесс? - PullRequest
0 голосов
/ 17 июня 2019

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

Мы работаем над нашей кодовой базой, постоянно проверяя новые изменения, которые войдут в следующий выпуск. Мы не разветвляемся из-за природы / структуры нашей кодовой базы. (Это беспорядок, который был создан задолго до того, как я сюда попал. У нас есть около 25 «проектов» вне корневого уровня и около 10 продуктов, которые все используют части каждого проекта, поэтому создание ветки будет означать создание ветки от каждого Проект в одно и то же время. Я знаю - это чокнутый)!

Так что вместо ветвления, когда у нас есть официальный релиз, я просто смотрю на дату / время сборки этого выпуска и задним числом создаю метку, используя Date для создания указателя. Таким образом, теоретически я мог бы запустить сборку в любой момент в будущем, который бы собрал точный код, который вошел в эту сборку в какой-то предыдущий день.

Проблема в том, что это просто не сработало. Я начал сборку с использованием предыдущей метки (я указал «Метка предварительной сборки LSome» в поле «Исходная версия») и вернул некоторый код после того, как эта метка оказалась включенной в сборку. Как это может быть? Я не понимаю, как работают ретроактивные метки? Когда вы создаете метку, используя дату / время, она должна указывать на код в эту точную дату / время - правильно?

...