Kolejny z serii artykułów o GIT. Dzisiaj sporo wiedzy o liniowej historii zmian w GIT. Szczególnie przyjrzymy się poleceniu REBASE. Często pracując nad projektem chcemy mieć czystą historię zmian, niezaśmieconą merge comitami i niepoprzeplataną mieszaniną commitów naszych i innych programistów. Możemy to zrealizować na kilka sposobów. Omówimy je w tym artykule.

Czy znasz Model C4? A może nie wiesz, dlaczego warto zapoznać się z tym Terminem? W artykule przedstawiam 10 powodów. Dlaczego jest to temat gody uwagi. Przeczytaj poniższy tekst, a zainteresujesz się tematem.

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.