• Witamy na ostatniej części naszego cyklu o systemie Git i platformie GitHub.
• Przeszliśmy drogę od pierwszego zatwierdzenia (commit) do pracy zespołowej.
• Dziś nauczymy się, jak automatyzować naszą pracę (CI/CD).
• Poznamy sekrety profesjonalnej dokumentacji technicznej.
• Zrozumiemy zasady etykiety w świecie Open Source.
• Omówimy standardy, które odróżniają amatora od profesjonalisty.
• Zadbamy o bezpieczeństwo Twojego kodu i danych wrażliwych.

• CI (Continuous Integration): Ciągła Integracja. Automatyczne testowanie kodu po każdym `push`.
• CD (Continuous Deployment): Ciągłe Wdrażanie. Automatyczna publikacja działającej wersji na serwerze.
• Celem jest wykrycie błędów jak najwcześniej – zanim trafią do użytkowników.
• Zapewnia pewność, że nowy kod nie psuje starych funkcjonalności.
• Oszczędza czas deweloperów na powtarzalne czynności (jak ręczne uruchamianie testów).
• Współczesne IT nie istnieje bez rzetelnych procesów CI/CD.

• GitHub Actions to potężne narzędzie do automatyzacji procesów wewnątrz Twojego repozytorium.
• Może wykonywać dowolne skrypty w odpowiedzi na zdarzenia (np. push, Pull Request).
• Nie musisz utrzymywać własnych serwerów – GitHub daje Ci maszyny (Runners).
• Działa w oparciu o prosty format konfiguracji YAML.
• Pozwala na automatyczne testowanie, budowanie i publikowanie aplikacji.
• Jest darmowe dla projektów publicznych i studentów (Student Pack).

• Workflow to plik `.yml` zapisany w folderze `.github/workflows/`.
• Składa się z trzech głównych elementów:
• 1. Events (on): Co uruchamia robota? (np. `on: push`).
• 2. Jobs: Zadania do wykonania (np. "uruchom testy").
• 3. Steps: Konkretne kroki (np. "zainstaluj Pythona", "wykonaj skrypt").
• Możesz mieć wiele workflowów do różnych celów w jednym projekcie.

                name: Python-Tests

                on: [push, pull_request]

                jobs:

                  test:

                    runs-on: ubuntu-latest

                    steps:

                      - uses: actions/checkout@v3

                      - name: Set up Python

                        uses: actions/setup-python@v4

                        with: {python-version: '3.10'}

                      - name: Run tests

                        run: python -m pytest
            

• Za każdym razem, gdy wyślesz kod, GitHub sprawdzi, czy testy przechodzą.

• Odznaki (Badges) to małe ikonki w pliku README.md informujące o stanie projektu.
• Pokazują np.: „Build: passing”, „Tests: 100% ok”, „Version 2.0”.
• Dodają Twojemu repozytorium profesjonalnego charakteru.
• Natychmiast informują użytkownika, czy kod w ogóle działa.
• Pobierane są dynamicznie z GitHub Actions po każdym wykonaniu skryptu.
• Warto je dodać do swojego profilowego README, by pochwalić się umiejętnościami.

• Mechanizm darmowego hostingu dla statycznych plików HTML/CSS/JS.
• Stworzony do dokumentacji, portfolio lub stron projektowych.
• Strona jest dostępna pod adresem: `użytkownik.github.io/repozytorium/`.
• Możesz użyć generatora Jekyll, aby stworzyć eleganckie wiki lub bloga.
• Wymaga jedynie włączenia opcji w zakładce `Settings -> Pages`.
• Bardzo przydatne na studiach do prezentacji wyników projektów.

• Gdy README.md staje się zbyt długi, użyj zakładki Wiki.
• Każde repozytorium ma własną przestrzeń na wielostronicową pomoc.
• To osobne mikro-repozytorium, które możesz edytować także przez Git.
• Idealne na instrukcje instalacji, specyfikacje techniczne i tutoriale.
• Dobra dokumentacja sprawia, że Twój projekt jest chętniej używany przez innych.
• Wiki jest widoczne publicznie i ułatwia poruszanie się po dużym projekcie.

