Является ли рабочее пространство TFS промежуточным звеном между исходным кодом проекта и сервером?

Наша команда находится в процессе размещения наших проектов в TFS. Я пытаюсь понять концепцию Workspace. Он создает для меня C:\Users\cshannon\Source\Workspaces\

Затем, если я правильно понимаю, я должен скопировать туда те проекты, которые хочу иметь в TFS. Итак, если бы у меня был проект с именем «Бумеранг», я бы скопировал его в C:\Users\cshannon\Source\Workspaces\, чтобы у меня была папка с именем C:\Users\cshannon\Source\Workspaces\Boomerang.

Хорошо, но нужно ли мне теперь при работе с этим проектом в Visual Studio открывать проект из C:\Users\cshannon\Source\Workspaces\Boomerang? IOW, мое первоначальное местоположение для него, скажем, C:\Projects\Boomerang, теперь становится избыточным?

Сомневаюсь, но мне кажется странным, что я бы сделал изменение в C:\Projects\Boomerang, а потом зафиксировал (в C:\Users\cshannon\Source\Workspaces\Boomerang), потому что все равно все на моем локальная машина. Как тогда он попадает из C:\Users\cshannon\Source\Workspaces\Boomerang в местоположение сервера TFS, чтобы команда также имела к нему доступ?

Если это так - перенос из исходного местоположения в локальную рабочую область, как он попадает из локальной рабочей области на сервер?

ISTM, что весь процесс можно сделать намного проще и прозрачнее, просто щелкнув правой кнопкой мыши проект в VS и выбрав «Добавить в TFS» или что-то в этом роде. Затем он может подсказать вам подробности. После этого просто периодически проверяйте изменения и/или извлекайте изменения (получайте последние). Как сейчас, это кажется более запутанным, чем должно быть. Особенно это копирование проектов в папку Workspaces; если это действительно так, как это должно быть сделано, это не кажется мне правильным...

В любом случае, мой главный вопрос: если у меня есть проект в рабочей области, нужно ли мне открывать свой проект оттуда при работе над ним в VS? Если да, то какая польза от файлов в исходном местоположении, кроме как в качестве резервной копии?

Кстати, я прочитал это, но все еще немного запутался.

ОБНОВИТЬ

Я пошел в обозреватель решений в VS и заметил, что действительно есть элемент «Добавить решение в систему управления версиями ...», который доступен при щелчке решения правой кнопкой мыши.

Однако, когда я попытался вернуть элементы, это не удалось ("Подробности о неудачной регистрации см. в Окнах вывода. Файлы не зарегистрированы").

Окно вывода говорит:

TF10169: попытка неподдерживаемого отложенного изменения в папке командного проекта $/RoboRprtrDateFilesGeneratorUtil. Используйте мастер создания проекта в Team Explorer, чтобы создать проект, или инструмент удаления командного проекта, чтобы удалить его.

ОБНОВЛЕНИЕ 2

Этот пост об ошибке I got был просмотрен почти треть из десяти тысяч раз, так что это явно не непонятная путаница.

ОБНОВЛЕНИЕ 3

На приведенном ниже снимке экрана показано, что в моем рабочем пространстве есть папка CSReports, которую я создал на панели Team Explorer, а также папка RoboRprtrDateFilesGeneratorUtil, которая была добавлена, когда я в обозревателе решений VS выбрал «Добавить решение в систему управления версиями... ":

введите здесь описание изображения

Тем не менее, все кажется искаженным и изношенным, что касается фактической синхронизации этой папки с TFS.


person B. Clay Shannon    schedule 16.03.2017    source источник
comment
Вы не можете сопоставить рабочую область с корнем ($/). Вы должны отобразить его в рамках командного проекта. Если у вас нет командных проектов, вам придется их создать.   -  person Daniel Mann    schedule 16.03.2017
comment
Мне придется поиграть с этим еще; Я думал, что создал на сервере, на который мне указали, проект (CSReports), а затем добавил к нему проект. Как будто TFS утверждает, что говорит по-испански, а на самом деле болтает по-португальски.   -  person B. Clay Shannon    schedule 16.03.2017
comment
У меня есть командный проект, который я создал; это называется CSReports. Я вижу это, когда я попал в Team Explorer › Настройки › переключился на вкладку Обзор на этой странице, и вот оно: Профиль коллекции = › Имя = Службы клиента; Проекты => Имя проекта = CSReports   -  person B. Clay Shannon    schedule 16.03.2017


Ответы (1)


Рабочая область — это просто сопоставление между местом в системе управления версиями TFVC и папкой на вашем локальном компьютере. В нем говорится, что «файлы, расположенные в $/Foo/Bar/ в системе управления версиями, находятся в C:\Source\Baz на этом компьютере».

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

person Daniel Mann    schedule 16.03.2017
comment
Привет, Даниил, у меня тоже такая же проблема. Если я внесу какие-либо изменения в проект, который открывается из моего локального каталога, который уже сопоставлен с TFS, повлияет ли это на проект на сервере? Или я мог понять, что это локальная копия для целей тестирования, прежде чем вы внесете изменения в систему управления версиями? - person LONG; 16.03.2017
comment
@LONG Вы должны явно зафиксировать изменения. В TFVC это называется регистрацией. - person Daniel Mann; 16.03.2017
comment
причина, прежде чем я использую контроль источника битового ведра. Могу ли я проверить изменения, если я открою локальный сопоставленный проект? - person LONG; 16.03.2017
comment
@DanielMann: Итак, исходное местоположение проекта теперь мертво (по крайней мере, что касается TFS)? Если это так, я не понимаю, почему они хотят создать отдельное место (папку пользователей) для хранения кода, важного с точки зрения TFS. Я бы предпочел сохранить исходное местоположение в качестве источника для открытия в VS, редактирования и регистрации. Мне все равно кажется странным... - person B. Clay Shannon; 16.03.2017
comment
@B.ClayShannon Тогда измените свое рабочее пространство. Рабочее пространство можно сопоставить с любым выбранным вами местоположением. - person Daniel Mann; 16.03.2017
comment
@DanielMann: мне трудно принять это; мне кажется отсталым. Было бы разумнее, IMO, просто сказать: «Обязательно сделайте резервную копию своего проекта, прежде чем подключать его к системе контроля версий». Теперь (дайте указания, как оставить проект на месте и привязать его к TFS-серверу). Таким образом, это только в двух местах: одно местное, одно облачное с вероятностью тупиц. Зачем сиротить исходное локальное место для проекта? - person B. Clay Shannon; 17.03.2017