KWALIFIKACJA INF3 - STYCZEŃ 2021 (test 2)

PYTANIE NR 39.
Rozproszonym systemem kontroli wersji projektu programistycznego jest
A.
B.
C.
D.
Wyjaśnienie poprawnej odpowiedzi:
"GIT." jest rozproszonym systemem kontroli wersji (DVCS): każdy programista może mieć lokalną kopię repozytorium z pełną historią zmian i wykonywać operacje (np. commity) bez stałego połączenia z serwerem. "Eclipse." to IDE, "FileZilla." to klient FTP, a "TotalCommander." to menedżer plików.

Pełne wyjaśnienie:

Rozproszony system kontroli wersji (DVCS) to narzędzie, w którym repozytorium i historia zmian nie są zależne wyłącznie od jednego centralnego serwera. Każdy członek zespołu może posiadać lokalne repozytorium zawierające pełną historię projektu, wykonywać zapisy zmian (commity), tworzyć gałęzie oraz porównywać wersje nawet offline, a następnie synchronizować zmiany z repozytorium zdalnym.

Odpowiedź "GIT." spełnia tę definicję: Git jest powszechnie używanym DVCS w projektach aplikacji i stron internetowych oraz w pracy z bazami kodu. Typowe zastosowania to: wersjonowanie kodu, praca na gałęziach, łączenie zmian (merge), a także wspieranie współpracy w zespole.

Pozostałe odpowiedzi nie są systemami kontroli wersji:

  • "Eclipse." to zintegrowane środowisko programistyczne (IDE). Służy do pisania, uruchamiania i debugowania kodu, a nie do przechowywania i zarządzania historią zmian projektu (choć może integrować się z Git jako wtyczka).
  • "FileZilla." jest klientem FTP/FTPS/SFTP, wykorzystywanym głównie do przesyłania plików na serwer. Transfer plików nie zapewnia modelu wersjonowania, historii commitów ani gałęzi.
  • "TotalCommander." to menedżer plików. Ułatwia pracę na plikach (kopiowanie, porównywanie, archiwizacja), ale nie zapewnia mechanizmów typowych dla VCS (repozytorium, commity, gałęzie, tagi).

Wskazówka egzaminacyjna: jeśli w odpowiedziach pojawiają się narzędzia typu IDE/FTP/menedżer plików, to nie są one systemami kontroli wersji. VCS rozpoznasz po pojęciach takich jak repozytorium, commit, branch/gałąź, merge oraz historia zmian.

Dodatkowe pytania

Dodatkowe pytania (FAQ):
DVCS to system kontroli wersji, w którym każdy użytkownik może mieć lokalne repozytorium z pełną historią zmian. Dzięki temu można wykonywać commity i pracować na gałęziach bez stałego połączenia z serwerem, a synchronizację robi się dopiero przy wymianie zmian.
Ponieważ kopia repozytorium na komputerze programisty zawiera historię projektu, a nie tylko "wycinek" plików. W praktyce oznacza to większą niezależność od serwera, łatwiejszą pracę offline i możliwość wielu równoległych przepływów pracy w zespole.
Repozytorium to miejsce, w którym Git przechowuje wersje plików oraz metadane historii (commity, gałęzie, tagi). Pozwala śledzić zmiany w czasie, porównywać wersje i wracać do wcześniejszych stanów projektu, co jest kluczowe w pracy zespołowej.
Najczęściej mylone są IDE (np. środowiska do pisania kodu), klienci FTP/SFTP (do przesyłania plików) oraz menedżery plików. Te narzędzia mogą być używane w tworzeniu stron i aplikacji, ale nie zapewniają commitów, gałęzi ani historii wersji.
Nie. Eclipse to IDE, czyli środowisko do tworzenia i uruchamiania oprogramowania. Może integrować się z Git (np. przez wbudowane narzędzia), ale sama aplikacja Eclipse nie jest systemem kontroli wersji i nie zastępuje repozytorium.
Nie. FileZilla służy do przesyłania plików na serwer (FTP/FTPS/SFTP). Przesłanie plików nie tworzy historii zmian ani nie umożliwia pracy na gałęziach. Git służy do wersjonowania i współpracy w kodzie, a FileZilla co najwyżej do publikacji plików.
Menedżer plików zarządza aktualnymi plikami (kopiowanie, przenoszenie, porównywanie), ale nie ma pojęć takich jak commit, branch/gałąź czy repozytorium. System kontroli wersji przechowuje historię zmian i umożliwia scalanie pracy wielu osób oraz powrót do poprzednich wersji.
Warto kojarzyć: repozytorium, commit, gałąź (branch), scalanie (merge), konflikt, tag oraz zdalne repozytorium. Jeśli narzędzie nie wspiera tych mechanizmów i jest raczej IDE/FTP/menedżerem plików, to nie jest VCS.
Git używa się podczas tworzenia stron i aplikacji internetowych do kontrolowania zmian w kodzie, współpracy z zespołem, wprowadzania poprawek bez ryzyka utraty wcześniejszych wersji oraz do integracji z narzędziami wdrożeniowymi. To standard w projektach indywidualnych i zespołowych.
Typowy błąd to wybór narzędzia "okołoprogramistycznego" (IDE, FTP, menedżer plików) zamiast systemu wersjonowania. Uczniowie czasem utożsamiają przesyłanie plików na serwer z kontrolą wersji. Na egzaminie szukaj narzędzia, które przechowuje historię commitów.
info

Około 82% zdających odpowiada poprawnie na to pytanie. średnio łatwe

Specjaliści zwracają uwagę: ""Eclipse." to IDE, "FileZilla." to klient FTP, a "TotalCommander." to menedżer plików."

Źródła:

  • Pro Git (Scott Chacon, Ben Straub), rozdział 1: Getting Started – About Version Control (sekcje o DVCS), https://git-scm.com/book/en/v2/Getting-Started-About-Version-Control - dostęp 2026-03-01
  • Eclipse IDE – oficjalna strona produktu (opis jako IDE), https://www.eclipse.org/ide/ - dostęp 2026-03-01
  • FileZilla – oficjalna strona projektu (opis klienta FTP/FTPS/SFTP), https://filezilla-project.org/ - dostęp 2026-03-01

Materiały:

  • Dokumentacja Git (podstawowe komendy i model pracy z repozytorium)
  • Materiały o różnicach DVCS vs CVCS (pojęcia i przykłady narzędzi)
  • Ćwiczenia praktyczne: init/clone, commit, branch, merge, pull/push

Aktualizacja pytania: 31.03.2026



Aktualizacja pytania: 31.03.2026
📡 Brak połączenia internetowego