Deploy:symlink auf capistrano Punkte die "aktuelle" Verzeichnis zur vorherigen Version

Ich bin mit capistrano für die Bereitstellung meiner Ruby on Rails Projekt. Ich bin auf einem Dreamhost VPS und seit ein paar Wochen, keine Veränderung in capistrano oder Beifahrer, ich begann zu erleben ein seltsames problem mit der Bereitstellung:

Jedes mal capistrano ist die Bereitstellung von meine Anwendung, geht alles Recht außer deploy:symlink (die standardmäßig) , den "current" - Verzeichnis, um die neueste Version. Obwohl die neue Version bereitgestellt wird, ordnungsgemäß auf der "releases" - Verzeichnis, das problem ist die "aktuelle" symlink immer auf die frühere Version anstelle der neuen. So kann ich bereitstellen von apps, aber ich habe immer das bereitstellen zwei mal in Folge.

Sehen Sie die capistrano log hier:
http://img715.imageshack.us/img715/7803/capistranoproblemb.png

Hat sonst jemand erlebt oder kann mir helfen es zu lösen?

Dank!

InformationsquelleAutor foresth | 2010-06-29

  1. 6

    Ich löste dieses mit einem zusätzlichen deploy-task, der erstellt den symlink mit einer anderen internen Variablen Namen mit dem korrekten Pfad zu der aktuellen Version (release_path statt latest_path oder so ähnlich).

    
namespace :deploy do
  desc "Recreate symlink"
  task :resymlink, :roles => :app do
    run "rm -f #{current_path} && ln -s #{release_path} #{current_path}"
  end
end

after "deploy:create_symlink", "deploy:resymlink", "deploy:update_crontab"
    In der neuesten Capistrano, es ist deploy:create_symlink statt deploy:symlink.
    Bitte ändern Sie die akzeptierte Antwort auf das gegeben @knocte. Die Unordnung oben kann funktionieren, aber es ist ein code smell.
    welche version von capistrano verwenden Sie?
    Ich habe keinen Zugriff auf die Arbeitsstation in Frage mehr, aber ich denke, dass es v2.X.

    InformationsquelleAutor foresth

  2. 6

    Ich denke, @foresth die Antwort ist keine gute Lösung.

    Ich denke, was passiert ist, dass du erfährst, diesen schrecklichen Fehler von capistrano.

    Dem Weg zur Arbeit-um den Fehler ist folgende: NICHT LESEN latest_release VARIABLE VOR DER AUFGABE deploy PASSIERT.

    Dies sollte die akzeptierte Antwort. Einstellen meine benutzerdefinierte Aufgaben gemäß dieser bug behoben das Problem.
    welche version von capistrano hast du den Fehler reproduzieren? Sie bitten mich, in das github-Ausgabe, die ich verlinkt...
    Sieht aus wie es war 2.15.4 @knocte
    danke, und kann man Sie reproduzieren mit 3.x?
    Ich bin die Begegnung mit dieser Ausgabe nach dem Zufallsprinzip mit 3.x, aber ich bin nicht mit der latest_release variable überhaupt. foresth die Antwort kann ein code smell, aber es ist der einzige Weg, ich kann derzeit garantieren, dass meine symlinks sind korrekt auf jedem deployment.

    InformationsquelleAutor knocte

Schreibe einen Kommentar