Kontrola wersji: Różnice pomiędzy wersjami
m (Clean up, replaced: *''' → * ''' (6), →) |
m (cleanup bibliografii i rotten links) |
||
| (Nie pokazano 8 wersji utworzonych przez 2 użytkowników) | |||
| Linia 1: | Linia 1: | ||
'''[[Kontrola]] wersji''' (ang. Version Control [[System]], Revision Control System) - to system narzędzi pomocnych w zarządzaniu kodem źródłowym. Oprogramowanie śledzi każdą modyfikację kodu źródłowego i odnotowuje rezultaty w specjalnej bazie danych. Kontrola wersji umożliwia dostęp do starszych wersji projektu, jeśli więc zostanie popełniony jakikolwiek [[błąd]], programista może szybko się cofnąć i porównać poprzednie wersje kodu. W ten sposób można usunąć usterkę. To również rodzaj zabezpieczenia przed następstwami awarii komputerów lub utratą danych (Ernst M. 2012, s. 5). | |||
'''[[Kontrola]] wersji''' (ang. Version Control [[System]], Revision Control System) | |||
Obecnie systemy kontroli wersji są niezbędnymi narzędziami w świecie inżynierii oprogramowania. W zasadzie każdy [[projekt]], niezależnie od stopnia skomplikowania i nakładu pracy niezbędnego do jego wykonania, używa kontroli wersji. Kontrola wersji umożliwia jednoczesną pracę wielu osób przy jednym projekcie. Każda osoba edytuje swoją własną kopię pliku i wybiera kiedy podzielić się tymi zmianami zresztą zespołu. Tak, że chwilowe lub częściowe edycje dokonane przez jedną z osób nie interferują z pracą wykonywaną przez resztę członków zespołu. W szczególnych przypadkach, kiedy dwie osoby edytują tą samą linię kodu, kontrola wersji wymaga interwencji ze strony użytkownika, który podejmuje decyzję co robić dalej (Chancon S., Straub B. 2014, s. 27). | Obecnie systemy kontroli wersji są niezbędnymi narzędziami w świecie inżynierii oprogramowania. W zasadzie każdy [[projekt]], niezależnie od stopnia skomplikowania i nakładu pracy niezbędnego do jego wykonania, używa kontroli wersji. Kontrola wersji umożliwia jednoczesną pracę wielu osób przy jednym projekcie. Każda osoba edytuje swoją własną kopię pliku i wybiera kiedy podzielić się tymi zmianami zresztą zespołu. Tak, że chwilowe lub częściowe edycje dokonane przez jedną z osób nie interferują z pracą wykonywaną przez resztę członków zespołu. W szczególnych przypadkach, kiedy dwie osoby edytują tą samą linię kodu, kontrola wersji wymaga interwencji ze strony użytkownika, który podejmuje decyzję co robić dalej (Chancon S., Straub B. 2014, s. 27). | ||
| Linia 22: | Linia 7: | ||
Kontrola wersji pomaga zespołom rozwiązywać tego rodzaju problemy, śledzić każdą indywidualną zmianę przez każdego użytkownika i ułatwiać ich rozwiązanie. Zmiany dokonane w jednej części oprogramowania mogą być niezgodne z tymi, które zostały wykonane przez innego dewelopera pracującego w tym samym czasie. Ten problem powinien zostać wykryty i rozwiązany w sposób uporządkowany bez blokowania pracy reszty zespołu. Ponadto, we wszystkich programach, każda [[zmiana]] może sama w sobie wprowadzić nowe błędy, a nowe oprogramowanie nie może być zaufane do czasu przetestowania. Więc testowanie i rozwijanie działają razem, dopóki nowa wersja nie będzie gotowa. | Kontrola wersji pomaga zespołom rozwiązywać tego rodzaju problemy, śledzić każdą indywidualną zmianę przez każdego użytkownika i ułatwiać ich rozwiązanie. Zmiany dokonane w jednej części oprogramowania mogą być niezgodne z tymi, które zostały wykonane przez innego dewelopera pracującego w tym samym czasie. Ten problem powinien zostać wykryty i rozwiązany w sposób uporządkowany bez blokowania pracy reszty zespołu. Ponadto, we wszystkich programach, każda [[zmiana]] może sama w sobie wprowadzić nowe błędy, a nowe oprogramowanie nie może być zaufane do czasu przetestowania. Więc testowanie i rozwijanie działają razem, dopóki nowa wersja nie będzie gotowa. | ||
<google> | Popularnym systemem używanym do kontroli wersji jest narzędzie o nazwie Git dostępne na serwisie hostingowym GitHub.com (Gousios G., Spinellis D. 2017, s. 501). | ||
<google>n</google> | |||
==TL;DR== | ==TL;DR== | ||
Kontrola wersji to system narzędzi służących do zarządzania kodem źródłowym, umożliwiający śledzenie zmian, dostęp do starszych wersji projektu i zabezpieczenie przed awariami. Jest niezbędna przy pracy w zespołach projektowych. Istnieją różne rodzaje systemów kontroli wersji, takie jak lokalne, scentralizowane i rozproszone. Korzystanie z tych systemów ma wiele zalet, takich jak pełna historia zmian, możliwość podziału i łączenia, oraz śledzenie zmian. | Kontrola wersji to system narzędzi służących do zarządzania kodem źródłowym, umożliwiający śledzenie zmian, dostęp do starszych wersji projektu i zabezpieczenie przed awariami. Jest niezbędna przy pracy w zespołach projektowych. Istnieją różne rodzaje systemów kontroli wersji, takie jak lokalne, scentralizowane i rozproszone. Korzystanie z tych systemów ma wiele zalet, takich jak pełna historia zmian, możliwość podziału i łączenia, oraz śledzenie zmian. | ||
==Repozytoria i kopie robocze== | ==Repozytoria i kopie robocze== | ||
Kontrola wersji używa [[repozytorium]] (bazy zmian) i kopii roboczej, w której programista wykonuje swoją pracę. Kopia robocza pracownika umożliwia mu dowolną modyfikację pliku, nie wpływając na pliki używane przez współpracowników. Jeśli są oni zadowoleni ze zmian, [[pracownik]] wprowadza zmiany do repozytorium (Sink E. 2011, s. 141). | Kontrola wersji używa [[repozytorium]] (bazy zmian) i kopii roboczej, w której programista wykonuje swoją pracę. Kopia robocza pracownika umożliwia mu dowolną modyfikację pliku, nie wpływając na pliki używane przez współpracowników. Jeśli są oni zadowoleni ze zmian, [[pracownik]] wprowadza zmiany do repozytorium (Sink E. 2011, s. 141). | ||
| Linia 67: | Linia 52: | ||
Można śledzić każdą zmianę wprowadzoną do oprogramowania i połączyć ją z oprogramowaniem do zarządzania projektami i oprogramowaniem do śledzenia błędów. Następnie można opisać każdą zmianę za pomocą komunikatu opisującego cel i zamiar zmiany. Posiadając opisaną historię kodu na wyciągnięcie umożliwia się twórcom kodu prawidłowe i harmonijne zmiany, które są zgodne z zamierzonym długoterminowym projektem systemu. Może to być szczególnie ważne do skutecznego działania ze starszymi wersjami kodu i ma kluczowe znaczenie dla umożliwienia programistom szacowania przyszłych prac z dowolną dokładnością (Sink E. 2011, s. 54). | Można śledzić każdą zmianę wprowadzoną do oprogramowania i połączyć ją z oprogramowaniem do zarządzania projektami i oprogramowaniem do śledzenia błędów. Następnie można opisać każdą zmianę za pomocą komunikatu opisującego cel i zamiar zmiany. Posiadając opisaną historię kodu na wyciągnięcie umożliwia się twórcom kodu prawidłowe i harmonijne zmiany, które są zgodne z zamierzonym długoterminowym projektem systemu. Może to być szczególnie ważne do skutecznego działania ze starszymi wersjami kodu i ma kluczowe znaczenie dla umożliwienia programistom szacowania przyszłych prac z dowolną dokładnością (Sink E. 2011, s. 54). | ||
{{infobox5|list1={{i5link|a=[[Aktualizacja oprogramowania]]}} — {{i5link|a=[[Metodyka Extreme Programming]]}} — {{i5link|a=[[Backlog produktu]]}} — {{i5link|a=[[Mikroserwisy]]}} — {{i5link|a=[[Prototypowanie i modelowanie]]}} — {{i5link|a=[[Automatyczna indeksacja]]}} — {{i5link|a=[[Test driven development]]}} — {{i5link|a=[[SmallTalk (język programowania)]]}} — {{i5link|a=[[Webmaster]]}} }} | |||
==Bibliografia== | ==Bibliografia== | ||
<noautolinks> | <noautolinks> | ||
* Chancon S., Straub B. (2014) | * Chancon S., Straub B. (2014), ''Pro Git: everything you need to know about Git'', Apress, Mountain View, California | ||
* Ernst M. (2012) | * Ernst M. (2012), ''[https://homes.cs.washington.edu/~mernst/pubs/gui-thread-issta2012.pdf Finding errors in multithreaded GUI applications]'', Proceedings of the 2012 International Symposium on Software Testing and Analysis, Minneapolis | ||
* Gousios G., Spinellis D. (2017) | * Gousios G., Spinellis D. (2017), ''[https://gousios.org/pub/mining-soft-eng-data-github.pdf Mining Software Engineering Data from GitHub]'', Proceedings of the 39th International Conference on Software Engineering Companion | ||
* Loeliger J. (2014) | * Loeliger J. (2014), ''Kontrola wersji z systemem Git: narzędzia i techniki programistów'', Helion, Gliwice | ||
* Sink E. (2011) | * Sink E. (2011), ''Version control by example'', Pyrenean Gold Press, Champaign, Illinois | ||
* Wheeler D. (2012) | * Wheeler D. (2012), ''Software Inspection: An Industry Best Practice'', John Wiley & Sons: IEEE Computer Society Press, Hoboken, New Jersey | ||
</noautolinks> | </noautolinks> | ||
{{a|Mateusz Stasiak}} | {{a|Mateusz Stasiak}} | ||
[[Kategoria:Systemy informacyjne]] | [[Kategoria:Systemy informacyjne]] | ||
{{#metamaster:description|Kontrola wersji to system narzędzi do zarządzania kodem źródłowym. Umożliwia śledzenie modyfikacji, dostęp do starszych wersji projektu i rozwiązywanie problemów z niezgodnościami zmian.}} | {{#metamaster:description|Kontrola wersji to system narzędzi do zarządzania kodem źródłowym. Umożliwia śledzenie modyfikacji, dostęp do starszych wersji projektu i rozwiązywanie problemów z niezgodnościami zmian.}} | ||
Aktualna wersja na dzień 00:20, 18 sty 2024
Kontrola wersji (ang. Version Control System, Revision Control System) - to system narzędzi pomocnych w zarządzaniu kodem źródłowym. Oprogramowanie śledzi każdą modyfikację kodu źródłowego i odnotowuje rezultaty w specjalnej bazie danych. Kontrola wersji umożliwia dostęp do starszych wersji projektu, jeśli więc zostanie popełniony jakikolwiek błąd, programista może szybko się cofnąć i porównać poprzednie wersje kodu. W ten sposób można usunąć usterkę. To również rodzaj zabezpieczenia przed następstwami awarii komputerów lub utratą danych (Ernst M. 2012, s. 5).
Obecnie systemy kontroli wersji są niezbędnymi narzędziami w świecie inżynierii oprogramowania. W zasadzie każdy projekt, niezależnie od stopnia skomplikowania i nakładu pracy niezbędnego do jego wykonania, używa kontroli wersji. Kontrola wersji umożliwia jednoczesną pracę wielu osób przy jednym projekcie. Każda osoba edytuje swoją własną kopię pliku i wybiera kiedy podzielić się tymi zmianami zresztą zespołu. Tak, że chwilowe lub częściowe edycje dokonane przez jedną z osób nie interferują z pracą wykonywaną przez resztę członków zespołu. W szczególnych przypadkach, kiedy dwie osoby edytują tą samą linię kodu, kontrola wersji wymaga interwencji ze strony użytkownika, który podejmuje decyzję co robić dalej (Chancon S., Straub B. 2014, s. 27).
Programiści pracujący w zespołach projektowych stale piszą nowy i zmieniają istniejący kod źródłowy. Kod dla projektu, aplikacji lub komponentu oprogramowania jest zwykle organizowany w strukturze folderów. Każdy programista może edytować dowolne pliki (Wheeler D. 2012, s. 17).
Kontrola wersji pomaga zespołom rozwiązywać tego rodzaju problemy, śledzić każdą indywidualną zmianę przez każdego użytkownika i ułatwiać ich rozwiązanie. Zmiany dokonane w jednej części oprogramowania mogą być niezgodne z tymi, które zostały wykonane przez innego dewelopera pracującego w tym samym czasie. Ten problem powinien zostać wykryty i rozwiązany w sposób uporządkowany bez blokowania pracy reszty zespołu. Ponadto, we wszystkich programach, każda zmiana może sama w sobie wprowadzić nowe błędy, a nowe oprogramowanie nie może być zaufane do czasu przetestowania. Więc testowanie i rozwijanie działają razem, dopóki nowa wersja nie będzie gotowa.
Popularnym systemem używanym do kontroli wersji jest narzędzie o nazwie Git dostępne na serwisie hostingowym GitHub.com (Gousios G., Spinellis D. 2017, s. 501).
TL;DR
Kontrola wersji to system narzędzi służących do zarządzania kodem źródłowym, umożliwiający śledzenie zmian, dostęp do starszych wersji projektu i zabezpieczenie przed awariami. Jest niezbędna przy pracy w zespołach projektowych. Istnieją różne rodzaje systemów kontroli wersji, takie jak lokalne, scentralizowane i rozproszone. Korzystanie z tych systemów ma wiele zalet, takich jak pełna historia zmian, możliwość podziału i łączenia, oraz śledzenie zmian.
Repozytoria i kopie robocze
Kontrola wersji używa repozytorium (bazy zmian) i kopii roboczej, w której programista wykonuje swoją pracę. Kopia robocza pracownika umożliwia mu dowolną modyfikację pliku, nie wpływając na pliki używane przez współpracowników. Jeśli są oni zadowoleni ze zmian, pracownik wprowadza zmiany do repozytorium (Sink E. 2011, s. 141).
W najprostszym przypadku baza danych zawiera historię liniową: każda zmiana następuje po poprzedniej (Rys. 1).
W kolejnym wariancie inni użytkownicy dokonują jedocześnie edycji (rozgałęzienia). W takim przypadku historia wersji dzieli się, a następnie łączy (Rys. 2).
Systemy kontroli wersji
- Lokalne systemy kontroli wersji
Składają się z prostej bazy danych, na których przechowywane są wszystkie zmiany dokonane na śledzonych plikach. Programy te działają zapisując, w specjalnym formacie na dysku, dane różnicowe (zawierające jedynie różnice pomiędzy plikami) z każdej dokonanej modyfikacji. Używając tych danych program jest w stanie przywołać stan pliku z dowolnego momentu (Rys. 3).
- Scentralizowane systemy kontroli wersji
Systemy takie składają się z serwera, na którym znajdują się wszystkie pliki poddane kontroli wersji, oraz z klientów, którzy mogą się z nimi łączyć by uzyskać dostęp do aktualnych wersji plików. System ten posiada niewątpliwie tą zaletę, że każdy programista może się zorientować co robią jego partnerzy z zespołu. Scentralizowane systemy kontroli wersji są ponadto łatwiejsze w zarządzaniu niż lokalne bazy danych u każdego z klientów. Najistotniejszym problemem przy zastosowaniu tego rozwiązania jest fakt, że w wyniku awarii centralnego serwera tracimy możliwość dostępu do plików (Rys. 4).
- Rozproszone systemy kontroli wersji
W tych systemach klienci dostają oprócz dostępu do najnowszych wersji plików całe repozytorium. W porównaniu do scentralizowanych systemów kontroli wersji, gdy serwer ulegnie awarii, repozytorium każdego klienta może zostać skopiowane na ten serwer w celu przywrócenia go do pracy (Rys. 5).
Zalety korzystania z systemów kontroli
- Pełna długoterminowa historia zmian każdego pliku
Oznacza to rejestrowanie wszystkich zmian dokonywanych przez wiele osób na przestrzeni lat. Zmiany obejmują tworzenie i usuwanie plików oraz zmiany ich zawartości. Historia powinna również zawierać autora, datę i pisemne notatki dotyczące celu każdej zmiany. Pełna historia umożliwia powrót do poprzednich wersji, aby pomóc w analizie głównych przyczyn błędów i jest niezbędna w przypadku rozwiązywania problemów w starszych wersjach oprogramowania (Sink E. 2011, s. 52-53).
- Podział i łączenie
Utworzenie rozgałęzień umożliwia niezależne od siebie nawiązywanie wielu strumieni pracy, zapewniając jednocześnie możliwość scalenia tej pracy z powrotem. Pozwala to programistom na sprawdzenie, czy zmiany w opracowywanych przez nich wersjach nie są sprzeczne (Sink E. 2011, s. 52).
- Możliwość śledzenia
Można śledzić każdą zmianę wprowadzoną do oprogramowania i połączyć ją z oprogramowaniem do zarządzania projektami i oprogramowaniem do śledzenia błędów. Następnie można opisać każdą zmianę za pomocą komunikatu opisującego cel i zamiar zmiany. Posiadając opisaną historię kodu na wyciągnięcie umożliwia się twórcom kodu prawidłowe i harmonijne zmiany, które są zgodne z zamierzonym długoterminowym projektem systemu. Może to być szczególnie ważne do skutecznego działania ze starszymi wersjami kodu i ma kluczowe znaczenie dla umożliwienia programistom szacowania przyszłych prac z dowolną dokładnością (Sink E. 2011, s. 54).
| Kontrola wersji — artykuły polecane |
| Aktualizacja oprogramowania — Metodyka Extreme Programming — Backlog produktu — Mikroserwisy — Prototypowanie i modelowanie — Automatyczna indeksacja — Test driven development — SmallTalk (język programowania) — Webmaster |
Bibliografia
- Chancon S., Straub B. (2014), Pro Git: everything you need to know about Git, Apress, Mountain View, California
- Ernst M. (2012), Finding errors in multithreaded GUI applications, Proceedings of the 2012 International Symposium on Software Testing and Analysis, Minneapolis
- Gousios G., Spinellis D. (2017), Mining Software Engineering Data from GitHub, Proceedings of the 39th International Conference on Software Engineering Companion
- Loeliger J. (2014), Kontrola wersji z systemem Git: narzędzia i techniki programistów, Helion, Gliwice
- Sink E. (2011), Version control by example, Pyrenean Gold Press, Champaign, Illinois
- Wheeler D. (2012), Software Inspection: An Industry Best Practice, John Wiley & Sons: IEEE Computer Society Press, Hoboken, New Jersey
Autor: Mateusz Stasiak
