TFS: маркировки по сравнению с Changesets

Проверьте для

if (predQuery[preId] === undefined)

Используйте оператор строгого равенства. См. операторы сравнения

.

34
задан laconicdev 5 June 2009 в 15:21
поделиться

3 ответа

У них две разные цели: ChangeSets - это когда файлы действительно изменились, и вы хотите сохранить постоянную запись этого изменения. Ярлыки отмечают определенную версию файлов, чтобы вы могли легко вернуться к этому моменту. Если только ваша сборка не изменяет файлы в системе управления версиями, и вы не хотите записывать эти изменения. Вы должны маркировать.

Кроме того, маркировка требует гораздо меньше ресурсов. И у вас может быть несколько ярлыков для одной и той же версии файла.

35
ответ дан 27 November 2019 в 17:04
поделиться

Вы должны пометить версии исходных файлов, которые составляют вашу сборку. Если вы используете TeamBuild, он сделает это за вас автоматически. Он объединяет имя вашего определения сборки, дату и номер сборки. Так что вам не нужно ничего делать.

Другой вариант не очень традиционный и требует много ненужной работы. Если я правильно понимаю, вы должны проверить свои исходные файлы в процессе сборки, а затем вернуть их обратно с номером версии, указанным в комментариях к возврату. Как сказал Алекс, это очень ресурсоемко с точки зрения вашего процесса сборки, а также вашего репозитория системы управления версиями. Более того, как получить исходные файлы для конкретной версии, если информация о версии встроена в комментарии? Это будет очень сложно, и вам придется сесть и написать свое собственное приложение, которое использует api управления версиями TFS для загрузки исходных файлов в рабочую область, выполнив поиск номера версии в комментариях к возврату. Это создает ненужную сложность и головную боль.

Если вместо этого вы используете метки, вы можете получить по метке в VS IDE, чтобы загрузить исходные файлы, составляющие эту метку. Вы даже можете указать TeamBuild использовать метку вместо загрузки последних исходных файлов во время автоматизации сборки. Таким образом вы можете легко создавать предыдущие версии вашего приложения. С этикетками, вы также можете применить более поздние наборы изменений к существующей метке, если были изменения кода, просто получив эту метку, а затем получив определенные наборы изменений, а затем выполнив быструю метку или создав новую метку.

Маркировка очень мощная, удобная в использовании, и является частью TFS. Вместо того, чтобы придумывать собственное решение, требующее больших усилий для его работы и поддержки, просто попробуйте использовать то, что уже доступно.

7
ответ дан 27 November 2019 в 17:04
поделиться

Прямо сейчас, когда мы делаем сборку, мы помечаем файлы, которые проверены в TFS с номером версии

Вам не нужно этого делать. TFS может ссылаться на состояние кодовой базы множеством способов, из которых метки действительно являются одними - но также и сборки и даже наборы изменений. Вы можете увидеть доступные способы восстановления определенного момента времени, выполнив Получить конкретную версию ... и проверка параметров в раскрывающемся списке Тип :

Changeset
Date
Label
Latest Version
Workspace Version

Набор изменений позволяет вам получить сразу после любого набора изменений; Дата очевидна; Ярлык тоже, за исключением того, что он строится автоматически * создает ярлыки (выберите Ярлык из этого раскрывающегося списка, затем посмотрите в диалоговом окне Найти ярлык ).

* Я думаю, это автоматически! Если это не то, что мы специально создали там, где я сейчас нахожусь ...

2
ответ дан 27 November 2019 в 17:04
поделиться
Другие вопросы по тегам:

Похожие вопросы: