Question

我正在尝试为Capistrano 3编写一个涉及在当前版本目录中执行“composer install”的任务。它看起来像这样：

namespace :composer do
  desc 'Install dependencies with Composer'
  task :install do
    on roles(:web) do
      within release_path do
        execute "#{fetch(:composer_command)} install"
      end
    end
  end
end

在临时和生产文件中设置了

composer_command - 在我的特定情况下设置为php /home/user/composer.phar

由于某种原因，此命令实际上并不在当前版本目录中运行，而是在父目录中运行（包含当前，共享，发布等）

我深入研究了这一点，发现当我运行单个单词命令时，如：

within release_path do
    execute "pwd"
end

它运行正常，并在当前版本目录中运行该命令。 但是...... 当我运行带空格的命令时，例如：

within release_path do
    execute "pwd && ls"
end

它在父目录中运行，而不是由within块设置的目录。

有人可以对此有所了解吗？谢谢！

Answer 1

闻起来像Cap 3 bug。

我建议从shell的角度保证你是你想要的地方：

execute "cd '#{release_path}'; #{fetch(:composer_command)} install"

Answer 2

您可以保留within()，with()，default_env等所有细节，同时保留自然字符串语法：

within release_path do
  execute *%w[ pip install -r requirements.txt ]
end

Answer 3

一些提示：

1）Capistrano使用SSHKit执行很多操作，其中包括命令执行。为了简化使用Composer，您可以配置命令映射（在deploy.rb或production.rb等），以下是两个示例：

SSHKit.config.command_map[:composer] = "#{shared_path.join('composer.phar')}"
SSHKit.config.command_map[:composer] = '/usr/bin/env composer.phar'

接下来你可以这样执行：

execute :composer, :install

2）从安全角度来看，禁用php设置allow_url_fopen是明智的，但遗憾的是Composer需要启用它才能运行。您可以使用此技巧将其全局禁用：

SSHKit.config.command_map[:composer] = "/usr/bin/env php -d allow_url_fopen=On #{shared_path.join('composer.phar')}"

查看iniscan以获取有关php设置的更多安全建议。

3）Composer有一个选项-d, --working-dir，你可以指向包含composer.json文件的目录，以便从任何其他目录运行Composer。这应该可以解决您的问题：

execute :composer, '-d', release_path, :install

4）您可能需要查看capistrano-composer项目：）

Answer 4

实际上，您对within功能的使用几乎正确无误。你已经提供了一个完整的字符串作为命令，但是文档指出这会导致不可靠的行为（我自己经历过这种行为）。

让execute的第一个参数成为符号而不是字符串（包含空格）：

within release_path do
    execute fetch(:composer_command).to_sym, "install"
    execute :pwd
    execute :ls
end

Answer 5

仅供参考，Capistrano Doc解释了为什么within {}不能与带有空格的参数一起使用。我希望这会有所帮助。

Capistrano 3在目录中执行

5 个答案: