1. 1. Submodules
2. SubGit
3. 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. Gotcha
Submodule «показывает» не на ветку,
а на конкретный коммит!

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

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

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

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

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

11. SubGit
http://subgit.com

12. Git-flow
Vincent Driessen
http://nvie.com/posts/a-successful-git-
branching-model/

13. feature release
branches develop branches hotfixes master
Time
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 master
git merge hotfix/bad-bug
git checkout devel
git merge hotfix/bad-bug

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

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

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