под докер/деб пакеты нужно окружение

для начала можно использовать shell скрипты, либо capistrano.

рекомендую последний: рецепты пишутся очень просто, после деплоя в рецепт надо будет загнать запуск bem make, и всякие мелочи. в общем, настраивается просто, используется тоже. как рецепты будут готовы — cap deploy, profit. но требует руби

шел скрипты — ssh user@host -i ident_key_file 'cd /home/deploy/staging.site.name/ && git fetch && git checkout production' etc. В этом случае удобно делать алиасы в .ssh/config, чтобы можно было делать ssh host 'command'

если хочется чего-то более сложного — см. ответ tadatuta

tar -cvzf project.version.tar.gz ./

scp project.version.tar.gz prodhost:~/blabla/

ssh prodhost 'cd ~/deploys && cp ~/blabla/project.version.tar.gz ./ && tar -xvzf ./project.version.tar.gz'

ну и т.д.

p.s. А npm install вы тоже не хотите делать?

Это был пример без капистрано

На капистране как-то так. В Capfile

require 'rubygems'

require 'railsless-deploy'

load 'config/deploy'

В config/deploy.rb:

set :application, "{your_app}"

server "{your_host}", :app, :web, :db

set :user, "deploy"

set :scm, :git

set :git_enable_submodules, true

set :scm_username, "git"

set :repository, "{git_repo_url}"

set :branch, "{production_branch_or_tag}"

set :deploy_via, :remote_cache

set :copy_exclude, ['.git', '.gitignore', '.gitmodules', '.gitdeploy']

set :keep_releases, 5

ssh_options[:user] = "{remote_host_user}"

ssh_options[:port] = {remote_host_port}

ssh_options[:keys] = Dir.glob(File.join(ENV["HOME"], ".ssh", "*")).select do |item|

        (File.file?(item)) && (File.open(item, &:readline) =~ /BEGIN RSA PRIVATE KEY/)

end

set :use_sudo, false

set :deploy_to, "{remote_deploy_path}"

site_data_path = "{remote_shareddata_path}"

# create tmp and other data

namespace :deploy do

        task :finalize_update, :except => { :no_release => true } do

                run "[ ! -d #{shared_path}/tmp ] && mkdir -m 0777 #{shared_path}/tmp || /bin/true"

                run "ln -s #{shared_path}/tmp #{latest_release}/tmp"

                run "ln -s #{site_data_path} #{latest_release}/site"

                run "cd #{latest_release} && bem make"

        end

        task :reload do

                run "sudo forever restart"

        end

end

# final steps

after :deploy, "deploy:reload", "deploy:cleanup"

Нужен gem railsless-deploy, может быть есть что-то более удобное.

Все, что в {params} — надо поставить своё.

Не тестировал

На самом деле он простой как 2 пальца. Он просто выносит за скобку все параметры, которые примерно стандартные, и сам делает версионирование, возможность выкатить/откатить, и т.д. Т.е. все mv, rm, git pull, etc. Вам остается только добавить запуск каких-то своих скриптов, типа миграций базы или сборки проекта. npm install тоже часто нужен. Но это выгружает проект на продакшн сервер и там собирает, а вы же хотите деб пакет. Хотя, можно же написать рецепт, который будет вам на finalize_update собирать деб пакет (ну или что там), и дергать еще какую-то ручку, которая запушит этот пакет в деб-репо и после обновит его на нужных хостах и перезапустит. Почему нет

Но я считаю, что деб пакеты удобно, когда у вас десятки похожих или одинаковых серверов, есть свой деб репозиторий, и когда вам надо выкатывать одно и то же на кучу серверов сразу (кластеризация или что-то такое) и т.д. С nodejs на 8-16 ядреном процессоре вы очень не скоро упираетесь в ресурсы и кластеризация нужна разве что для отказоустойчивости. Но это 2-3 площадки, можно и через несколько server их декларировать и выкатывать, не вижу смысла деб пакеты собирать. Кстати, докер мне нравится больше, чем деб пакеты. В нем намного больше смысла. Но опять же — нужно окружение. Нужно подготавливать площадки, чтобы это все работало. А это время.