(English Version of this article – wersja angielska)
Jakiś czas temu próbowałem korzystać z Git przez provider dołączony do Visual Studio, wtedy nie byłem z niego zadowolony, zobaczę czy teraz narzędzia dołączone domyślnie do Visual Studio nadaje się do codziennego użytku.
Post dedykuje dotychczasowym użytkownikom TFSa, którzy muszą się przenieść na nowy system kontroli wersji. 🙂
Jeżeli korzystasz z Visual Studio Code to też duże prawdopodobieństwo, że korzystasz także z Gita jako system kontroli wersji.
Według tych porad możesz ustawić Visual Studio Code jako domyślny edytor dla Gita oraz jako domyślny difftool czyli narzędzie pokazujące zmiany pomiędzy dwoma commitami.
Aby ustawić Visual Studio Code jako domyślny edytor to wykonaj taką komendę w konsoli
git config --global core.editor "code --wait"
Domyślnym edytorem w pakiecie Git dla systemu Windows jest Vim. Nie można nazwać go najprzyjaźniejszym edytorem tekstu, dla osób przyzwyczajonych do okienek.
Można go zmienić np. na Notepad++. Zakładając, że Notepad++ został zainstalowany w domyślnej lokalizacji: C:\Program Files (x86)\Notepad++\ komenda zmieniająca edytor wygląda tak.
git config --global core.editor "'C:/Program Files (x86)/Notepad++/notepad++.exe' -multiInst -notabbar -nosession -noPlugin"
Uwielbiam Gita, moim zdaniem to najlepszy darmowy system kontroli wersji, jaki istnieje. Git powstał dla projektu jądra Linuksa, nie powinno, więc dziwić, że „domyślnie” Gita obsługuje się z konsoli.
Kiedy myślimy o Windows to nie myślimy, że można go obsługiwać z poziomu konsoli. A to błąd. Każdy programista nawet ten windowsowy powinien być biegły z konsoli, ponieważ używanie konsoli zawsze jest szybsze niż korzystanie z GUI.
Github oferuje w pakiecie podstawowym 300MB i projekt musi być open source.Aktualnie tworze jeden projekt, który chciałbym mieć repozytorium zewnętrzne, ale dostępne tylko dla mnie. Najtańsze prywatne repozytoria na GitHub w liczbie 5 można otrzymać za $7 na miesiąc co w przybliżeniu…