how use github extension
Ten praktyczny samouczek wyjaśnia, jak używać rozszerzenia GitHub jako repozytorium kodu w programie Microsoft Visual Studio. Poznaj kroki instalacji i tworzenie repozytorium Github:
Zespoły pracujące nad projektami .NET zwykle używają Team Foundation Server (TFS) jako głównego repozytorium kodu do działań związanych z kontrolą wersji. To jest oczekiwany sposób pracy. Nie ma co do tego wątpliwości, ponieważ integracja narzędzi od tego samego dostawcy przebiega bezproblemowo i bez żadnych problemów.
Ale dziś GitHub jest szeroko stosowany jako repozytorium kodu oparte na sieci Web. Zespoły rozproszone w rozproszonych geograficznie lokalizacjach mogą korzystać z tego repozytorium do swoich działań związanych z kontrolą wersji. Jest to więc dobre narzędzie do współpracy między członkami zespołu.
Czego się nauczysz:
Dlaczego warto korzystać z rozszerzenia GitHub?
Zasadniczo, gdy organizacja lub zespoły, które używają GitHub od dłuższego czasu i chciałyby nadal z niego korzystać, jeśli chodzi o wygodę użytkowania, a także bez dodatkowych inwestycji, można by użyć GitHub do wszelkiego rodzaju projektowanie.
W poprzednich artykułach omówiliśmy, w jaki sposób można używać TFS do przechowywania kodu i innych artefaktów. W tym artykule zobaczymy, jak projekt .NET można udostępnić w repozytorium GitHub.
Wymagania wstępne:
- Wersja Microsoft Visual Studio.NET 2015
- Dostęp do repozytorium GitHub
- Git zainstalowany lokalnie na komputerze z systemem Windows. Kliknij tutaj aby pobrać Git.
Zainstaluj rozszerzenie GitHub dla programu Visual Studio.NET
Zanim udostępnimy projekt .NET w repozytorium GitHub, konieczne jest zainstalowanie rozszerzenia GitHub do środowiska Visual Studio.NET IDE.
Kliknij tutaj aby pobrać rozszerzenie z Visual Studio Marketplace.
Kliknij dwukrotnie pobrane rozszerzenie i kliknij zainstalować .
Jeśli środowisko Visual Studio.NET IDE jest otwarte, uruchom ponownie raz. Aby sprawdzić, czy rozszerzenie jest zainstalowane, uruchom IDE i przejdź do Narzędzia-> Rozszerzenie i aktualizacje i wyszukaj GitHub w kategorii Zainstalowane.
przykłady aplikacji klient-serwer i aplikacja internetowa
Utwórz repozytorium GitHub z programu Visual Studio.NET
Po zainstalowaniu rozszerzenia GitHub w środowisku IDE programu Visual Studio .NET przejdź do pliku Team Explorer ekran główny i utwórz repozytorium GitHub.
Wprowadź nazwę repozytorium GitHub i poświadczenia. Upewnij się również, że podano właściwą ścieżkę lokalną, w której będzie zlokalizowane lokalne repozytorium Git z projektem .NET.
Kliknij Stwórz. Jak pokazano na poniższym rysunku, repozytorium GitHub zostało utworzone i możesz teraz utworzyć nowy projekt lub rozwiązanie, klikając łącze, jak pokazano w Team Explorer.
Widok repozytorium GitHub:
Po powrocie do środowiska Visual Studio.Net IDE kliknij łącze Utwórz projekt lub rozwiązanie w programie Team Explorer. Zaznacz pole wyboru „Utwórz nowe repozytorium Git” i kliknij OK.
Uwaga że lokalizacja lokalnego repozytorium Git jest wybierana automatycznie, w którym będzie przechowywany projekt .NET.
Projekt jest teraz tworzony w odpowiedniej lokalizacji.
Po powrocie do środowiska Visual Studio.Net IDE kliknij plik Team Explorer-> Zmiany aby zatwierdzić zmiany w lokalnym repozytorium Git.
Wpisz komentarz i kliknij Zatwierdź wszystko. Po zatwierdzeniu w lokalnym repozytorium Git możemy zsynchronizować zmiany, aby były dostępne dla zespołów w repozytorium GitHub.
Kliknij na Synchronizuj link do przesłania kodu do repozytorium GitHub. Sprawdź repozytorium GitHub, aby upewnić się, że projekt .NET jest dostępny. Tak więc zasadniczo musimy uruchomić „git push” do repozytorium GitHub za pomocą IDE, a nie z wiersza poleceń.
Kliknij na Pchać link, jak pokazano poniżej.
Projekt jest teraz dostępny w repozytorium GitHub. Oto widok tego samego.
Dokonaj niewielkiej zmiany w dowolnym pliku i wykonaj Commit.
Jak widać, po zmodyfikowaniu pliku a NETTO pojawił się kleszcz. Możesz kliknąć plik prawym przyciskiem myszy i wybrać Popełnić.
Zmiany są wyświetlane w Team Explorer i możesz wpisać komentarz i zatwierdzić wszystkie zmiany.
Po zakończeniu zatwierdzania musisz zsynchronizować i wypchnąć zmiany do repozytorium GitHub w ramach normalnej praktyki.
Poniższy obraz przedstawia widok repozytorium GitHub po wypchnięciu zmian.
Patrząc na historię zmian
Przyjrzyjmy się teraz historii, która zawiera listę wszystkich zatwierdzeń wykonanych przez zespół, a także zobaczmy, jakie zmiany zostały wprowadzone w tym konkretnym zatwierdzeniu. Bardzo interesujące jest przyjrzenie się lub porównanie zmian z poprzednim zatwierdzeniem. Zatem polecenie „git log” jest tutaj równoważne.
W Team Explorer kliknij opcję Sync i wybierz Akcja -> Wyświetl historię
Pokazana jest historia wszystkich zatwierdzeń. Wyświetlane są autor, data i komentarze.
Aby zobaczyć różnice w stosunku do poprzedniego zatwierdzenia, kliknij prawym przyciskiem myszy najnowsze lub odpowiednie zatwierdzenie i wybierz Wyświetl szczegóły zatwierdzenia.
Szczegóły dotyczące tego zatwierdzenia można zobaczyć w oknie Team Explorer wraz z plikiem, w którym wprowadzono zmiany. Kliknij dwukrotnie plik, a zmiany zostaną wyświetlone za pomocą wbudowanego okna porównania.
Tworzenie tagów
W GIT tagi są zwykle tworzone, gdy chcesz oznaczyć wydanie nowej wersji aplikacji. Zobaczmy, jak utworzyć tag w Team Explorer, ponieważ mamy teraz pokazane najnowsze szczegóły zmian. Jest to odpowiednik polecenia „git tag”. W poprzednim kroku kliknij opcję Utwórz tag.
Wprowadź nazwę TAGU i komentarz, jak pokazano poniżej. Kliknij Utwórz tag.
Wyświetl ponownie historię pliku, a będziesz mógł zobaczyć TAG.
Tworzenie gałęzi
Zobaczmy, jak utworzyć lokalną gałąź w repozytorium Git. Zwykle tworzy się gałąź z mastera, jeśli trzeba naprawić błędy lub ulepszenia, a następnie scalić ją z gałęzią master.
W Team Explorer kliknij plik Gałęzie opcja.
Kliknij prawym przyciskiem myszy gałąź główną w repozytorium lokalnym i utwórz nową gałąź.
oprogramowanie do pobierania filmów z rury
Jest to równoważne użyciu „ git checkout –b ' Komenda. Wpisz nazwę oddziału jako bug_fix i kliknij przycisk Utwórz gałąź.
Oddział jest teraz utworzony i wymieniony. Praca nad naprawianiem błędów jest teraz wykonywana w gałęzi bug_fix. Ta gałąź jest wyświetlana w POGRUBIENIE i stąd wskazuje, że aktualnie pracujesz nad gałęzią bug_fix.
Dokonajmy zmiany w dowolnym pliku, zatwierdźmy i przeprowadźmy zmiany z gałęzi bug_fix do gałęzi głównej.
Aby scalić zmiany z gałęzi bug_fix do gałęzi głównej w Team Explorer, Wybierz gałęzie opcja i kliknij prawym przyciskiem myszy gałąź główną i wybierz Sprawdzić.
Teraz kliknij prawym przyciskiem myszy gałąź główną i wybierz Scal z opcja .
Wybierz gałąź bug_fix jako Połącz z oddziału i kliknij Iść.
Zmiany są teraz odzwierciedlone w gałęzi głównej. Wszystkie zmiany można WPROWADZIĆ do repozytorium GitHub. Iść do Team Explorer-> Sync i kliknij Pchać.
Wszystkie zmiany są teraz wypychane i odzwierciedlane w repozytorium GitHub.
Wniosek
Github to niezwykle popularne i szeroko używane repozytorium kodu źródłowego w Internecie. W tym artykule widzieliśmy, jak program Visual Studio.NET 2015 może bardzo dobrze zintegrować się z usługami Git i GitHub.
W związku z tym Visual Studio.NET 2015 nie tylko integruje się z Team Foundation Server, ale jeśli są zespoły, które intensywnie korzystały z GitHub przez lata, może się bardzo dobrze zintegrować. Widzieliśmy więc użycie operacji Git na poziomie programisty z IDE.
Visual Studio.NET 2017 ma również mniej więcej tę samą procedurę integracji z Git i GitHub.
rekomendowane lektury
- Samouczek dotyczący GitHub Desktop - współpracuj z GitHub na komputerze
- Samouczek GitHub dla programistów | Jak korzystać z GitHub
- Samouczek dotyczący usług Microsoft Visual Studio Team Services (VSTS): Platforma ALM w chmurze
- Wprowadzenie do programowania w języku C # przy użyciu programu Visual Studio .Net Framework
- Instalacja i konfiguracja Appium Studio krok po kroku
- Uruchamianie i weryfikacja kodu testowego w Appium Studio for Eclipse
- Podłączanie emulatorów lub symulatorów do Appium Studio
- Równoległe uruchamianie testów Appium przy użyciu Appium Studio for Eclipse