2010-09-30 3 views
9

Я получаю следующую ошибку при попытке развернуть через учетную запись «развернуть».capistrano deployment nightmare

1782001..ae10d1b master -> master 
** transaction: start 
    * executing `deploy:update_code' 
    updating the cached checkout on all servers 
    executing locally: "git ls-remote [email protected]:username/app_name.git master" 
    * executing "if [ -d /var/www/app_name/shared/cached-copy ]; then cd /var/www/app_name/shared/cached-copy && git fetch -q origin && git reset -q --hard ae10d1bfe43820d8d69bbc92761a3f666cf56765 && git clean -q -d -x -f; else git clone -q [email protected]:username/app_name.git /var/www/app_name/shared/cached-copy && cd /var/www/app_name/shared/cached-copy && git checkout -q -b deploy ae10d1bfe43820d8d69bbc92761a3f666cf56765; fi" 
    servers: ["173.230.158.13"] 
    [173.230.158.13] executing command 
** [173.230.158.13 :: out] error: cannot open .git/FETCH_HEAD: Permission denied 
** 
    command finished 
*** [deploy:update_code] rolling back 
    * executing "rm -rf /var/www/app_name/releases/20100930022459; true" 
    servers: ["173.230.158.13"] 
    [173.230.158.13] executing command 
    command finished 
failed: "sh -c 'if [ -d /var/www/app_name/shared/cached-copy ]; then cd /var/www/app_name/shared/cached-copy && git fetch -q origin && git reset -q --hard ae10d1bfe43820d8d69bbc92761a3f666cf56765 && git clean -q -d -x -f; else git clone -q [email protected]:username/app_name.git /var/www/app_name/shared/cached-copy && cd /var/www/app_name/shared/cached-copy && git checkout -q -b deploy ae10d1bfe43820d8d69bbc92761a3f666cf56765; fi'" on 173.230.158.13 

я могу проверить, что я могу сделать «Git клон» с помощью Deploy учетной записи на сервере и зайти на [email protected]

Тот же рецепт работает просто отлично, если я указать «корень» как: пользовательская переменная.

Вот мой deploy.rb

http://pastie.org/1189919

Кроме того, я не уверен, что именно делает: переменная группа не в этом рецепте.

drwxr-xr-x 14 deploy www-data 4096 2010-09-29 20:38 . 
drwxr-xr-x 10 deploy www-data 4096 2010-09-29 20:38 .. 
drwxr-xr-x 7 deploy www-data 4096 2010-09-29 13:13 app 
-rwxr-xr-x 1 deploy www-data 240 2010-09-29 20:38 Capfile 
drwxr-xr-x 5 deploy www-data 4096 2010-09-29 20:38 config 
drwxr-xr-x 4 deploy www-data 4096 2010-09-29 20:38 db 
drwxr-xr-x 2 deploy www-data 4096 2010-09-29 20:38 doc 
drwxr-xr-x 9 deploy www-data 4096 2010-09-29 20:38 generate 
drwxr-xr-x 8 deploy www-data 4096 2010-09-29 20:38 .git 
-rwxr-xr-x 1 deploy www-data 156 2010-09-29 20:38 .gitignore 
-rwxr-xr-x 1 deploy www-data 145 2010-09-29 20:38 .gitignore~ 
drwxr-xr-x 3 deploy www-data 4096 2010-09-29 20:38 lib 
lrwxrwxrwx 1 deploy www-data  28 2010-09-29 20:38 log -> /var/www/voteable/shared/log 
drwxr-xr-x 5 deploy www-data 4096 2010-09-29 20:38 public 
-rwxr-xr-x 1 deploy www-data 457 2010-09-29 20:38 Rakefile 
-rwxr-xr-x 1 deploy www-data 10011 2010-09-29 20:38 README 
-rwxr-xr-x 1 deploy www-data  41 2010-09-29 20:38 REVISION 
drwxr-xr-x 3 deploy www-data 4096 2010-09-29 20:38 script 
drwxr-xr-x 6 deploy www-data 4096 2010-09-29 20:38 test 
drwxr-xr-x 2 deploy www-data 4096 2010-09-29 20:38 tmp 
-rwxr-xr-x 1 deploy www-data 810605 2010-09-29 20:38 uninstall 
drwxr-xr-x 3 deploy www-data 4096 2010-09-29 13:13 vendor 

ответ

11

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

chmod -R ug+rw .git устранит проблему на этот раз, но вы должны быть добросовестны, чтобы ваши коллеги не выполняли руководство git pull или работали над настройкой прав группы.

+0

Кто такой «ты» в своем собственном .git. учетная запись развертывания? См. Этот другой пост по той же самой/подобной проблеме. Возможно, это связано с http://stackoverflow.com/questions/3827331/strange-ssh-issues-with-github – badnaam

+0

Вы - ваша учетная запись развертывания. Если вы выполняете 'ls -la' на своем .git/FETCH_HEAD, вы увидите, что он принадлежит root. Таким образом, вам придется либо использовать его для пользователя развертывания, либо chmod, поэтому пользователь может его изменить. –

+0

yВы абсолютно правильны. на этой ноте. Я обновил OP с разрешением в каталоге my/www/var/app. Это то, на что это должно выглядеть, или должны ли им пользоваться www-data? Я очень не понимаю, кто должен владеть этим каталогом www-data или развертывать – badnaam