2013-11-22 7 views
0

Я новичок в TFS, и у меня возникли проблемы с настройкой закрытой регистрации на TFS 2013. Решение, которое я пытаюсь проверить, правильно строит на моей локальной машине (т.е. нет ничего плохого в коде), но по какой-то причине я не могу заставить его передать стробированную сборку регистрации. . Я попытался изменить рабочие папки, но я сталкиваюсь с той же ошибки каждый раз, когда я пытаюсь проверки в появляетсяОшибка сборки с закрытой строкой TFS 2013

Эта ошибка:

«C: \ Строит \ 1 \ Тень \ закрытого типа регистрация \ SRC \ Shade \ Shade.2013.sln.metaproj: файл проекта «C: \ Builds \ 1 \ Shade \ Gated check-in \ src \ Shade \ Credit.Common \ trunk \ Credit.Common \ Credit.Common.csproj" не был найдено

Мои рабочие папки следующим образом:

Исходников управления: $/Credit.Common (Active) Создание агента Папка: $ (SourceDir) \ Credit.Common Source Control Folder: $/Cre dit.Common/Drops (Скрытые)
Источник Папка управления: $/Shade (Active) Построить Агент Папка: $ (SourceDir) \ Shade
Источник Папка управления: $/Тень/капли (Скрытые)

+1

Мы не можем помочь вам, основываясь только на информации, опубликованной вами. Если вы считаете, что проблема - «закрытая регистрация», измените определение сборки на «вручную» и повторите попытку. –

+0

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

+0

Что вы пробовали? Перейдите на сборку и попытайтесь скомпилировать ее, чтобы убедиться, что все в порядке. Проверьте, существует ли «C: \ Builds \ 1 \ Shade \ Gated check-in \ src \ Shade \ Credit.Common \ trunk \ Credit.Common \ Credit.Common.csproj". – allen

ответ

0

выглядит ваш common.csproj является частью решения, которое не является частью того же рабочего пространства, в котором находится решение. Таким образом, путь к проекту внутри .sln, вероятно, имеет несколько ... \ in it. Я бы предложил удалить этот общий проект из решения и построить его отдельно. Вы можете создавать несколько решений/проектов в одном и том же определении сборки. Если проект credit.common фактически используется несколькими разными клиентами, вы можете захотеть рассмотреть его вариант отдельно в любом случае, вместо того, чтобы создавать/компилировать новую «общую» dll каждый раз, когда потребитель ее создает.

просто предложение.

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

  • Нет связанных вопросов^_^