Развертывание подкаталога Git в Capistrano

Question

Мой макет ветки master выглядит следующим образом:

/ <- верхний уровень </p>

/ client <- исходные файлы клиента рабочего стола </p>

/ server <- приложение Rails </p>

Что я хотел бы сделать, так это только развернуть каталог / server в моем deploy.rb, но я не могу найти какой-либо способ сделать это. Каталог / client огромен, поэтому настройка перехвата для копирования / server на / не будет работать очень хорошо, нужно только закрыть приложение Rails.

Answer 1

Без грязного разветвления, но еще грязнее!

В моем config / deploy.rb:

set :deploy_subdir, "project/subdir"

Затем я добавил эту новую стратегию в свой Capfile:

require 'capistrano/recipes/deploy/strategy/remote_cache'

class RemoteCacheSubdir < Capistrano::Deploy::Strategy::RemoteCache

  private

  def repository_cache_subdir
    if configuration[:deploy_subdir] then
      File.join(repository_cache, configuration[:deploy_subdir])
    else
      repository_cache
    end
  end

  def copy_repository_cache
    logger.trace "copying the cached version to #{configuration[:release_path]}"
    if copy_exclude.empty? 
      run "cp -RPp #{repository_cache_subdir} #{configuration[:release_path]} && #{mark}"
    else
      exclusions = copy_exclude.map { |e| "--exclude=\"#{e}\"" }.join(' ')
      run "rsync -lrpt #{exclusions} #{repository_cache_subdir}/* #{configuration[:release_path]} && #{mark}"
    end
  end

end


set :strategy, RemoteCacheSubdir.new(self)

Answer 2

Для Capistrano 3.0 я использую следующее:

По моему Capfile:

# Define a new SCM strategy, so we can deploy only a subdirectory of our repo.
module RemoteCacheWithProjectRootStrategy
  def test
    test! " [ -f #{repo_path}/HEAD ] "
  end

  def check
    test! :git, :'ls-remote', repo_url
  end

  def clone
    git :clone, '--mirror', repo_url, repo_path
  end

  def update
    git :remote, :update
  end

  def release
    git :archive, fetch(:branch), fetch(:project_root), '| tar -x -C', release_path, "--strip=#{fetch(:project_root).count('/')+1}"
  end
end

А по моему deploy.rb:

# Set up a strategy to deploy only a project directory (not the whole repo)
set :git_strategy, RemoteCacheWithProjectRootStrategy
set :project_root, 'relative/path/from/your/repo'

Весь важный код находится в методе стратегии release, который использует git archive для архивации только подкаталога репозитория, а затем использует аргумент --strip для tar для извлечения архива на нужном уровне.

UPDATE

Начиная с Capistrano 3.3.3, теперь вы можете использовать переменную конфигурации :repo_tree, что делает этот ответ устаревшим. Например:

set :repo_url, 'https://example.com/your_repo.git'
set :repo_tree, 'relative/path/from/your/repo' # relative path to project root in repo

См. http://capistranorb.com/documentation/getting-started/configuration.

Answer 3

Мы также делаем это с Capistrano, клонируя полный репозиторий, удаляя неиспользуемые файлы и папки и перемещая нужную папку вверх по иерархии.

deploy.rb

set :repository,  "git@github.com:name/project.git"
set :branch, "master"
set :subdir, "server"

after "deploy:update_code", "deploy:checkout_subdir"

namespace :deploy do

    desc "Checkout subdirectory and delete all the other stuff"
    task :checkout_subdir do
        run "mv #{current_release}/#{subdir}/ /tmp && rm -rf #{current_release}/* && mv /tmp/#{subdir}/* #{current_release}"
    end

end

Пока проект не становится слишком большим, это работает довольно хорошо для нас, но если вы можете, создайте собственный репозиторий для каждого компонента и сгруппируйте их вместе с подмодулями git.

Answer 4

Вы можете иметь два репозитория git (клиент и сервер) и добавить их в «супер-проект» (приложение). В этом «супер-проекте» вы можете добавить два репозитория в виде подмодулей (отметьте этот урок ).

Другое возможное решение (немного более грязное) состоит в том, чтобы иметь отдельные ветви для клиента и сервера, а затем вы можете извлечь из ветви 'server'.

Answer 5

Для Capistrano 3, на основе ответа @Thomas Fankhauser:

