Kontrola wersji Przykładowy kod GitHub i inni Narzędzia graficzne i wiersz poleceń Wiersz poleceń Upiększanie wiersza poleceń Visual Studio 2019 Jak pobrać Visual Studio za darmo GitHub Desktop Instalacja Gita Instalacja Gita — Windows Instalacja Gita — Mac Instalacja Gita — Linux Sprawdzanie wersji Konfiguracja Gita — wiersz poleceń Konfiguracja Gita — Visual Studio Tworzenie własnego repozytorium Tworzenie własnego repozytorium Tworzenie własnego repozytorium na GitHubie Klonowanie — wiersz poleceń Klonowanie — Visual Studio Klonowanie — GitHub for Desktop Tworzenie projektu Git pull Wyślę swoje, a ściągnę twoje Pobieranie zmian w wierszu poleceń Pobieranie zmian w GitHub Desktop Rozpoczynanie w wierszu poleceń Pobieranie zmian w GitHub Desktop Pobieranie zmian w Visual Studio Zatwierdzanie zmian — najlepsze praktyki Jak często powinienem zatwierdzać zmiany? Utrzymuj porządek w swojej historii zmian Opisy zmian Kiedy tytuł to za mało Rozgałęzianie, lokalizacje i GUI Pięć lokalizacji Obszar roboczy Indeks — poczekalnia Pomijanie poczekalni Visual Studio GitHub Desktop Repozytoria lokalne i zdalne Schowek Gałęzie Programista 1 (wiersz poleceń) i kalkulator Gałąź Book — Git w Visual Studio Zatwierdzanie zmian w GitHub Desktop Status 6 Dodawanie kolejnych zmian Przeglądanie zmian Scalanie, zgłoszenia i obsługa konfliktów scalania Scalanie Książki Co będę wysyłać? Visual Studio Szczegóły, szczególiki GitHub Desktop Wyślijmy to w końcu Visual Studio Konflikty scalania Scalanie w wierszu poleceń Przewijanie Prawdziwe scalanie Unikanie konfliktów Zadanie #1: stwórz nowe repozytorium i sklonuj je do dwóch różnych folderów Zadanie #2: jedna osoba powinna dodać do głównej gałęzi zalążek UtilityKnife, zatwierdzić zmiany i je wysłać Zadanie #3: każdy programista tworzy własną gałąź funkcji. Następnie każdy z nich umieszcza wstępne zmiany na swoich gałęziach i zatwierdza je często (częściej, niż robiłby to normalnie) Zadanie #4: scalaj główną gałąź z gałęzią funkcji często, aby mieć pewność, że jeśli pojawią się konflikty, to wyłapiesz je jak najwcześniej Zadanie #5: John buduje konwerter temperatur. Pozwólmy mu „pożyczyć” kod kalkulatora. Sprawdźmy, czy nie ma konfliktów scalania Rozdział 5. Zmiana bazy, nadpisywanie i selekcjonowanie Zmiana bazy Jak Git to robi Spróbuj to zrozumieć Zmieniaj bazę często Zmieniaj bazę tylko lokalnie Zmiana bazy w praktyce Zmiana bazy w akcji Konflikty Nadpisywanie Selekcjonowanie Selekcjonowanie w Visual Studio Tworzenie nowego repozytorium na GitHubie Tworzenie dwóch gałęzi dla zmyślonych programistów Częste przebazowanie Nadpisywanie commita w celu dodania pliku Nadpisywanie commita w celu zmiany opisu Wyselekcjonowanie jednego commita do gałęzi głównej Interaktywna zmiana bazy Interaktywna zmiana bazy w praktyce Tworzenie przykładu Sprzątanie commitów za pomocą interaktywnej zmiany bazy Model pracy, notatki i tagi Standardowy model pracy Dublowanie repozytorium 1 Replikowanie istniejącego repozytorium Dodawanie i wyświetlanie notatek Tagi Aliasy Korzystanie z historii zmian Rozpoczęcie pracy z historią zmian Program LogDemo Visual Studio GitHub Desktop Historia zmian w wierszu poleceń Które pliki były zmienione? Co się zmieniło w każdym z plików? Polecenie diff Visual Studio Co z biegiem czasu było zmieniane w tym pliku? Wyszukiwanie Gdzie są moje commity? Stwórz nowe repozytorium Dodaj co najmniej 6 commitów Znajdź nazwy wszystkich plików zmienionych w każdym z commitów Znajdź zmiany, które z czasem pojawiły się w danym pliku Znajdź wszystkie pliki, które zatwierdziłeś w ciągu ostatniej godziny (lub w dowolnym innym sensownym odstępie czasu) Ważne polecenia Gita i metadane Schowek Czyszczenie Metadane Na tropie popsutego commita: bisekcja i szukanie autorów zmian Szukanie autorów zmian Naprawianie błędów Wprowadziłeś błędny opis commita Zapomniałeś o dodaniu zmodyfikowanych plików do ostatniego commita Masz kłopot z kolejnością commitów lub z ich opisami Musisz wycofać zmiany z commita Gałąź ma nieprawidłową nazwę Zatwierdziłeś zmiany na niepoprawnej gałęzi Popsułeś plik w poprzednim commicie Wprowadziłeś mały zamęt w zdalnym repozytorium, wysyłając tam popsutą gałąź Co powinieneś zrobić, jeśli nie dodałeś zmodyfikowanego pliku do ostatniego commita? Co powinieneś zrobić, jeśli zatwierdziłeś zmiany na niewłaściwej gałęzi? Co możesz zrobić, jeśli popsułeś plik w poprzednim commicie? W jaki sposób możesz wycofać zmiany z wcześniejszego commita? Jeśli uszkodziłeś gałąź main, wysyłając popsutą gałąź lokalną, to jak możesz to naprawić?