1.
1. Submodules2. SubGit3. Git flow

2.
Git submodules

3.
Добавление submodule в репозиторийgit submodule add <url> [name]

4.
Clone существующего проекта, в котором есть submodules git clone <projectUrl> git submodule init git submodule update либо git clone --recursive <projectUrl>

5.
GotchaSubmodule «показывает» не на ветку, а на конкретный коммит!

6.
Обновление submodulecd <submodule>git pull [origin master]либоgit submodule foreach git pull

7.
Обновление submodule (2)Теперь нужно обновить «указатель» наsubmodule:cd ..git add submodulemodule1git commit -m “Updated submodule”git push

8.
Другого разработчик:git pullgit submodule update

9.
Узнать на какой коммит«показывает» submodulegit submodule status

10.
«Переключить» submodule на другой коммит cd <submodule> git checkout <коммит> cd .. git add <submodule> git commit -m “...”

11.
SubGithttp://subgit.com

12.
Git-flowVincent Driessenhttp://nvie.com/posts/a-successful-git-branching-model/

13.
feature release branches develop branches hotfixes masterTime Tag 0.1 Major feature for Severe bug next fixed for Feature release production: for hotfix 0.2 future release Incorporate bugfix in develop Tag 0.2 Start of release From this point branch for on, “next 1.0 release” means the release after 1.0 Only bugfixes! Bugfixes from Tag rel. branch may be 1.0 continuously merged back into develop

14.
Создаем development- веткуgit checkout -b devel

15.
Создаем ветку для фичиgit checkout -b feature/cool-stuff

16.
Пишем код фичи, коммитим

17.
ВнезапноКритический баг в продакшн-версии

18.
Переключаемся на ветку master:git checkout masterДелаем ветку для хот-фикса:git checkout -b hotfix/bad-bug<чиним>

19.
Мержим фичу в master и devel:git checkout mastergit merge hotfix/bad-buggit checkout develgit merge hotfix/bad-bug

20.
Возвращаемся к фичеgit checkout feature/cool-stuff<дописываем, коммитим>

21.
Мержим фичуgit checkout develgit merge --no-ff feature/cool-stuff

22.
Слайдыhttp://zoid.cc/git-slides