TeamCity и путь к srcsafe.ini

Question

Я пробую TeamCity в качестве альтернативы CruiseControl.NET на данный момент.Тем не менее, у меня возникли реальные проблемы с использованием его с Visual Sourcesafe (я знаю, что мы будем это делать в ближайшем будущем!).

Однако в настройках VSS в «Путь к srcsafe.ini»поле Я получаю следующую ошибку при нажатии кнопки «Проверить соединение»:

Ошибка: файл не существует.Убедитесь, что у учетной записи пользователя сервера TeamCity достаточно прав для доступа к пути

Я использую TeamCity на локальной машине / учетной записи пользователя.Путь к файлу доступен, если я поместил его в строку URL-адреса проводника, например:

\\ sourcesafe \ source safe \ AHV_RSLManager \ srcsafe.ini

Я скопировал это в поле, и нетудачи.Пытался удалить имя файла, косую черту, но пока не повезло!По меньшей мере, очень хочется, потому что TeamCity выглядит более привлекательной и простой в использовании системой, чем CC.NET.Но в данный момент он не хочет работать !!

Так что же происходит с этим?

Answer 1

Запускаете ли вы TeamCity как службу или как обычное приложение из командной строки, если пользователь вошел в систему? Локальные службы не имеют доступа к путям UNC.

Answer 2

Я только что настроил это в нашей среде, поэтому я поделюсь некоторыми открытиями на случай, если они пригодятся кому-то еще.

Интеграция VSS является немного более функциональной по сравнению с другими интеграциями VCS:

1. Там нет проверки агента, и
2. Нет возможности доступа к общему ресурсу как к учетной записи, отличной от учетной записи, под которой работает TeamCity Server.

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

В нашей среде у нас есть Active Directory, к которому подключены и сервер TC, и сервер обмена файлами VSS, поэтому мы можем просто запустить службу сервера TC в качестве учетной записи домена (для которой потребуются определенные разрешения, см. документация TC ) и предоставить этой учетной записи домена доступ к файловой папке VSS.

Если у вас нет Active Directory, вы можете использовать сквозную аутентификацию, создавая локальные учетные записи на обоих концах с одним и тем же паролем. Возможно, это удержание безопасности, поэтому в последних версиях Windows (после 2003 года?) Существует параметр групповой политики, необходимый для его разрешения. Я немного заржавел в деталях, и не уверен, возможно ли это даже с текущей Windows, но это может стоить посмотреть.

Answer 3

У меня была такая же проблема.Мы поменяли обе службы Team City на «сетевые службы» на коробке, добавили сетевые службы в группу локальных администраторов, перезапустили службы несколько раз в разных порядках (включая службу «сервер», и затем она наконец заработала!