Есть ли способ связать / сгруппировать набор файлов, изменяемых в TFS / VS, независимо от набора изменений - PullRequest
0 голосов
/ 01 декабря 2018

Я очень новичок в использовании TFS / VS2017.Я смотрю, есть ли что-то, что я бы назвал базовой функцией создания «проекта» или какой-то другой переходной группировки, чтобы связать набор файлов, которые вы меняете.Например.Допустим, я работаю над внесением 2 изменений, которые будут внедрены в производство в разные даты выпуска, но сейчас я работаю над изменениями.

Давайте назовем эти P1 и P2 (Проект 1 и Проект 2)над которым я работаю.

P1 Я изменяю эти файлы:

/app1/code/ed.c

/app2/code/bob.c

P2 Я меняю:

/app1/code/ted.c

/app3/code/bill.c

Теперь каждый раз, когда я изменяю эти файлы ирегистрация, я получаю наборы изменений и т. д. Но эти наборы изменений просто связаны с тем, что я зарегистрировал в тот момент времени.
Они не отражают «это набор файлов, которые связаны с одним проектом».Есть ли в любом случае понятие «проект», где я мог бы создать P1 и указать, что P1 содержит ed.c & bob.c.Затем сделайте такие вещи, как сборка P1, и она соберет и app1, и app2.Уметь объединять / развертывать P1 и т. Д. Сейчас мне кажется, что я должен отслеживать каждый файл в каждом проекте самостоятельно.А затем создавать, продвигать, объединять, развертывать приложения и файлы по отдельности.

Чтобы попытаться уточнить / помочь с тем, что я спрашиваю.Допустим, мы используем более простой инструмент, такой как Ultra_edit.В UE я могу создать проект и добавить файлы в этот проект.
Затем я могу открыть проект, и он показывает мне список всех связанных файлов (поэтому мне не нужно искать деревья каталогов, чтобы найтиих более чем).Он не перемещает файлы в новую папку или что-то в этом роде.Он просто отслеживает, где находятся эти файлы, и дает мне хороший чистый вид файлов, относящихся к моим изменениям.И только файлы изменяются, а не целое приложение, и похоже, что решения работают в VS / TFS.

Спасибо за любую помощь.-ed

1 Ответ

0 голосов
/ 01 декабря 2018

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

В решении 1 вы добавите в проекты 1 и 2. В решении 2 вы добавите в проекты 1 и 3.

В каждом решении у вас есть возможность установить зависимости для сборки.Например, в решении 1 проект 2 опирается на проект 1. Таким образом, при создании решения 1 VS создаст проект 1 перед сборкой проекта 2.

Я не использовал Visual Studio для создания проекта C,но в проекте C # он добавит файл cproj, который содержит ссылки на все файлы в проекте.Так что, если вы редактируете проект в одном решении, другое решение будет отражать редактирование.

Что касается контроля версий, используете ли вы TFVC или git?

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...