К какой папке TFS должен быть привязан файл решения?

Я использую Visual Studio 2013 Pro, обновление 4 и TFS для управления версиями. Я не хорошо провожу время.К какой папке TFS должен быть привязан файл решения?

VS продолжает настаивать на проверке файла решения при открытии моего (многопроектного) решения. Он также дает ошибку «Unspecified Error» (спасибо) для каждого проекта в решении.

У меня была догадка, что привязки источника были неправильными, и действительно, многие из сообщений в Интернете предлагают развязывать и повторно связывать. Тем не менее, проблема, кажется, снова появляется каждый раз, когда я закрываю и перезапускаю VS.

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

Прежде чем я пойду в погоню за другими потенциальными проблемами, я просто хотел бы выяснить, нормально ли файл решения привязан к одной из папок проекта (хотя файл физически расположен на одном уровне выше всего проекта папки)?

источник

2015-06-02 Gary McGill

Как правило, это что-то вроде "C: \ путь \ Solution \ Solution.sln", "C: \ путь \ Solution \ Project1 \ Project1.csproj" , "C: \ path \ Solution \ Project2 \ Project2.csproj". То есть решение представляет собой одну папку над папками, содержащими проекты. –

@JohnSaunders: Вот где он находится в файловой системе, но мой вопрос касался того, как должно выглядеть привязка TFS, когда вы выбираете File - Source Control - Advanced - Change Source Control. Для меня он, похоже, связан с одной из подпапок проекта, если я не отвяжу его и не перевяжу. (И даже тогда он возвращается в подпапку, когда я снова открываю решение). –

Всякий раз, когда я нахожу перепутались привязок я всегда следовать тот же процесс:

Закрыть VS
Откройте SLN файл в блокноте.
Удалите GlobalSection (иногда более 1), который содержит все элементы SCC
Проверьте файл csproj имеет 4 <Scc**> элементы со значением SAK. Если не обновить все 4 до SAK (см. Ниже).
Открыть файл SLN в VS.
Выберите решение в верхней части обозревателя решений
Файл, управления версиями, Advanced, Change Source Control
найти решение в списке и выберите его.
Нажмите кнопку «Привязать».

Это обычно сортирует его для меня, когда вы его снова открываете, все в порядке.

В <Scc**> элементы должны выглядеть следующим образом:

<SccProjectName>SAK</SccProjectName> 
<SccLocalPath>SAK</SccLocalPath> 
<SccAuxPath>SAK</SccAuxPath> 
<SccProvider>SAK</SccProvider>

источник

2015-06-02 22:42:24 DaveShaw

Спасибо. Пробовал это, и, похоже, он исправил это для меня. Давайте подождем и посмотрим, исправляет ли он его для всех остальных в моей команде, когда получаю мои изменения ... –

Я должен делать это все время на работе, следуя конфликтам слияния, где VS добавляет второй глобальный раздел и объединяет результат в коррумпированные пути/значения , – DaveShaw

К какой папке TFS должен быть привязан файл решения?

ответ

Смежные вопросы