organization:git_usage
Differences
This shows you the differences between two versions of the page.
| Next revision | Previous revision | ||
| organization:git_usage [2014/12/18 12:14] – created dmitriy | organization:git_usage [2017/05/26 13:48] (current) – dmitriy | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| - | При недостаточном опыте работы с git рекомендуется прочитать | + | При недостаточном опыте работы с git рекомендуется прочитать [[http://webhamster.ru/mytetrashare/ |
| - | В репозиторий просьба делать push только для более-менее стабильные билдов, например | + | === Установка git === |
| + | |||
| + | - ставится сам клиент git | ||
| + | - также хороший функционал | ||
| + | - опционально | ||
| | | ||
| - | * x. Глобальный апдейт либо стркутурные изменения в проекте - замена движка к примеру | ||
| - | * y. Мелкие изменения, | ||
| - | * z. Багфикс, | ||
| - | |||
| - | Пример - commit & update с комментариями типа | ||
| - | * Release 1.1.2 Correction of forget pass functionality | + | === Генерация ключей === |
| - | * Release 0.2.0 Includes authentication changes with assistant permissions integration addon | + | |
| + | Ключи rsa генерятся через утилиту ssh-keygen | ||
| + | '' | ||
| + | |||
| + | Публичный ключ заливается там где нужен доступ - на сервера, | ||
| + | TortoiseGit работает через ключи Putty (.ppk формат), | ||
| Line 19: | Line 23: | ||
| * полный дамп проекта в папке SQL. (в случае если объем данных излишне велик имеет смысл хранить только схему, без данных) | * полный дамп проекта в папке SQL. (в случае если объем данных излишне велик имеет смысл хранить только схему, без данных) | ||
| * храним историю апдейтов как набор sql запросов формате updates.sql | * храним историю апдейтов как набор sql запросов формате updates.sql | ||
| - | Сами | + | |
| + | === именование коммитов === | ||
| + | |||
| + | каждый коммит маркируется следующим образом | ||
| + | \\ [проект (при необходимости)] [-> ветка при | ||
| + | \\ [служебные пояснения 1 - что входит в состав коммита] | ||
| + | \\ [служебные пояснения 2 - что | ||
| + | \\ ... | ||
| + | |||
| + | //Примеры// | ||
| + | |||
| + | grunt - setup imagemin, tinyimg sequence | ||
| + | |||
| + | consumerawareness - layout updates | ||
| + | \\ oprah trial page - new layout for diane, eltrial, eltrialwith2, | ||
| + | \\ grunt build change - deployment scripts | ||
| + | |||
| + | если коммит делается в ветке, надо указывать ветку | ||
| + | \\ naturaful -> pnk2 skin update - section "About Us" updated | ||
| + | \\ Sections backgrounds updated for Pnk skins | ||
| + | |||
| + | ===== работа над задачей с применением веток ===== | ||
| + | |||
| + | |||
| + | Целесообразно выделять отдельные задачи проекта в ветки, для предотвращения проблем со стабильностью проекта на master ветке при параллельной разработке. При этом в цикле разработке можно выделить следующие этапы | ||
| + | |||
| + | - программирование | ||
| + | - деплой на тестовую платформу | ||
| + | - проверка и тестирование тестовой платформы (затем правки при необходимости) | ||
| + | - деплой на лив платформу | ||
| + | - проверка и тестирование лив платформы (затем правки при необходимости) | ||
| + | |||
| + | Во время работки на ветке сам разработчик определяет возможность и необходимость " | ||
| + | * либо перед деплоем данных на лив платформу (в случае необходимости лив правок дополнительные коммиты делаются сразу в master ветке) | ||
| + | * либо после всего цикла разработки | ||
| + | |||
| + | При слиянии в master (через rebase) хорошей практикой будет squash' | ||
| + | |||
| + | В любом случае после достижения стабильного релиза текущая ветка помечается тегом релиза в соответствии с http:// | ||
| + | |||
| + | |||
| + | // | ||
| + | |||
| + | * 1.1.2 | ||
| + | * 1.1.0-consumerawareness | ||
| + | |||
| + | |||
organization/git_usage.1418904873.txt.gz · Last modified: (external edit)