• To specjalny folder w Twoim projekcie na pliki systemowe GitHub.
• Tu trzymamy procesy (Workflows), szablony zgłoszeń (Issue Templates) i zasady PR.
• Plik `CONTRIBUTING.md` – mówi innym, jak mogą pomóc w rozwoju kodu.
• Plik `CODEOWNERS` – definiuje, kto automatycznie ma sprawdzać dany kod.
• Dobra organizacja tego folderu świadczy o dojrzałości projektu.
• GitHub automatycznie wykrywa te pliki i wyświetla we właściwych miejscach.

• Open Source to nie tylko darmowy kod. To społeczność i wspólny rozwój.
• Pomoc w znanych projektach to najlepszy wpis do CV programisty.
• Nauczysz się pracować z kodem najwyższej jakości pisanym przez ekspertów.
• Oszczędzasz czas, nie wymyślając koła na nowo.
• Budujesz globalną sieć znajomości w branży IT.
• Pomagając innym, sam stajesz się lepszym specjalistą.

• Zawsze czytaj `README` i `CONTRIBUTING` zanim cokolwiek zrobisz.
• Przed napisaniem kodu otwórz `Issue`, aby omówić pomysł z autorami.
• Bądź cierpliwy – autorzy projektów często pracują charytatywnie po godzinach.
• Jeśli znajdziesz błąd, opisz go precyzyjnie (z logami i krokami do odtworzenia).
• Szanuj styl kodowania przyjęty w danym projekcie.
• Nie żądaj niczego – zaproponuj pomoc. "Wdzięczność" to waluta Open Source.

• Coroczna akcja (w październiku) promująca udział w Open Source.
• Za zrobienie kilku Pull Requestów możesz dostać darmowe gadżety lub posadzić drzewo.
• Istnieje wiele tagów jak `help-wanted` czy `good-first-issue`.
• To idealny moment, aby przełamać strach i wysłać swój pierwszy kod do wielkiego projektu.
• Możesz zacząć od poprawy literówki w dokumentacji – to też jest ważne!

• Zatwierdzenie (commit) atomowe to zmiana skupiona na jednej, konkretnej rzeczy.
• Źle: „Poprawiłem style, dodałem bazę i zmieniłem ikonki” (wszystko w jednym).
• Dobrze: Trzy osobne zatwierdzenia (commity), każde z jasnym celem.
• Zalety: łatwiejsze cofanie błędów, czytelniejsza historia, brak konfliktów.
• Zasada: Jeśli opisujesz zmianę spójnikiem „i”, prawdopodobnie powinny to być dwa zatwierdzenia.
• Dążymy do tego, by każdy commit pozostawiał projekt w stanie działającym.

• To powszechny standard pisania komunikatów zrozumiały dla ludzi i robotów.
• Budowa: typ: opis
• `feat:` Nowa funkcja.
• `fix:` Naprawa błędu.
• `docs:` Zmiana w dokumentacji.
• `style:` Zmiana formatowania, brak zmian w logice.
• `refactor:` Ulepszenie kodu, niezmieniające funkcjonalności.
• Przykład: `feat: dodanie walidacji formularza logowania`.

• Nigdy nie wpisuj haseł i kluczy API bezpośrednio w kodzie!
• GitHub oferuje bezpieczny schowek w `Settings -> Secrets`.
• Zapisane tam dane są szyfrowane i niedostępne dla osób postronnych.
• Twoje skrypty (np. w GitHub Actions) mogą ich używać bez ich wyświetlania.
• Pamiętaj o `.gitignore` dla lokalnych plików z hasełami (np. `.env`).
• Wyciek klucza do chmury (AWS/Google) może kosztować majątek w kilka minut.

• Oficjalne narzędzie do zarządzania GitHubem bezpośrednio z linii komend.
• Pozwala tworzyć repozytoria, PRy i listy Issues bez otwierania przeglądarki.

                # Stworzenie Pull Requesta z konsoli

                $ gh pr create --title "Poprawka błędu" --body "Opis..."


                # Sprawdzenie statusu akcji

                $ gh run list
            

• Bardzo przyspiesza pracę zaawansowanym programistom.

