Systemy kontroli wersji Podstawy. Cz 1. Systemy kontroli wersji  Czym są i po co stosuje się systemy kontroli wersji  Architektury systemów kontroli.

Prezentacja na temat: "Systemy kontroli wersji Podstawy. Cz 1. Systemy kontroli wersji  Czym są i po co stosuje się systemy kontroli wersji  Architektury systemów kontroli."— Zapis prezentacji:

1 Systemy kontroli wersji Podstawy. Cz 1

2 Systemy kontroli wersji  Czym są i po co stosuje się systemy kontroli wersji  Architektury systemów kontroli wersji  Systemy kontroli wersji w praktyce: SVN  Systemy kontroli wersji w praktyce: GIT  Porównanie systemów kontroli wersji  Systemy kontroli wersji w różnych środowiskach  Tortoise  IntelliJ IDEA na przykładzie Android Studio  Netbeans  Eclipse

3 Czym są systemy kontroli wersji  Praca w zespole  Możliwość powrotu do dowolnego miejsca w historii (rewizja)  Możliwość równoległego rozwoju dwóch gałęzi aplikacji  Łatwość wersjonowania aplikacji

4 Czym są systemy kontroli wersji Praca w zespole

5 Czym są systemy kontroli wersji Historia

6 Czym są systemy kontroli wersji Równoległy rozwój

7 Czym są systemy kontroli wersji Wersjonowanie

8 Architektury systemów kontroli wersji  Lokalne  Scentralizowane  Rozproszone

9 Architektury systemów kontroli wersji

10

11 Systemy kontroli wersji : SVN Scentralizowany Prosty w obsłudze Śledzi historie zmian pliku Open-Source Operacje są atomowe (kończą się całkowicie albo w ogóle) Możliwość blokowania edytowanych plików

12 Systemy kontroli wersji : SVN Podstawowe komendy ( na podstawie TortoiseSVN) SVN Checkout – pozwala na pobranie kopii repozytorium z sieci Create repository here – tworzy nowe repozytorium w danym miejscu Create folder structure – tworzy od razu katalogi tags/branches/trunk Start repobrowser – pozwala przeglądać aktualne repozytorium SVN Commit – Wrzucenie zmian na serwer SVN Update – Pobranie zmian z serwera Revert – Przywraca obecny stan lokalnej kopii do stanu z serwera Merge – Otwiera edytor który umożliwia łączenie plików (konflikty) Add – Dodaje plik do wersjonowania Resolve – Pokazuje pliki w konflikcie i próbuje sam je rozwiązać (zmergeować) Update to revision – pozwala powrócić do poprzedniej rewizji

13 Systemy kontroli wersji : SVN

14

15

16

17

18

19

20

21 Systemy kontroli wersji : GIT Rozproszony system kontroli wersji Lokalne repozytoria Napisany przez Linusa Torvaldsa (Twórca Linuxa) Lokalne branche Bulk Commit Open – Source

22 Systemy kontroli wersji : GIT Podstawowe komendy: Git create repository here – tworzy nowe repozytorium Make it bare – Tworzy czyste repozytorium (Jak w systemach scentralizowanych) Clone - Pobranie lokalnej kopii repozytorium Pull – Zaciągnięcie zmian w repo (razem z merge) Commit – Wrzucenie zmian do lokalnego repo Push – Wypchnięcie zmian do repo zdalnego Resolve – Proponuje jedno z kilku rozwiązań merge-owania zmian Revert – Przywraca obecną wersję plików (z repo) Repo browser – Pozwala przeglądać repozytorium Diff – Pokazuje różnice między konkretnymi wersjami plików Merge – Pozwala ręcznie rozwiązać konflikty Add – Dodaje nowy plik do wersjonowania

23 Systemy kontroli wersji : GIT

24

25

26

27

28

29

30

31

32

33

34

35

36 Porównanie systemów kontroli wersji SVNGit - Scentralizowany- Rozproszony - Prosty w obsłudze- Lokalne repozytorium - Możliwość przeglądania historii - Stosunkowo duże repozytorium - Stosunkowo małe repozytorium (dla Mozilla project x 30) - Prosta uporządkowana architektura - Elastyczna architektura - Możliwość zablokowania plików przed edycją - Łatwe przenoszenie fragmentów (branchy) między nimi - Łatwiejsza współpraca (operacje atomowe) - Możliwość pracy offline