缺少當前文件夾Capistrano Rails 3.2

Question

我需要了解爲什麼capistrano不會創建文件夾當前。我使用以下命令：cap deploy：setup，cap deploy：check，cap deploy

但是，當我檢查我的應用程序目錄時，我沒有當前的文件夾。

這是我deploy.rb

# Execute "bundle install" after deploy, but only when really needed 
require 'bundler/capistrano' 

# Automatically precompile assets 
load "deploy/assets" 

# RVM integration 
require "rvm/capistrano" 

# Application name 
set :application, "app" 

# Application environment 
set :rails_env, :production 

# Deploy username and sudo username 
set :user, "ubuntu" 
default_run_options[:pty] = true 
ssh_options[:forward_agent] = true 


#We don't want to use sudo (root) - for security reasons 

set :use_sudo, false 

#Target ruby version 

set :rvm_ruby_string, '1.9.3-p374' 

#System-wide RVM installation 

set :rvm_type, :user 

#We use sudo (root) for system-wide RVM installation 

set :rvm_install_with_sudo, true 

#git is our SCM 

set :scm, :git 

#Use github repository 
set :repository, "git@github.com:.../CM.git" 

#master is our default git branch 

set :branch, "master" 

#Deploy via github 

set :deploy_to, "/var/www/app/#{application}" 
set :deploy_via, :remote_cache 

#We have all components of the app on the same server 
server "125.156.125.125", :app, :web, :db, :primary => true 

namespace :deploy do 
task :restart, :roles => :app, :except => { :no_release => true } do 
    run "#{try_sudo} touch #{File.join(current_path,'tmp','restart.txt')}" 
end 
task :symlink_shared do 
    run "ln -nfs #{shared_path}/config/database.yml #{release_path}/config/database.yml" 
    run "ln -nfs #{shared_path}/assets #{release_path}/public/assets" 
end 
task :assets do 
    system "rsync -vr --exclude='.DS_Store' public/assets #{user}@#{application}:#  {shared_path}/" 
end 
end 
after 'deploy:update_code', 'deploy:symlink_shared' 

我不明白的地方是錯誤，如果有人可以幫我嗎？ 謝謝

Answer 1

Capistrano創建一個當前的符號鏈接（不是目錄）作爲其部署週期中最後一個步驟之一，通常在應用程序服務器發送啓動/重新啓動命令之前。它無法在部署之前創建該符號鏈接，因爲沒有任何符號鏈接（在/releases中沒有簽出）。

如果它仍然沒有創建符號鏈接，請檢查您的capistrano部署日誌是否有錯誤，如果它在創建之前出現錯誤，則不會創建符號鏈接。如果出現錯誤，請將其發佈在您的問題中。

Answer 2

它也可能因文件夾權限而失敗。 如果在第一次蓋帽被部署選項

set :use_sudo, false 

不存在，當前文件夾中有須藤作爲所有者。當用戶被更改時，它可能沒有足夠的權限來更新鏈接。 我刪除了符號鏈接並運行

cap deploy:create_symlink 

這更新了我的符號鏈接。