Dowiesz się czym jest Azure Devops oraz jego składowe: Azure Boards, Azure Pipelines, Azure Repos, Azure Artifacts, Azure Test Plans

Informacja o przedsprzedaży kursu gita Maćka Aniserowicza poszła w świat pod koniec września 2018. Wtedy zdecydowałam, że skorzystam z okazji i go kupię. Minął prawie rok i dopiero teraz mogę powiedzieć z czystym sumieniem – ukończyłam kurs. Czas więc na rzetelną recenzję, bez owijania w bawełnę :)

Wyświetlasz listę branchy i nie wiesz co się dzieje. Ponad 10 branchy na liście. Czytasz ich nazwy i nie przychodzi Ci do głowy żadne skojarzenie z czym to może być związane. Zastanawiasz się: “Czy to na pewno moje branche?” Może ktoś mi je podrzucił. Przechodzisz na nie, patrzysz na ostatnie commity i jak byk widać, że to Twoje. Sprzed 2 miesięcy i dotyczą zadania, które dawno jest już na produkcji. Też masz takie sytuacje? W tym wpisie pokażę Ci jak zrobić porządek w branchach.

Git jest najpopularniejszym systemem kontroli wersji używanym przez programistów. W tym wpisie chcę Ci pokazać jak doszło do powstania Gita oraz jak zdobył taką popularność. Zanim przejdziemy do tego jak powstał i kto go wymyślił, przedstawię różne systemy kontroli wersji, które istniały przed Gitem.

Czy zdarzyła Ci się sytuacja, że zaraz trzeba wydać wersję. Masz skończone niektóre rzeczy, ale są na innym branchu i musisz przenieść tylko kilka commitów? Jak to zrobić? Poleceniem git cherry-pick

W dzisiejszym wpisie prosty trik, który pozwoli Wam zobaczyć jakie były zmiany w projekcie od ostatniej wydanej wersji aplikacji. Posłuży Nam do tego znane wszystkim polecenie git log 🙂

Git flow, o którym wspominałam już wcześniej, to fajna rzecz. Trzeba jednak pamiętać, że odpowiednio nazywać branche (w skrócie: feature/featurename i bugfix/bugname). Czasami zdarza się jednak, że zapomnimy o tej konwencji, a już wyślemy zmiany na serwer. Co wtedy?

Orphan (sierota) branch jest to specyficzny rodzaj brancha. Znajduje się on w naszym repozytorium, ale może on mieć całkowicie inną historię niż pozostałe branche.

Poznając polecenie git checkout, na początku zawsze dowiadujemy się, że dzięki niemu możemy przechodzić między branchami. Można z jego pomocą stworzyć nowy branch oraz można poruszać się pomiędzy commitami w historii repozytorium. W tym wpisie pokażę Ci, że można również operować na plikach.

Wyobraź sobie sytuację, że dodałeś coś do istniejącego commita poleceniem git comit amend, ale jednak chciałbyś tę zmianę cofnąć. I co teraz? Z pomocą przychodzi git reflog. Polecenie to pokazuje Nam historię tego co robiliśmy  w repozytorium: commity, zmiany branchy, informacje o zrobionych mergach oraz inne przydatne informacje. Więcej informacji można znaleźć w dokumentacji: git reflog W momencie jak chcemy cofnąć zmiany wprowadzone przez git commit --...