TeamCity и путь к srcsafe.ini

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

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

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

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

\\ SourceSafe \ Source Safe \ AHV_RSLManager \ srcsafe.ini

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

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

источник

2010-06-24 jaffa

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

источник

2010-06-24 21:12:07 CrazyCoder

Как сервис, я думаю. Я не запускал приложение из командной строки, поэтому, думаю, это так. Если это услуга, это вообще исключает пути UNC? Кажется немного странным, что служба не разрешает сетевые пути. Как еще я должен подключиться к серверу sourcesafe? – jaffa

Это может помочь, если вы измените учетную запись службы с учетной записи локальной системы по умолчанию на NETWORK SERVICE и перезапустите службу. Если это не помогает, поместите копию файла на серверную машину и укажите локальный путь в настройках. – CrazyCoder

Я попытался сделать BuildAgent и WebService запустимыми как NETWORK SERVICE, но когда я перейду на сайт администрирования TC, теперь мне не удается подключиться к ошибке сервера БД и т. Д. ... что-то о файлах блокировки. Не уверен, что я здесь делаю, я думаю, что я не в своей глубине. Я думал, что это будет так же просто, как указать сервер TC на безопасном пути источника. Кажется, теперь все испорчено. – jaffa

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

источник

2013-11-14 17:12:58 archangel76

Жаль, что это тот парень, но предоставление прав локального администратора Network Service является существенным риском для безопасности; вам следует подумать дважды и проконсультироваться с Google, прежде чем делать это в частной сети, не говоря уже о производственном сервере. –

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

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

Оформить заказ не нужно, а
Нет доступа к ресурсу в качестве учетной записи, отличной от учетной записи, на которой работает TeamCity Server.

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

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

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

источник

2014-10-01 13:38:56

ответ

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