• VS Code ma natywne wsparcie dla Gita i doskonałe rozszerzenia dla GitHuba.
• Możesz robić `commit`, `push` i `pull` za pomocą UI.
• Rozszerzenie "GitHub Pull Requests and Issues" pozwala recenzować kod bez opuszczania edytora.
• Zintegrowany widok `diff` ułatwia zrozumienie zmian przed ich zatwierdzeniem.
• Visual Studio Code to obecnie najpopularniejszy wybór dla programistów Git.

• "O nie, usunąłem złą gałąź!" – Spokojnie, Git prawie wszystko pamięta.
• Użyj komendy `git reflog`, aby zobaczyć każdy ruch Twojego wskaźnika (HEAD).
• `reflog` pokaże Ci hashe commitów, które już nie istnieją w normalnym logu.
• Możesz "wskoczyć" w dowolny moment z przeszłości i uratować swoją pracę.
• Należy jednak pamiętać, że `reflog` jest tylko lokalny i ma ograniczony czas życia.

• Jeśli przez pomyłkę wyślesz hasło do historii, zwykły commit go nie skasuje.
• Będziesz potrzebował narzędzi do "przepisywania historii" jak BFG Repo-Cleaner lub `git filter-repo`.
• Te narzędzia skanują całą historię i trwale usuwają wybrane pliki lub frazy.
• To operacja destrukcyjna – wszyscy członkowie zespołu będą musieli pobrać projekt na nowo.
• Zasada: Zawsze traktuj hasło wysłane do Gita jako "spalone" i natychmiast je zmień.

• W dużych projektach nie robimy push do main.
• Używamy gałęzi `develop` jako poligonu doświadczalnego.
• Gdy `develop` jest stabilny, robimy "release" do `main` i nadajemy wersję (v1.0).
• Wszystkie niespodziewane błędy na produkcji naprawiamy na gałęziach `hotfix`.
• To zapewnia porządek i chroni użytkowników przed eksperymentami programistów.

• 1. Stwórz mały skrypt w ulubionym języku.
• 2. Dodaj do niego jeden prosty test jednostkowy.
• 3. Skonfiguruj GitHub Actions, aby uruchamiało ten test przy każdym pushu.
• 4. Cel: Zielony ptaszek przy Twoim commicie!
• To zadanie oddziela teoretyków od ludzi, którzy potrafią budować systemy.

• Git oferuje mechanizm bezpiecznego powrotu do poprzedniego stanu plików.
• Komenda `git restore` pozwala cofnąć niezapisane zmiany w pliku roboczym.
• Możesz przywrócić plik do wersji z ostatniego zatwierdzenia (commit).
• Działa jak cyfrowa siatka bezpieczeństwa podczas eksperymentów z kodem.
• Pomaga szybko usunąć błędy wprowadzone od ostatniego stabilnego punktu.
• Zapewnia pewność, że żadna przypadkowa zmiana nie zniszczy Twojej pracy.

                # Przywrócenie pliku do stanu z ostatniego commita

                $ git restore nazwa_pliku.py
            

• Lepiej robić dziesięć małych commitów niż jeden gigantyczny.
• Zasada atomowości: jeden commit rozwiązuje jeden konkretny problem.
• Ułatwia to współpracownikom zrozumienie Twoich postępów w projekcie.
• Zmniejsza ryzyko wystąpienia trudnych do rozwiązania konfliktów.
• Pozwala na precyzyjne wycofywanie zmian bez tracenia innej pracy.
• Profesjonalna historia projektu to czytelna oś czasu Twoich decyzji.

• Opis commita powinien wyjaśniać dlaczego zmiana została wprowadzona.
• Unikaj lakonicznych haseł typu "poprawka" czy "zmiany w kodzie".
• Dobra wiadomość commitu ułatwia przeszukiwanie historii projektu.
• W projektach zespołowych pomaga szybko zorientować się w stanie prac.
• Standard Conventional Commits pomaga w automatyzacji generowania zmian (changelog).
• Jasna komunikacja to fundament sukcesu w inżynierii oprogramowania.

                # Przykład dobrego komunikatu

                $ git commit -m "feat: dodanie walidacji adresu e-mail"
            

