Capistrano nie tworzy wersji

Po uruchomieniu cap deploy Capistrano podejmie próbę utworzenia folderu, takiego jak $HOME/sites/MY_APP/releases/TIMESTAMP. Widzę polecenie, które próbuje uruchomić, ale w rzeczywistości nie utworzy folderu.Capistrano nie tworzy wersji

Mogę skopiować polecenie bezpośrednio z wyjścia Capistrano i uruchomić polecenie przez SSH i działa świetnie bez żadnych problemów.

Komenda wygląda coś tak:

cp -RPp /home/some_user/sites/my_cool_app/shared/cached-copy /home/some_user/sites/my_cool_app/releases/20111123164239 && (echo 59bf115868c2430cd0475ca1596998f1cfa3c084 > /home/some_user/sites/my_cool_app/releases/20111123164239/REVISION)

Dlaczego komenda nie przez Kapistrana, ale sukces poprzez terminal SSH?

Źródło

2011-11-23 RyanScottLewis

Capistrano wycofuje się, jeśli coś innego zawiedzie. Czy możesz opublikować dane wyjściowe capistrano, a podczas gdy jesteś na nim, wyjście cap wdrożyć: sprawdzić? – HectorMalot

Cap zwraca 'Wygląda na to, że masz zainstalowane wszystkie niezbędne zależności' od cap 'deploy: check' – RyanScottLewis

Wiele rzeczy może być wyłączonych: Czy folder jest zapisywany przez użytkownika, którego używasz do zalogowania się na serwerze? Czy coś innego zawodzi w skrypcie wdrażania? – HectorMalot

ja nadal nie jestem pewien, skąd rozciąga się od problemu, ale usunięcie wiersz:

set :deploy_via, :remote_cache

rozwiązany rzeczy dla mnie. Wygląda jak błąd, w którym katalog wydania nie jest tworzony, więc usunięcie tej linii pomija ten krok. Lepszym rozwiązaniem, jeśli chcesz zachować remote_cache jest prawdopodobnie dodać kolejny krok, aby ustawić tak:

after "deploy:setup", "deploy:create_release_dir" 
namespace :deploy do 
    task :create_release_dir, :except => {:no_release => true} do 
    run "mkdir -p #{fetch :releases_path}" 
    end 
end

Źródło

2011-11-25 10:06:51

'set: deploy_via,: remote_cache' nie pomógł .. Właśnie utworzyłem katalog 'run' mkdir -p # {fetch: releases_path} "" w ten sposób. – poorva

Ignoruj część poniżej zielonej lineline, ale będę je zachować tylko dla odniesienia dla innych.

Wspomniany problem miał miejsce podczas używania wersji Capistrano 3.9.x. Po obniżeniu wersji do wersji 3.4.0 wszystko działało.

Druga część odpowiedzi:

Gdy to się stało dla mnie było, gdy klawisze GitHub nie zostały utworzone w ~/.ssh/.

Powinieneś wygenerować klucz ssh na serwerze. Po wygenerowaniu pliku .pub w ~/.ssh powinieneś przejść do strony github.com (lub dowolnej innej usługi) i dodać nowo wygenerowany klucz ssh na stronie internetowej (powinien on znaleźć się na stronie ustawień lub podobnej). Również na serwerze dodać odpowiedni zapis w ~/.ssh/config pliku, który pasuje do identyfikacji w skrypcie capistrano deploy:

set :repo_url, proc { "[email protected]:your_git_name/#{fetch(:application)}.git" }

Więc plik config powinna wyglądać następująco:

Host github.com 
    HostName github.com 
    User git 
     IdentityFile ~/.ssh/id_rsa_my_new_key_on_the_server

Źródło

2017-09-03 21:20:05 Aleks

w moim przypadku była kwestia dodania tej linii do pliku deploy.rb.

set :scm, :git

Źródło

2018-02-02 15:19:11

Odpowiedz

Powiązane problemy