Differences

This shows you the differences between two versions of the page.

--- organization:git_usage [2016/01/13 06:48] – dmitriy
+++ organization:git_usage [2017/05/26 13:48] (current) – dmitriy
@@ Line 4: / Line 4: @@
   - ставится сам клиент git
+  - также хороший функционал для работы с git предоставляет PhpStorm
   - опционально ставится визуальный клиент (для windows рекомендуется TortoiseGit, для опытных пользователей можно работать непосредственно с оболочкой командной строки).
@@ Line 25: / Line 27: @@
 каждый коммит маркируется следующим образом
-\\ [идентификатор таска в системе контроля - если назначен/требуется] [проект (при необходимости)]
+\\ [проект (при необходимости)] [-> ветка при наличии] - краткое ОСМЫСЛЕННОЕ описание коммита
 \\ [служебные пояснения 1 - что входит в состав коммита]
 \\ [служебные пояснения 2 - что входит в состав коммита]
@@ Line 32: / Line 34: @@
 //Примеры//
-grunt build update
+grunt - setup imagemin, tinyimg sequence
-\\ setup imagemin, tinyimg sequence
-[3.84] consumerawareness
+consumerawareness - layout updates
 \\ oprah trial page - new layout for diane, eltrial, eltrialwith2, oprahtrial
 \\ grunt build change - deployment scripts
+если коммит делается в ветке, надо указывать ветку
+\\ naturaful -> pnk2 skin update - section "About Us" updated
+\\ Sections backgrounds updated for Pnk skins
@@ Line 52: / Line 57: @@
   - проверка и тестирование лив платформы (затем правки при необходимости)
-Во время работки на ветке сам разработчик определяет возможность и необходимость "служебных" коммитов. Обязательное слияние с master веткой может проводиться 2 вариантами
+Во время работки на ветке сам разработчик определяет возможность и необходимость "служебных" коммитов. Обязательное слияние  с master веткой может проводиться 2 вариантами
   * либо перед деплоем данных на лив платформу (в случае необходимости лив правок дополнительные коммиты делаются сразу в master ветке)
   * либо после всего цикла разработки
+При слиянии в master (через rebase) хорошей практикой будет squash'ить коммиты (свертывать множественные коммиты в единый) с ОСМЫСЛЕННЫМ описанием функционала сборного коммита
 В любом случае после достижения стабильного релиза текущая ветка помечается тегом релиза в соответствии с http://semver.org/lang/ru/ В случае если проект содержит составные части, следует использовать нумерацию релиза для конкретной составной части