Какую часть проекта грузить в репозиторий bitbucket?

Question

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

Есть большой проект на codeigniter > 30 000 файлов, который разрабатывается уже давно, т.е. на нем уже огромное кол-во пользовательских файлов-изображений. Есть срочная задача начать работу через git. Вопрос какие части проекта обычно грузят в репозиторий? как быть с этими папками с изображениями? грузить их все с сервера при каждом клонировании не лучший вариант я думаю. Базу данных прикладывать в корень в виде дампа? как быть с немногочисленными конфигами и htacess которые по сути на каждой локальной копии должны быть разные?

Answer 1

[Urvin]

Код - в git
Фреймворк/модули - в submodule
Настройки - не учитывать
Пользовательский контент - в бекап
Структуру БД - в миграции
Данные БД - в бэкап к пользовательским данным

Comments

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

у меня пока план, пользовательским файлам прописать абсолютные пути и в игнор эту папку, а все остальное кучей в репозиторий) это совсем плохой вариант?

[Urvin]

Денис Ручьев: Пользовательские файлы у вас наверняка хранятся где-то вроде /public/uploads/, ссылки на них - в БД.
На директорию /public/uploads/ вы накладываете .gitignore, сами файлы храните в бэкапе на отдельной машине. Дамп базы со ссылками на файлы храните так же на отдельной машине.

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

Answer 2

[dmitriy]

сперва отделить статику от динамики. конфиги, кеш, логи, изображения загружаемые пользователями, и тд. - динамика, можно называть по другому, меняющиеся данные. Код, фрейм, шаблоны, изображения к ним, стили и скрипты - статика.
Статику добавляем в гит динамику игнорим

Comments

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

получается уже 4500, файлов. Пока так, а потом вынесу фреймворк в миграции когда попривыкну... а как быть с конфигами? как передавать другим разработчикам? Может просто добавить оригинальные с сервера? но тогда при каждом пуле их переписывать? вот с этим моментом проблема....

[Толстый Лорри]

Денис Ручьев: закоммитить первоначально некоторый дефолт конфигов, а разработчикам локально настроить .gitignore на них.