Какие файлы composer заливать на сервер?

Question

[Денис Денис]

Знающие люди, помогите пожалуйста разобраться как работать с composer. Есть большой проект на codeiniter, работа через git. На локальном сервере установил composer добавил необходимые библиотеки, все отлично работает. Скажите какие файлы мне пушить в репазиторий. На сервер так же нужно поставить composer? В общем подскажите как это все теперь правильно выкатить на сервер.

Comments

[Денис Денис]

на сколько я понимаю пушить только composer.json и composer.lock ? vendor в gitignore? на сервере просто ставлю composer composer.phar install, соответственно все разработчики на своих локальных машинах делают то же самое что бы получить все библиотеки из композера?

[Евгений Вольф]

Да, совершенно верно. Всё как Вы описали. composer.json -- обязательно в список отслеживаемых файлов, т.к. именно по нему будут отслеживаться изменения, обновления и т.д., а /vendor -- в игнор. Остальные файлы (например, конфиги самого CodeIgniter'a), обычно тоже добавляются в игнор, а их оригиналы заменяются файлами с расширением .example и дефолтными настроками. Например, оригинал db.config.php --> db.config.php.example, и разработчики соотв. настраивают каждый свой конфиг, индивидуально, что бы не "перебивать" конфиги друг-друга, постоянно.

[Евгений Вольф]

На сервере, после первого пуша - так же, обязательно composer install запустить, дальше можно через хуки гита это делать (хотя, если хук уже был на сервере, до первого коммита, то не обязательно).

[dmitriy]

Например, оригинал db.config.php --> db.config.php.example
на самом деле это делается по другому, у проекта создается файл с конфигурацией .env
в котором перечислены все настройки сервера, а также режим работы develpment, production
конфигурация codeigniter использует настройки из этого файла
и .env соответственно не заливается в репозиторий
https://github.com/vlucas/phpdotenv

[Денис Денис]

diamond: а у нас блин просто устная договоренность не пушить конфиги(

Answer 1

[Евгений Вольф]

Есть два варианта:
1. Заливать на сайт/сервер все файлы, которые генерирует composer - репозиторий занимает больше, за то, все файлы, при клонировании, пуше на сервер и т.д. - сразу на своих местах, и не скачиваются повторно. Этот вариант, обычно НЕ используют, по субъективным причинам.

2. В игнор добавляют папку /vendor, тогда на сервер соотв. нужно установить composer, и после того, как у вас было какое-то обновление в композере (добавился модуль, обновился, изменился и т.д.) -- на сервере (как вариант - через git-хук) запускаем composer install.

Какой механизм выбрать Вам - исключительно личное предпочтение. Второй вариант - классический, первый - более "надёжный" и позволяет не устанавливать composer на сервер.

Стандартный файл .gitignore из корешка фреймворка Laravel, с небольшими добавлениями от меня выглядит так:

/node_modules
/public/storage
/vendor
/.idea
Homestead.json
Homestead.yaml
.env

# phpstorm project files
.idea
# netbeans project files
nbproject

Comments

[Денис Денис]

спасибо огромное, помогли разобраться, 2 вариант конечно. Только получается все разработчики должны поставить composer на своих локальных машинах ну и на сервере. пушить только composer.json и composer.lock ?

[Евгений Вольф]

Денис Ручьев: из "композеровских" дел - да, пушить только 2 этих файла и /vendor в игнор. Остальные файлы уже по Вашему усмотрению.

Остальные разработчики - да, ставят композер локально и делают composer install, после того, как в композере что-то было изменено/добавлено. Ну и после первого пула, разумеется.

[Денис Денис]

хотелось бы увидеть Ваш composer.json)

[Денис Денис]

я так понимаю сам фреймворк можно так же туда запаковать?

[Евгений Вольф]

Денис Ручьев: без проблем:

{
    "name": "laravel/laravel",
    "description": "The Laravel Framework.",
    "keywords": ["framework", "laravel"],
    "license": "MIT",
    "type": "project",
    "require": {
        "php": ">=5.6.4",
        "laravel/framework": "5.3.*",
        "barryvdh/laravel-debugbar": "^2.3",
        "laravelcollective/html": "^5.3.0"
    },
    "require-dev": {
        "fzaninotto/faker": "~1.4",
        "mockery/mockery": "0.9.*",
        "phpunit/phpunit": "~5.0",
        "symfony/css-selector": "3.1.*",
        "symfony/dom-crawler": "3.1.*"
    },
    "autoload": {
        "classmap": [
            "database"
        ],
        "psr-4": {
            "App\\": "app/"
        }
    },
    "autoload-dev": {
        "classmap": [
            "tests/TestCase.php"
        ]
    },
    "scripts": {
        "post-root-package-install": [
            "php -r \"file_exists('.env') || copy('.env.example', '.env');\""
        ],
        "post-create-project-cmd": [
            "php artisan key:generate"
        ],
        "post-install-cmd": [
            "Illuminate\\Foundation\\ComposerScripts::postInstall",
            "php artisan optimize"
        ],
        "post-update-cmd": [
            "Illuminate\\Foundation\\ComposerScripts::postUpdate",
            "php artisan optimize"
        ]
    },
    "config": {
        "preferred-install": "dist"
    }
}

*с какого-то сайта, composer.json, "руками" не менял

[Евгений Вольф]

Денис Ручьев: сам фреймворк (большая его часть), обычно тоже в папке "vendor" лежит, но если у Вас он лежит не там - ничего особо страшного не произойдёт, если он закоммитится в репозиторий.

[Денис Денис]

Евгений Вольф: у меня фреймворк в репозиторий был изначально, после этого подключал composer, понял, в composer его)

[Евгений Вольф]

Денис Ручьев: composer просто будет доставлять нужные библиотеки в папку /vendor, если по умолчанию фреймворк composer не использует (и не ставится через него) - можно оставлять всё как есть, только папку /vendor в игнор добавить.

Answer 2

[aol-nnov]

есть на гитхабе один прекрасный репозиторий...