Kwalifikacje w Zawodzie - Testy zawodowe online | Egzaminy Zawodowe

KWALIFIKACJA INF3 - STYCZEŃ 2022



PYTANIE NR 39.
Systemem kontroli wersji dla oprogramowania jest
A.
B.
C.
D.
Wyjaśnienie poprawnej odpowiedzi:
Git jest rozproszonym systemem kontroli wersji używanym do zapisywania historii zmian w kodzie i pracy zespołowej na repozytorium. Eclipse to środowisko IDE, FileZilla to klient FTP, a Total Commander jest menedżerem plików, więc nie pełnią roli VCS.

Pełne wyjaśnienie:

System kontroli wersji (VCS) to narzędzie, które pozwala rejestrować zmiany w plikach projektu w czasie, przeglądać historię, porównywać wersje oraz wracać do wcześniejszych stanów. W praktyce VCS jest kluczowy w pracy zespołowej: wiele osób może równolegle modyfikować kod, a następnie łączyć zmiany w spójną całość.

Odpowiedź "GIT." jest poprawna, ponieważ Git jest jednym z najczęściej używanych rozproszonych systemów kontroli wersji. Umożliwia m.in. tworzenie repozytoriów, wykonywanie commitów, pracę na gałęziach, łączenie zmian (merge) oraz synchronizację z repozytoriami zdalnymi.

Pozostałe propozycje nie są systemami kontroli wersji:

  • "Eclipse." to przede wszystkim zintegrowane środowisko programistyczne (IDE). Może integrować się z Git, ale samo w sobie nie jest VCS.
  • "FileZilla." służy do transferu plików (np. FTP/FTPS/SFTP). Transfer plików na serwer nie zapewnia historii zmian ani mechanizmów wersjonowania.
  • "TotalCommander." jest menedżerem plików do operacji na katalogach i plikach. Nie zapewnia repozytorium ani mechanizmów śledzenia zmian jak VCS.

Wskazówka egzaminacyjna: jeśli pytanie dotyczy VCS, szukaj narzędzia kojarzonego z repozytorium, commitami i gałęziami. IDE, klienci FTP i menedżery plików mogą występować w tym samym workflow, ale pełnią inne funkcje.

Dodatkowe pytania

Dodatkowe pytania (FAQ):
Co to jest system kontroli wersji (VCS)?
System kontroli wersji (VCS) to narzędzie do zapisywania historii zmian w plikach projektu. Pozwala śledzić kto i kiedy wprowadził zmianę, porównywać wersje, wracać do wcześniejszych stanów oraz współpracować w zespole bez nadpisywania sobie plików.
Dlaczego Git jest tak często używany w tworzeniu aplikacji internetowych?
Git jest popularny, bo działa szybko, wspiera pracę na gałęziach, ułatwia łączenie zmian i pozwala pracować lokalnie nawet bez internetu. W projektach webowych pomaga kontrolować zmiany w kodzie, konfiguracji i plikach statycznych oraz współdzielić pracę w repozytorium zdalnym.
Jakie są podstawowe polecenia Git, które warto znać na egzamin?
Najczęściej wymagane podstawy to: inicjalizacja lub sklonowanie repozytorium, dodanie plików do śledzenia, wykonanie commitu i synchronizacja ze zdalnym repozytorium. Warto też rozumieć pojęcia: gałąź, merge oraz konflikt, bo często pojawiają się w zadaniach praktycznych.
Co oznacza "repozytorium" w Git?
Repozytorium to miejsce, w którym Git przechowuje historię projektu: commity, gałęzie, tagi i metadane. Może być lokalne (na komputerze) lub zdalne (na serwerze). Dzięki repozytorium można odtworzyć dowolny wcześniejszy stan kodu i sprawdzić przebieg zmian.
Jaka jest różnica między Git a Eclipse?
Git to system kontroli wersji, czyli narzędzie do historii zmian i współpracy nad kodem. Eclipse to IDE, czyli środowisko do pisania, uruchamiania i debugowania programów. Eclipse może integrować się z Git, ale pełni inną rolę: edycję i rozwój kodu, a nie wersjonowanie.
Czy FileZilla może zastąpić Git w pracy nad kodem?
Nie. FileZilla służy do przesyłania plików na serwer (np. przez FTP/SFTP), ale nie zapewnia historii zmian, commitów ani pracy na gałęziach. Może być używana do wdrożeń lub kopiowania plików, jednak nie zastąpi systemu kontroli wersji w procesie wytwarzania oprogramowania.
Dlaczego menedżer plików (np. Total Commander) nie jest VCS?
Menedżer plików ułatwia kopiowanie, przenoszenie i porządkowanie plików, ale nie zapisuje wersji i nie tworzy historii zmian w projekcie. VCS przechowuje metadane o zmianach (kto, co, kiedy) i pozwala wracać do wcześniejszych wersji oraz łączyć pracę wielu osób.
Kiedy warto tworzyć gałęzie w Git?
Gałęzie warto tworzyć, gdy rozwijasz nową funkcję, poprawiasz błąd lub testujesz zmianę niezależnie od głównej linii rozwoju. Pozwala to pracować bez ryzyka "zepsucia" stabilnej wersji, a po zakończeniu pracy scalić zmiany. To typowy scenariusz w zespołach projektowych.
Jak rozpoznać w pytaniu, że chodzi o system kontroli wersji?
Zwróć uwagę na słowa kluczowe związane z historią zmian i współpracą: wersje, repozytorium, commity, gałęzie, scalanie, konflikty. Jeśli w odpowiedziach pojawiają się IDE, klienci FTP lub menedżery plików, to zwykle są to dystraktory, a właściwa odpowiedź dotyczy VCS.
Jakie błędy najczęściej popełnia się, ucząc się Git do egzaminu?
Częste błędy to: mylenie "zapisu na dysk" z commitem, pomijanie etapu dodania zmian do indeksu, niezrozumienie różnicy między repozytorium lokalnym i zdalnym oraz obawa przed konfliktami bez próby ich rozwiązania. Pomaga regularna praktyka na krótkich, prostych projektach.
info

Statystycznie 82% uczniów zna prawidłową odpowiedź. średnio łatwe

Specjaliści zwracają uwagę: "Git jest rozproszonym systemem kontroli wersji używanym do zapisywania historii zmian w kodzie i pracy zespołowej na repozytorium."

Źródła:

  • Git Documentation – Reference Manual (git-scm.com/docs) – accessed 2026-03-02
  • Pro Git (Scott Chacon, Ben Straub), 2nd Edition, rozdziały wprowadzające dot. kontroli wersji i Git – https://git-scm.com/book/en/v2 – accessed 2026-03-02
  • Eclipse IDE Documentation / Eclipse Foundation – opis środowiska IDE – https://help.eclipse.org/ – accessed 2026-03-02

Materiały:

  • Dokumentacja Git (podstawy: init/clone/add/commit/push/pull)
  • Książka "Pro Git" (rozdziały wprowadzające o repozytorium i gałęziach)
  • Materiały kursowe o systemach kontroli wersji (VCS) w kontekście pracy zespołowej

Aktualizacja pytania: 31.03.2026



Aktualizacja pytania: 31.03.2026
📡 Brak połączenia internetowego