set :repository,  "git@github.com:name/project.git"
set :branch, "master"
set :subdir, "relative_path_to_my/subdir"


namespace :deploy do

  desc "Checkout subdirectory and delete all the other stuff"
  task :checkout_subdir do

    subdir = fetch(:subdir)
    subdir_last_folder  = File.basename(subdir)
    release_subdir_path = File.join(release_path, subdir)

    tmp_base_folder = File.join("/tmp", "capistrano_subdir_hack")
    tmp_destination = File.join(tmp_base_folder, subdir_last_folder)

    cmd = []
    # Settings for my-zsh
    # cmd << "unsetopt nomatch && setopt rmstarsilent" 
    # create temporary folder
    cmd << "mkdir -p #{tmp_base_folder}"  
    # delete previous temporary files                
    cmd << "rm -rf #{tmp_base_folder}/*"  
    # move subdir contents to tmp           
    cmd << "mv #{release_subdir_path}/ #{tmp_destination}"   
    # delete contents inside release      
    cmd << "rm -rf #{release_path}/*"   
    # move subdir contents to release             
    cmd << "mv #{tmp_destination}/* #{release_path}" 
    cmd = cmd.join(" && ")

    on roles(:app) do
      within release_path do
        execute cmd
      end
    end
  end

end

after "deploy:updating", "deploy:checkout_subdir"

Answer 6

Есть решение. Возьмите патч crdlo для capistrano и источник capistrano от github. Удалите существующий гем capistrano, примените патч, установите setup.rb, а затем вы можете использовать его очень простую строку конфигурации set :project, "mysubdirectory" для установки подкаталога.

Единственный недостаток - очевидно, что github не "поддерживает команду архивирования" ... по крайней мере, когда он это написал. Я использую свое собственное git-репо через svn, и оно работает нормально, я не пробовал это с github, но я думаю, что если достаточно людей будут жаловаться, они добавят эту функцию.

Также посмотрите, сможете ли вы заставить авторов капистрано добавить эту функцию в cap при соответствующей ошибке .

Answer 7

Я создал отрывок, который работает с Capistrano 3.x на основе предыдущих ответов и другой информации, найденной в github:

# Usage: 
# 1. Drop this file into lib/capistrano/remote_cache_with_project_root_strategy.rb
# 2. Add the following to your Capfile:
#   require 'capistrano/git'
#   require './lib/capistrano/remote_cache_with_project_root_strategy'
# 3. Add the following to your config/deploy.rb
#    set :git_strategy, RemoteCacheWithProjectRootStrategy
#    set :project_root, 'subdir/path'

# Define a new SCM strategy, so we can deploy only a subdirectory of our repo.
module RemoteCacheWithProjectRootStrategy
  include Capistrano::Git::DefaultStrategy
  def test
    test! " [ -f #{repo_path}/HEAD ] "
  end

  def check
    test! :git, :'ls-remote -h', repo_url
  end

  def clone
    git :clone, '--mirror', repo_url, repo_path
  end

  def update
    git :remote, :update
  end

  def release
    git :archive, fetch(:branch), fetch(:project_root), '| tar -x -C', release_path, "--strip=#{fetch(:project_root).count('/')+1}"
  end
end

Это также доступно как Gist на Github .

Answer 8

К сожалению, git не предоставляет возможности сделать это. Вместо этого «способ git» состоит в том, чтобы иметь два репозитория - клиент и сервер и клонировать тот, который вам нужен.

Answer 9

Это работает для меня в течение нескольких часов.

# Capistrano assumes that the repository root is Rails.root
namespace :uploads do
  # We have the Rails application in a subdirectory rails_app
  # Capistrano doesn't provide an elegant way to deal with that
  # for the git case. (For subversion it is straightforward.)
  task :mv_rails_app_dir, :roles => :app do
    run "mv #{release_path}/rails_app/* #{release_path}/ "
  end
end

before 'deploy:finalize_update', 'uploads:mv_rails_app_dir'

Вы можете объявить переменную для каталога (здесь rails_app).

Давайте посмотрим, насколько она крепкая. Использование «до» довольно слабое.

Answer 10

Похоже, что он также не работает с codebasehq.com, поэтому я закончил тем, что делал задачи capistrano, которые убирают беспорядок :-) Возможно, на самом деле есть менее хакерский способ сделать это, переопределив некоторые задачи capistrano ...