Начало работы с шеф-поваром и запуск установки композитора при развертывании

Я не гуру Chef (я обычно использую Puppet), но попробуйте следующее:

Взять код из git

Вы можете выполнить команду wget (см. примеры ниже).

Если вам нужно что-то более сложное, см. http://docs.opscode.com/resource_deploy.html.

deploy_revision "/path/to/application" do
  repo 'ssh://name-of-git-repo/repos/repo.git'
  migrate false
  purge_before_symlink %w{one two folder/three}
  create_dirs_before_symlink []
  symlinks(
    "one"   => "one",
    "two"   => "two",
    "three" => "folder/three"
  )
  before_restart do
    # some Ruby code
  end
  notifies :restart, "service[foo]"
  notifies :restart, "service[bar]"
end

Загрузите composer.phar с сайта getcomposer.com.

Я бы выполнил wget.

Я взял код отсюда: http://cookingclouds.com/2012/06/23/chef-simple-cookbook-example/

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

# Run a bash shell -  download and extract composer
bash "install_composer" do
     user "root"
     cwd "/folder/to/extact/to"
     code <<-EOH
       wget http://getcomposer.com/composer.tar.gz
       tar -xzf composer.tar.gz
       chown -R user:group /folder/to/extact/to
     EOH
     not_if "test -d /folder/to/extact/to"
end

Запустите установку php composer.phar

http://docs.opscode.com/resource_execute.html

execute "composer install" do
  command "php composer.phar install && touch /var/log/.php_composer_installed"
  creates "/var/log/.php_composer_installed"
  action :run
end

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

Изменить разрешения на несколько конкретных папок

http://docs.opscode.com/resource.html

directory "/tmp/folder" do
  owner "root"
  group "root"
  mode 0755
  action :create
end

Если каталог уже существует, ничего не произойдет. Если каталог был каким-либо образом изменен, ресурс помечается как обновленный.

Окончательно

Я нахожу поиск удобным, просмотр материала на сайте Chef кажется безнадежным (слишком много материала, чтобы копаться). http://docs.opscode.com/search.html

Я бы в значительной степени согласился с ответом Дрю Хури с одним изменением. Чтобы загрузить compose.phar, вы можете использовать remote_file вместо того, чтобы выполнять wget в скрипте bash. .

Поскольку composer.phar уже является исполняемым файлом, вы можете просто поместить его в каталог в вашем $PATH:

remote_file '/usr/bin/composer' do
    source 'http://getcomposer.org/composer.phar'
    mode '0755'
    action :create_if_missing
end

Вы можете настроить пост-получение git hook примерно так:

GIT_WORK_TREE=/path/to/your/site
cd /path/to/your/site
curl -sS https://getcomposer.org/installer | php
php composer.phar install
# do your stuff here 

И обязательно дайте исполняемые права на файл после получения.

Или вы можете просто зафиксировать каталог вашего поставщика. У нас есть пара проектов, работающих на Laravel 4 и OpsWorks.

Я в таком же положении с Laravel и OpsWorks. Я искал решение, но потом...

Что произойдет, если кто-то добавит уязвимость в один из подмодулей? Означает ли это, что мы всегда верим, что X внешних кодовых баз на 100% безопасны?

Либо в моем понимании есть какой-то фундаментальный недостаток, либо запуск композитора на рабочем сервере — это самая серьезная WTF.

Теперь я убедился, что код в репозитории моего проекта будет развернут на 100% как есть. Никогда не загружайте внешние модули на производственный сервер.