Polecenie git log zna każdy użytkownik gita. Jest ono jednym z pierwszych, które poznajemy ucząc się tego systemu kontroli wersji. Pokazuje ono listę naszych commitów. W tym wpisie chciałem przedstawić jak można sformatować wygląd loga w dowolnym sposób jaki tylko chcemy. Log może pokazywać tylko te informacje, które są Nam naprawdę potrzebne.
Pewnie nad tym się teraz zastanawiasz. Przecież commity się łączy w jeden, żeby historia była krótsza! Po co ją wydłużać? Po co w ogóle rozdzielać commit na dwa nowe? Jest kilka powodów: 1. Chcemy, żeby historia była bardziej czytelna. 2. Chcemy przeorganizować commity (interactive rebase) i powoduje Nam to konflikty. 3. Chcemy trzymać się zasady SRP (Single Responsibility Principle) w commitach, a do jednego wrzuciliśmy za dużo kodu. O tej zasadzie w kontekście gita przec...
Ostatnio na Twitterze trafiłem na nowy program do gita o nazwie: LazyGit. Na pierwszy rzut oka przypomina aplikacje DOSowe z lat 90 🙂 , ale jakoś bardzo mnie to nie odstrasza.
W poprzednim wpisie opisywałam, jak używać komendy merge do łączenia zmian. Dzisiaj czas na kolejną komendę – rebase. Chcesz zmienić historię? Zapraszam!
Jak zacząłem korzystać z Gita to większość poleceń wykonywałem z linii poleceń. Visual Studio używałem tylko do rozwiązywania konfliktów. Jednak taki tryb pracy był trochę niewygodny. Gdy trzeba było rozwiązać konflikt, to:musiałem przełączyć się do Visual Studio (a przeważnie mam kilka programów otwartych, czasem trzeba trochę się nawciskać CTRL+TAB 🙂 ), teraz wpisuję jedną komendę i rozwiązuje konflikt w aplikacji kdiff3.
Praca z Gitem. Dużo się o nim mówi, zwłaszcza w środowisku .NET, głównie ze względu na to iż Microsoft kupił Github, a także udostępnił źródła .NET Standard i .NET Core na licencji Open Source (MIT). Osobiście, ciągle się uczę Gita i przy okazji sprawdzam, testuję różne rozwiązania około-gitowe. Wtyczki, narzędzia, różnego rodzaju integracje z Gitem. To sprawia, że wiem co mogę i ile mogę. Gita świetnie się obsługuje z poziomu konsoli czy terminala i przy tym pozostanę, ale zawsze dobrze m...
Czasem zdarza mi się, że dodam do projektu jakiś plik i zanim wrzucę go do repozytorium, to on jednak okazuje się niepotrzebny. Do tej pory usuwałem ten plik ręcznie, albo w Eksploratorze Windows albo wpisując komendę: rm <ścieżka do pliku>, gdzie z racji tego, że projekt jest spory, to ścieżka do pliku zawiera w sobie kilka folderów. Jest jednak lepsze rozwiązanie.
Kolejna część dotycząca zawierania przyjaźni z konsolą GitBash - tym razem przedstawiam tajniki łączenia zmian czyli metody merge
Ostatnio bardzo mocno „katuję” swój mózg Gitem….hmmmm…uprzyjemniam mu chwile Gitem. Z racji tego, że w pracy nie mam możliwości poużywać sobie Gita w miarę często, eksperymentuję w domu na swoich pet-projects. Używam, używam, używam i nudzi mi się już ciągłe wpisywanie komend w konsoli. Rzecz jasna nie zamienię jej na inne narzędzie do pracy z Gitem, ale kiedy już pamiętasz te bardziej popularne komendy, odechciewa się. Pisałem już od dodatkach do PowerShella, również w kontekście Gita. O ...
W poprzednim poście pokazałem jak automatycznie dodawać numer zadania z VSTS do commit message. Dziś pokażę jak automatycznie dodać ten numer zadania do wielu ostatnich commitów. Z pomocą przychodzi Nam polecenie git filter-branch. Polecenie to zastosuje odpowiedni filtr (wybrany przez Nas) do każdego commita w branchu i w efekcie powstanie nowy commit. Składnia dla tego polecenia składa się z 4 elementów:Podstawowe polecenie: git filter-branch.Nazwa filtru np.: --msg-filter.Pol...
Jeszcze parę lat temu, gdyby ktoś mi powiedział, że mam zrobić jakikolwiek rebase, to uciekłabym daleko. Wszelkie akcje w konsolowym GitBashu napawały mnie przerażeniem. Dzisiaj już wiem, że konsola nie gryzie i można z jej pomocą zrobić wiele ciekawych rzeczy - np. przydatny rebase interaktywny.
Ilu programistów traci swój cenny czas na merdżowaniu kodu, zamiast skupiać się na tworzeniu nowych funkcjonalności? Zbyt wielu. Przedstawione są trzy najpopularniejsze strategie branczowania. Poznaj je i zrozum, a następnie wyłuskaj z każdej to, co jest najlepsze dla Ciebie i Twojego projektu.
Git to najpopularniejszy system kontroli wersji. Pomaga hordom programistów pracować lepiej, wydajniej i bardziej elastycznie. Pomimo że liczy sobie już ponad trzynaście lat, wciąż wiele osób używa go źle, zabijając w ten sposób produktywność. Czego nie robić, aby sobie nie zaszkodzić?
Większość użytkowników na co dzień korzysta z basha jako powłoki systemowej Unix. Dzisiaj zaprezentuję możliwość zwiększenia swojej produktywności poprzez użycie powłoki systemowej zsh na Ubuntu. W celu konfiguracji powłoki zsh wykorzystam framework open source Oh My Zsh.
Git is simple but different – it is probably the most popular version control system (vcs) used in it projects around the world. It is also very often misused because although it is very similar to other vcss at the api level, it is very different underneath. Let’s take a look at the nuts and bolts of git to understand it better and, as a result, to use it properly and effectively.
Sztuka programowania 2374 dni, 17 godzin, 46 minut temu 42 źrodło rozwiń
Na początku przygody z Gitem każdy klepie cały tekst polecenia, później przychodzi chwila refleksji i pytanie czy da się to zoptymalizować? Rozwiązaniem potrzeby są aliasy, umożliwiają tworzenie krótkiego polecenia na podstawie ciągu instrukcji. Teorii starczy, czas na praktykę.
Czasem potrzeba połączyć commity, aby zapewnić ich większą czytelność lub po to, aby je uporządkować. W tym wpisie pokażę, jak można to zrobić.
Cześć, Dziś chciałbym podzielić się z Wami pewną ciekawostką i tym samym odpowiedzieć na pytanie znajdujące się w tytule posta. Zaczynamy! W zeszłym roku pracowałem nad zadaniem, którego rozwiązania do końca nie byłem pewien. Ponieważ wcześniej miałem już przygotowane commity gotowe do wypchnięcia na zdalne repozytorium, postanowiłem że zmiany dotyczące tego konkretnego taska dodam jako stash. Wszystko było fajnie, zająłem się innymi rzeczami, a stasha przecież mogłem dołączyć w każdej chwili. Po ...
Quite often when you play with dependency updates or project configuration it’s needed to clean the solution. Especially if other teammates claim it works on their machine (or even on build server). Unfortunately neither “dotnet clean” nor “Clean” command in Visual Studio work as expected and sometimes leave some leftover. So here’s the trick that I learned from one of my colleagues...
Wdrożenie procesu ciągłej integracji dla aplikacji .NET Core z wykorzystaniem narzędzia GitLab CI dla lokalnego Runnera.