• Opanowaliśmy kluczowe komendy: init, status, add, commit oraz log.
• Wiemy jak tworzyć migawki projektu i śledzić zmiany w czasie.
• Zrozumieliśmy różnicę między plikami śledzonymi a nieśledzonymi.
• Potrafimy zarządzać historią zmian na własnym komputerze.
• To solidna baza, która pozwala przejść do pracy zespołowej w chmurze.
• Jesteśmy gotowi, by połączyć nasz kod z globalną siecią GitHub.

• GitHub to platforma hostingowa dla projektów wykorzystujących system Git.
• Działa jak bezpieczny dysk w chmurze wyspecjalizowany pod kod źródłowy.
• Umożliwia łatwą współpracę wielu osób nad tym samym projektem.
• Jest domem dla milionów projektów Open Source z całego świata.
• Oferuje bogaty zestaw narzędzi do zarządzania projektami i automatyzacji.
• To miejsce, gdzie programiści budują swoją reputację i portfolio.

• Zapewnia bezpieczeństwo Twojego kodu dzięki kopiom zapasowym w chmurze.
• Umożliwia pracę nad projektami z dowolnego miejsca na świecie.
• Twój profil na GitHub to nowoczesne i weryfikowalne CV programisty.
• Daje dostęp do ogromnej bazy wiedzy i bibliotek tworzonych przez ekspertów.
• Ułatwia rekruterom ocenę Twoich realnych umiejętności technicznych.
• Wspiera budowanie społeczności wokół Twoich własnych pomysłów.

• Wybierz profesjonalną nazwę użytkownika (unikatową i rozpoznawalną).
• Zadbaj o czytelne zdjęcie profilowe lub spójny awatar.
• Uzupełnij bio, dodając informacje o technologiach, które znasz.
• Połącz konto z innymi profesjonalnymi portalami (np. LinkedIn).
• GitHub to Twoja wizytówka w cyfrowym świecie inżynierii.
• Pamiętaj, że pierwsze wrażenie ma znaczenie dla przyszłych pracodawców.

• Publiczne: Twój kod jest widoczny dla każdego (idealne do portfolio).
• Promują współpracę i rozwój w duchu Open Source.
• Prywatne: Tylko Ty i zaproszone osoby mają dostęp do plików.
• Niezbędne do pracy nad projektami komercyjnymi lub tajnymi zadaniami.
• GitHub pozwala na darmowe tworzenie obu typów repozytoriów.
• Możesz łatwo zmienić widoczność repozytorium w ustawieniach projektu.

• Proces tworzenia repozytorium w chmurze jest intuicyjny i szybki.
• Nadaj projektowi krótką, opisową nazwę i opcjonalny opis.
• Zdecyduj o poziomie prywatności Twojego nowego repozytorium.
• Możesz od razu dodać plik README oraz licencję dla projektu.
• GitHub przygotuje dla Ciebie unikatowy adres URL Twojego kodu.
• To pierwszy krok do rozpoczęcia przygody z globalną dystrybucją kodu.

• README.md (Markdown) to pierwszy plik, który widzi odwiedzający.
• Opisuje cel projektu, sposób instalacji i przykłady użycia.
• Dobre README znacząco zwiększa szanse na zainteresowanie Twoim kodem.
• Możesz w nim używać formatowania tekstu, list, a nawet obrazków.
• Dbałość o dokumentację świadczy o Twoim profesjonalnym podejściu.
• To kluczowy element komunikacji między autorem a użytkownikiem.

                # Skopiowanie zdalnego repozytorium na dysk

                $ git clone https://github.com/użytkownik/projekt.git
            

• Klonowanie tworzy pełną kopię repozytorium na Twoim lokalnym dysku.
• Pobierasz całą historię zmian, wszystkie pliki i gałęzie (branches).
• To podstawowy sposób na rozpoczęcie pracy nad istniejącym projektem.
• Automatycznie ustawia połączenie między Twoim komputerem a serwerem.

• 'Remote' to zdalna wersja Twojego repozytorium zapisana na serwerze.
• 'origin' to domyślna nazwa głównego zdalnego serwera w Git.
• Dzięki temu Git wie, dokąd wysyłać i skąd pobierać nowe zmiany.
• Możesz mieć wiele zdalnych repozytoriów dla jednego projektu lokalnego.
• Zapewnia to elastyczność w przepływie danych między różnymi serwerami.

                # Wysłanie zmian z lokalnej gałęzi do chmury

                $ git push origin main
            

