Eleks Academy 2016 Version Control presentation

1. eleks.comeleks.com
Version Control
Tools overview. Branching strategy.

2. Як виглядає робота над проектом?*
Пишеш
код
Зберігаєш
Вносиш
зміни
Зберігаєш
зміни
*для 1го девелопера

3. *для команди
Як виглядає робота над проектом?*

4. Ще одна проблема

5. Чи можливі подорожі в минуле?

6. Як задати координати?

7. Покоління систем контролю версій
1
• Паралельна розробка обмежувалась блокуваннями (lock) файлів.
• Лише одна людина могла працювати над файлом в будь-який момент часу.
• Приклади: RCS, SCCS
2
• Набагато поблажливіші до одночасних модифікацій. Одна примітка:
• Користувачі повинні об’єднати свої зміни з іншими перед їхньою фіксацією
• Приклади: CVS, SourceSafe, Subversion (SVN), Team Foundation Server (TFS)
3
• Об’єднання (merge) та фіксація (commit) відокремлені
• Приклади: Bazaar, Git, Mercurial

8. Централізовані СКВ
Сервер
Репозиторій
Робоча копія
PC#1
Робоча копія
PC#2
Робоча копія
PC#3
Commit
Update

9. Apache Subversion (SVN)
• Кожен коміт – атомарна транзакція
• Зберігається повна історія змін файлів та каталогів
• Підтримка розгалужень (branching)
• Створення нових гілок – дешева по ресурсам
операція
• Однаково ефективна робота як з текстовими, так і з
бінарними файлами
• Підтримка блокування (locking) файлів
• Вага репозиторію пропорційна вазі змін, а не вазі
самих даних
• Підтримка автоматичного злиття
• Підтримка тегів

10. Команди SVN
Create
Checkout
Update
Commit
Add
Edit
Rename/Move
Delete
Cleanup

11. Команди SVN
Status
Diff
Revert
Log
Tag
Branch
Switch
Merge
Resolve
Lock

12. Merge conflicts

13. Це - маркери конфліктів.
Вони з’являються, коли ви
знаходитесь в режимі об’єднання,
а СКВ, з якихось причин, не
змогла автоматично об’єднати
зміни.
Якісь дивні символи в коді..
start =
expression
validchar =
[0-9a-zA-Z_?!+-=@#$%^&*/.]
integer =
<<<<<<< HEAD
digits:[0-9]+
{ return digits.join("");
}
=======
sign:"-"* digits:[0-9]+
{ return sign +
digits.join(""); }
>>>>>>> gh-pages

14. Розподілені СКВ
Сервер
Репозиторій
Робоча копія
PC#1
Репозиторій
Робоча копія
PC#2
Репозиторій
Робоча копія
PC#3
Репозиторій
Pull
Push

15. Git
• Успадковує багато можливостей централізо-
ваних СКВ
• Зберігає дані у вигляді знімків, а не змін до
файлів
• Більшість операцій локальні (=швидкі), можна
переглядати історію та вносити зміни до свого
локального репозиторію без з’єднання з сервером
• Вбудована на нижчому рівні підтримка цілісності
• Три основні стани файлів в Git-репозиторії:
committed, modified, staged
• Наявність команд на всі випадки життя

16. Деякі команди Git
Clone
Pull
Push
Fetch
Config
Stash
Rebase
Reset

17. Centralized workflow
Update
Додавання
змін
Фікси
Merge,
Resolve
Commit

18. Feature Branch Workflow

19. GitFlow Model

20. Важливість коментування

21. Knowledge is having the right answer.
Intelligence is asking the right question.
- Anonymous
“

22. Рекомендована література
1. Eric Sink «Version Control by Example» («The Hitchiker's
Guide to Distributed Version Control»)
2. Scott Chacon and Ben Straub «Pro Git»
3. Ben Collins-Sussman, Brian W. Fitzpatrick, C. Michael Pilato
«Version Control with Subversion»