ОБНОВЛЕНО весь вопрос, чтобы прояснить ситуацию.
Программное обеспечение
Team Foundation Server 2010.
Фон
Некоторое время назад мы перенесли нашу коллекцию командных проектов (= TPC), используя инструменты интеграции Microsoft Team Foundation Server, в новый TPC. Мы также хотели сохранить наши определения сборки, поэтому мы создали новый контроллер сборки для нового TPC, а затем вручную перенесли определения сборки, поскольку инструмент не поддерживал эту функциональность. Как только мы воссоздали контроллер сборки, BuildID был сброшен. Это поведение понятно, поскольку каждый TPC имеет свою собственную базу данных, в которой создаются уникальные идентификаторы BuildID.
Проблема в том, что наша схема управления версиями сборки использует BuildID, чтобы убедиться, что мы можем проследить сборку до соответствующей сборки из TFS. Вот почему продолжение старых идентификаторов BuildID (или ручная настройка следующего идентификатора BuildID) необходимо.
Вопрос
Вопрос в том, есть ли параметр, с помощью которого мы можем определить диапазон BuildID, чтобы не было совпадений с предыдущими сборками, созданными устаревшим контроллером сборки. Например, если в старом TPC последней сборкой было «499», то мы хотели бы установить диапазон BuildID в новом TPC равным [500-99999] ".