• Przesyła Twoje lokalne zatwierdzenia (commits) na serwer GitHub.
• Dzięki temu inni członkowie zespołu mogą zobaczyć postępy Twoich prac.
• Jest to bezpieczny sposób na publikację sprawdzonej funkcjonalności.
• Wymaga uprawnień do zapisu w repozytorium zdalnym.
• Podsumowuje lokalny etap prac i udostępnia go globalnie.

                # Pobranie najnowszych zmian i połączenie ich z lokalnym kodem

                $ git pull origin main
            

• Pobiera najnowsze zmiany wysłane przez Twoich kolegów z zespołu.
• Automatycznie łączy (merge) zdalne zmiany z Twoim kodem lokalnym.
• Zaleca się wykonywanie tej komendy przed rozpoczęciem nowej pracy.
• Dba o to, aby Twoja lokalna kopia projektu była zawsze aktualna.

• 1. Pull: Zacznij od pobrania zmian od zespołu.
• 2. Edit: Wprowadź zmiany w kodzie programu.
• 3. Add: Przygotuj pliki do zatwierdzenia.
• 4. Commit: Zrób lokalną migawkę swojej pracy.
• 5. Push: Wyślij wynik swojej pracy na serwer.
• To powtarzalny proces, który gwarantuje spójność projektu grupowego.

                # Dodanie adresu serwera do lokalnego Gita

                $ git remote add origin URL_REPO

                # Ustawienie głównej gałęzi i wysłanie

                $ git push -u origin main
            

• Umożliwia dodanie chmurowej kopii do projektu zaczętego na dysku.
• Tworzy trwałe połączenie między Twoim folderem a serwerem GitHub.
• Flaga `-u` zapisuje ustawienia, co ułatwia kolejne operacje `push`.

• GitHub wymaga użycia Personal Access Tokens (PAT) do logowania z konsoli.
• Są one bezpieczniejsze niż zwykłe hasła do konta i mają określoną ważność.
• Pozwalają na precyzyjne określenie uprawnień (np. tylko odczyt lub tylko zapis).
• Możesz je łatwo unieważnić w przypadku podejrzenia wycieku danych.
• To nowoczesny standard zabezpieczania dostępu do zasobów IT.
• Nigdy nie udostępniaj swojego tokena osobom trzecim!

• Fork: Tworzy Twoją własną kopię cudzego projektu na GitHubie.
• Pull Request (PR): Prośba o dołączenie Twoich zmian do oryginału.
• Umożliwia bezpieczny wkład w rozwój oprogramowania z całego świata.
• Właściciel projektu może przejrzeć Twój kod przed jego akceptacją.
• To podstawa współpracy w największych projektach (Linux, Python, VS Code).

• Zgłoszenia (Issues) to wbudowany system śledzenia błędów i planowania funkcji.
• Pozwalają dyskutować o problemach bezpośrednio przy kodzie źródłowym.
• Możesz używać etykiet (bug, feature), aby kategoryzować zgłoszenia.
• Umożliwiają przypisywanie zadań do konkretnych programistów.
• Przejrzysta lista zadań pomaga utrzymać tempo prac w zespole.
• To centralne miejsce komunikacji o technicznych aspektach projektu.

• GitHub Actions pozwala na automatyczne uruchamianie skryptów w chmurze.
• Najczęstsze zastosowanie to automatyczne testowanie kodu po każdym `push`.
• Chroni projekt przed błędami, wykrywając je niemal natychmiast.
• Oszczędza czas programistów, wykonując powtarzalne czynności za nich.
• Jest to podstawa profesjonalnego podejścia CI (Continuous Integration).
• Zapewnia wysoką jakość oprogramowania dostarczanego użytkownikom.

• Releases pozwalają oznaczyć stabilne wersje Twojego oprogramowania.
• Możesz dołączyć do nich gotowe pliki instalacyjne (pliki binarne).
• Zawierają profesjonalne notatki o zmianach (Changelog) dla użytkowników.
• Służą jako oficjalne punkty w historii rozwoju Twojej aplikacji.
• Ułatwiają użytkownikom pobieranie sprawdzonej wersji kodu.
• To zwieńczenie etapu rozwoju i moment dostarczenia produktu.

