Hudson as service на Windows - разрешения файловой системы

Question

В течение нескольких месяцев мы запускали Hudson на «сервере» Windows XP под учетной записью пользователя. Это означает, что кто-то вручную регистрируется и запускает Hudson через .bat-файл (который устанавливает несколько переменных окружения, затем запускает java -jar hudson.war)

Однако несколько недавних отключений питания привели к тому, что требование было иметь Hudson запускается автоматически во время загрузки сервера. Поэтому я перешел к тому, что Хадсон работает как служба Windows. Это позволит Хадсону автоматически запускаться с Windows и не требует специальной учетной записи пользователя.

Мне удалось установить его как службу, и я изменил hudson.xml так, чтобы командный файл запускался, а не напрямую. Я делаю это, потому что мы строим с git на Cygwin и SHELLOPTS = igncr должен быть установлен до того, как bash запустит java/Hudson.

Служба, кажется, запускается правильно, и веб-интерфейс присутствует и функционирует. Тем не менее, представляется, что пользователь, который Хадсон теперь работает под не может писать/изменить существующие рабочие места в C: \ Hudson:

FATAL: Could not checkout 4a121704f178123c36f6ab4e861b3c771953b187 
hudson.plugins.git.GitException: Could not checkout 4a121704f178123c36f6ab4e861b3c771953b187 
    at hudson.plugins.git.GitAPI.checkout(GitAPI.java:382) 
    at hudson.plugins.git.GitSCM$4.invoke(GitSCM.java:529) 
    at hudson.plugins.git.GitSCM$4.invoke(GitSCM.java:521) 
    at hudson.FilePath.act(FilePath.java:676) 
    at hudson.FilePath.act(FilePath.java:660) 
    at hudson.plugins.git.GitSCM.checkout(GitSCM.java:521) 
    at hudson.model.AbstractProject.checkout(AbstractProject.java:833) 
    at hudson.model.AbstractBuild$AbstractRunner.checkout(AbstractBuild.java:314) 
    at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:266) 
    at hudson.model.Run.run(Run.java:948) 
    at hudson.model.Build.run(Build.java:112) 
    at hudson.model.ResourceController.execute(ResourceController.java:93) 
    at hudson.model.Executor.run(Executor.java:118) 
Caused by: hudson.plugins.git.GitException: Error performing c:\cygwin\bin\git.exe checkout -f 4a121704f178123c36f6ab4e861b3c771953b187 
    at hudson.plugins.git.GitAPI.launchCommandIn(GitAPI.java:302) 
    at hudson.plugins.git.GitAPI.launchCommand(GitAPI.java:276) 
    at hudson.plugins.git.GitAPI.checkout(GitAPI.java:380) 
    ... 12 more 
Caused by: hudson.plugins.git.GitException: Command returned status code 1: error: git checkout-index: unable to create file .gitignore (Permission denied) 
error: git checkout-index: unable to create file .gitmodules (Permission denied) 
error: git checkout-index: unable to create file Makefile (Permission denied) 

Я не очень-то вроде Windows, человек, но я думал, что, возможно, если Я добавил права доступа «Полный доступ» к C: \ hudson для пользователя «LOCAL_SERVICE», чтобы это исправить. Увы, это не так. Я также попробовал полные разрешения для пользователя «Все», но это также не решило проблему.

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

Answer 1

Как насчет того, чтобы вы меняли пользователя на работу службы. Поэтому создайте новую «техническую» учетную запись пользователя, пароль которой никто не знает (кроме конверта в вашем сейфе) и сделать этого пользователя владельцем всех ваших папок заданий hudson. Это также имеет то преимущество, что вы можете получать разрешения от hudson. Таким образом, работа Хадсона не может действовать как администратор на вашем компьютере Windows.

Преимущество службы по сравнению с запланированным заданием состоит в том, что он перезапускается при сбое.

Answer 2

Вместо того чтобы запускать его как услугу, возможно, вы должны использовать планировщик заданий, чтобы установить процесс для запуска при входе в систему, а затем введите учетную запись пользователя автоматически. Это, вероятно, будет гораздо меньше хлопот, чем разрешение на работу с услугами, особенно если вам нужно общаться с другими машинами.