Capistrano hält an git: Check

Question

Wenn ich einen cap <stage> deploy --trace betreibe ich bekam:

> $ bundle exec cap production deploy --trace 
** Invoke production (first_time) 
** Execute production 
** Invoke load:defaults (first_time) 
** Execute load:defaults 
** Invoke rbenv:validate (first_time) 
** Execute rbenv:validate 
** Invoke rbenv:map_bins (first_time) 
** Execute rbenv:map_bins 
** Invoke bundler:map_bins (first_time) 
** Execute bundler:map_bins 
** Invoke deploy (first_time) 
** Execute deploy 
** Invoke deploy:starting (first_time) 
** Invoke deploy:set_shared_assets (first_time) 
** Execute deploy:set_shared_assets 
** Execute deploy:starting 
** Invoke deploy:check (first_time) 
** Execute deploy:check 
** Invoke git:check (first_time) 
** Invoke git:wrapper (first_time) 
** Execute git:wrapper 
INFO [d204de77] Running /usr/bin/env mkdir -p /tmp/control-panel/ on 10.0.1.6 
INFO [d204de77] Finished in 0.274 seconds with exit status 0 (successful). 
INFO Uploading /tmp/prey-control-panel/git-ssh.sh 100.0% 
INFO [a9e748c9] Running /usr/bin/env chmod +x /tmp/control-panel/git-ssh.sh on 10.0.1.6 
INFO [a9e748c9] Finished in 0.274 seconds with exit status 0 (successful). 
** Execute git:check 

Und genau dort stoppt. Ich denke, das Problem hängt mit den anderen öffentlichen Schlüsseln zusammen, die ich habe. Ich arbeite als DevOps und habe ungefähr 5 verschiedene Schlüssel, die ich häufig benutze.

Irgendwelche Ideen? Sollte ich alle meine Schlüssel oder etwas löschen? :)

Danke.

Answer 1

Ich hatte ein ähnliches Problem und es stellte sich heraus, dass ich den SSH-Schlüssel von meinem Server zu Bitbucket hinzufügen musste. Seltsamerweise hatte es ein bisschen funktioniert, ohne dass ich das tun musste.

Answer 2

Ich löste das Problem Entfernen und Hinzufügen wieder meine SSH-Schlüssel. Sieht aus wie ich zu viele Tasten auf der ssh-agent hatte ...

ssh-add -D ; ssh-add ~/.ssh/id_rsa 

Answer 3

Mein Problem war, dass ich nicht git auf dem Server installiert hatte. Ich habe dies gefunden, indem ich den Protokolllevel auf debug in deploy.rb gesetzt habe.

Answer 4

Es könnte sein Gemlock wurde aktualisiert, aber nicht gedrückt. Versuchen Sie, den capistrano-Edelstein zu aktualisieren, und drücken Sie auf git repo, und versuchen Sie es dann erneut.