• GitHub skanuje Twój kod w poszukiwaniu przypadkowo wysłanych haseł.
• Dependabot automatycznie wykrywa luki w zabezpieczeniach używanych bibliotek.
• Może sam zaproponować poprawki i stworzyć Pull Request z aktualizacją.
• Dba o to, aby Twój projekt był zawsze bezpieczny i aktualny.
• To tarcza chroniąca Twoje oprogramowanie przed cyberzagrożeniami.

• Łączymy bezpieczeństwo z automatyzacją i współpracą zespołową.
• Każda zmiana jest testowana przez roboty i sprawdzana przez ludzi.
• Dążymy do tego, aby główna gałąź kodu (main) była zawsze w stanie stabilnym.
• Używamy nowoczesnych standardów komunikacji i zabezpieczeń.
• To model pracy stosowany w największych firmach technologicznych świata.
• Twoja biegłość w tych procesach definiuje Twój poziom zawodowy.

• Przeszliśmy od podstawowych komend do zaawansowanych systemów chmurowych.
• Każdy slajd był krokiem do stania się lepszym inżynierem.
• Zdobyte umiejętności są fundamentem pracy w każdym nowoczesnym zespole IT.
• Pamiętaj, że nauka Gita to proces ciągłego doskonalenia nawyków.
• Masz teraz solidną podstawę, by budować własne, wielkie projekty.
• Świat nowoczesnego programowania stoi przed Tobą otworem.

• Pielęgnuj swoje repozytoria – one mówią o Tobie więcej niż dyplom.
• Regularna aktywność na GitHubie pokazuje Twoją pasję i konsekwencję.
• Uczestnicz w projektach innych, by budować sieć profesjonalnych kontaktów.
• Dokumentuj swoje postępy, nawet jeśli projekt wydaje się prosty.
• Dbałość o jakość kodu i dokumentację to Twoja karta przetargowa na rynku.
• Twoje konto to Twój unikatowy ślad w globalnej społeczności twórców.

• Otrzymałeś zestaw narzędzi do pracy lokalnej, zespołowej i chmurowej.
• Wiesz jak dbać o czystość kodu, historię zmian i bezpieczeństwo danych.
• Potrafisz automatyzować zadania i współpracować z każdym na świecie.
• Te umiejętności są uniwersalne i niezależne od języka programowania.
• Możesz teraz z pewnością dołączyć do dowolnego projektu technicznego.
• Profesjonalizm w IT zaczyna się od świadomego zarządzania kodem.

• Integralność: Wiesz, że Twój kod jest bezpieczny i każda zmiana zapisana.
• Współpraca: Potrafisz pracować w zespole bez powodowania konfliktów.
• Automatyzacja: Roboty pracują dla Ciebie, sprawdzając błędy w tle.
• Standardy: Stosujesz profesjonalne metody uznawane w całej branży IT.
• To koniec pewnego etapu, ale początek Twojej drogi jako twórcy systemów.

• Jesteś gotowy, by z dumą pokazać swoje projekty rekruterom i światu.
• Fundamenty, które poznałeś, pozwolą Ci na szybką naukę nowych narzędzi.
• Bądź ciekawy nowych funkcji GitHub i nieustannie poprawiaj swój warsztat.
• Każdy commit to krok w stronę bycia mistrzem inżynierii oprogramowania.
• Dziękujemy za wspólnie spędzony czas i życzymy powodzenia w budowaniu przyszłości!

• Gratulacje! Przeszedłeś pełną drogę od podstaw do profesjonalnego workflow.
• Wiesz jak dbać o kod, współpracować w zespole i automatyzować zadania.
• Git to Twój dziennik pokładowy, a GitHub to port dla twoich projektów.
• Pamiętaj o regularnej nauce i dbałości o jakość każdego przesłanego wiersza.
• Życzymy sukcesów w tworzeniu aplikacji, które zmienią otaczający nas świat!
• Czy mają Państwo jakieś pytania końcowe dotyczące całego cyklu?