Die Bereitstellung von Capistrano schlägt fehl, nachdem ich die Repository-URL geändert habe

Ich habe eine einfache Bereitstellung über capistrano aus einem Git-Repository. Zuerst habe ich Form GitHub bereitgestellt, alles hat gut funktioniert. Aber dann habe ich mein Repository auf BitBucket verschoben und jetzt bekomme ich

fatal: Could not parse object '9cfb...'.

Das Problem verschwindet, sobald ich mich umziehe

set :deploy_via, :remote_cache

zu

set :deploy_via, :copy

Aber das behebt das Problem nicht, es umgeht es nur. Kann ich Capistrano auf irgendeine Weise anweisen, den alten Cache einfach zu löschen?

Ich muss sagen, ich bin mir nicht sicher, da ich das nicht testen konnte, aber das sollte funktionieren:

cap deploy:cleanup -s keep_releases=0

Da löscht es jede Version (Cache) vom Server.

Anscheinend müssen Sie auch entfernen shared/cached-copy, da dies nicht durch den Capistrano-Aufruf oben gemäß dem Kommentar unten gereinigt zu werden scheint.

Capistrano 2.X.

Löschen Sie das Repo und klonen Sie es erneut unter der neuen Adresse:

cd $deploy_to/shared
rm -rf cached-copy
git clone ssh://git@example.org/new/repo.git cached-copy

Ändern Sie Ihre config/deploy.rb, um das neue Repo zu verwenden:

set :repository, "ssh://git@example.org/new/repo.git"
set :scm, :git
set :deploy_via, :remote_cache

Erneut bereitstellen:

cap deploy

Capistrano 3.X.

1. Entfernen Sie das $deploy_to/repoVerzeichnis
2. Ändern Sie Ihre config/deploy.rb(wie 2.X)
3. cap deploy

Capistrano 2 und darunter

SSH auf Ihren Server und aktualisieren Sie das Repo im ./shared/cached-copy/.git/configBereitstellungsordner oder entfernen Sie einfach das./shared/cached-copy

Capistrano 3 und höher

SSH auf Ihren Server und aktualisieren Sie das Repo im ./repo/configBereitstellungsordner.

Aktivieren Sie das Kontrollkästchen Capistrano 3-Bereitstellungen nach einer Repository-Änderung reparieren

Ich habe dies mit folgendem gelöst deploy.rb:

namespace :deploy do
  task :cope_with_git_repo_relocation do
    run "if [ -d #{shared_path}/cached-copy ]; then cd #{shared_path}/cached-copy && git remote set-url origin #{repository}; else true; fi"
  end
end
before "deploy:update_code", "deploy:cope_with_git_repo_relocation"

Dadurch werden Bereitstellungen etwas langsamer. Es lohnt sich daher, sie zu entfernen, sobald Sie sicher sind, dass alle Bereitstellungsziele aufgeholt haben.

Sie müssen den Git- Ursprung in Ihrem Ordner / shared / cached-copy ändern

cd /var/www/your-project/production/shared/cached-copy
git remote remove origin
git remote add origin git@bitbucket.org:/origin.git

Versuchen Sie, die Cap-Produktion bereitzustellen

Am einfachsten ist es, die Repo-URL in die neue in .git / config im Verzeichnis shared / cached-copy auf dem Webserver zu ändern. Dann können Sie wie gewohnt eine normale Bereitstellung durchführen.

Abhängig von Ihrer Version unterscheidet sich Capistrano 3 von seinen älteren Vorfahren:

Lesen Sie hier meine ursprüngliche Antwort und wie Sie ähnliche Probleme beheben können. Capistrano-Fehler beim Ändern des Repositorys mit git

Wenn Sie viele Repos machen müssen, möchten Sie vielleicht eine Aufgabe dafür hinzufügen.

Für capistrano 3 fügen Sie diese Aufgabe in Ihre deploy.rb ein

desc "remove remote git cache repository"
  task :remove_git_cache_repo do
      on roles(:all) do
    execute "cd #{fetch(:deploy_to)} && rm -Rf repo"
  end
end

Und dann einmal für jede Phase ausführen:

cap testing remove_git_cache_repo

Hier ist die Capistrano 3-Version dessen, worüber diese Antwort spricht. Es kann mühsam sein, auf jedem Server das zu tun, was die Antwort vorschlägt.

Also lass es rein deploy.rbund renne danncap <environment> deploy:fix_repo_origin

namespace :deploy do
  desc 'Fix repo origin, for use when changing git repo URLs'
  task :fix_repo_origin do
    on roles(:web) do
      within repo_path do
        execute(:git, "remote set-url origin #{repo_url}")
      end
    end
  end
end

Für Capistrano 3.0+

1. Ändern Sie die Repository-URL in Ihrer config / deploy.rb

2. Ändern Sie die Repository-URL in der Datei your_project / repo / config auf dem Server.