Проект сборки CruiseControl.NET с VSS - PullRequest
0 голосов
/ 13 февраля 2009

Я пытаюсь запустить сборку для клиента, который использует VSS 2005 (да, у меня нет выбора). Я почти уверен, что все мои настройки верны, но я получаю эту ошибку:

Ошибка управления исходным кодом: $ / Утилиты / Орбитальный шлюз / Архитектура решения / Построение релиза / Платежная подсистема / Услуги / PaymentService не является существующим именем файла или проектом

Я скопировал путь к проекту прямо из SourceSafe, поэтому я знаю, что он правильный.

Вот мой конфиг:

<sourcecontrol type="vss" autoGetSource="true">
  <executable>"C:\Program Files\Microsoft Visual SourceSafe\ss.exe"</executable>
  <project>"$/Utilities/Solution Architecture/Release Construction/Payment Subsystem/Services/PaymentService"</project>
  <username>XXXXXX</username>
  <password>XXXXXXX</password>
  <ssdir>\\server\VSS_Data\<ssdir>
  <workingDirectory>C:\Builds\PaymentService\Dev</workingDirectory>
  <cleanCopy>true</cleanCopy>
</sourcecontrol>

Обозначает ли исполняемый файл файл ss.exe на сервере сборки или сервер, на котором фактически размещен код. Я указал на сервер сборки.

Любая помощь будет оценена!

Ответы [ 2 ]

1 голос
/ 13 февраля 2009

ss.exe - это исполняемый файл SourceSafe на сервере сборки, поскольку он выполнит проверку перед сборкой исходных кодов. В документе указано, что вы можете пропустить это, если VSS работает на той же машине, что и сервер сборки.

Расположение SS.EXE. Если VSS установлен на сервере интеграции, местоположение VSS будет считываться из реестра, и этот элемент может быть опущен.

Ваш конфиг кажется правильным, хотя.

Документы: http://confluence.public.thoughtworks.org/display/CCNET/Visual+Source+Safe+Source+Control+Block

0 голосов
/ 20 февраля 2009

У меня вопрос, почему он не находит проект в \ server \ vss_data?

Следует также отметить, что в сообщении об ошибке между «Утилитами» и «Архитектурой решения» имеется «Орбитальный шлюз», но в вашем примере сценария эта часть пути отсутствует.

...