github projects teams
Ten samouczek dotyczący GitHub wyjaśnia koncepcje, takie jak projekty GitHub, organizacja i zespoły, rozwidlenie repozytorium, problemy i kamienie milowe projektu, GitHub Wiki itp.:
W poprzednim samouczku z serii samouczków na GitHub widzieliśmy, jak programista może wykorzystać platformę do przechowywania artefaktów związanych z projektem i kontroli wersji. Widzieliśmy również koncepcje dotyczące żądań ściągania, łączenia, rozgałęziania i ochrony gałęzi.
Cóż, to nie wszystko. W tym samouczku zagłębimy się głębiej i dowiemy się, co jeszcze GitHub może zrobić dla programistów.
=> Sprawdź idealny przewodnik szkoleniowy GitHub tutaj.
Oto, na czym się skupimy.
- Utwórz organizację i zespoły
- Rozwidlaj repozytorium
- Twórz problemy i kamienie milowe projektu
- Utwórz tablicę projektu
- Tworzenie GitHub Wiki
Czego się nauczysz:
- Utwórz organizację i zespoły
- GitHub Fork
- Problemy z GitHub i kamienie milowe projektu
- Zarząd projektu GitHub
- GitHub Wiki dla dokumentacji
- Wniosek
- rekomendowane lektury
Utwórz organizację i zespoły
Jako prekursor do tej sekcji, GitHub udostępnia następujące 3 typy kont.
- Osobiste konta użytkowników gdzie możesz tworzyć nieograniczone repozytoria publiczne i prywatne, a także zapraszać współpracowników.
- Konta organizacji co jest przede wszystkim koncepcją wspólnych kont i dowiesz się więcej w tej sekcji.
- Konto przedsiębiorstwa który jest używany przez firmy, które wewnętrznie zarządzają politykami dla użytkowników korzystających z GitHub. Jest to zwykle używane w lokalnej wersji GitHub Enterprise.
W części 1 widzieliśmy, jak repozytorium zostało utworzone przy użyciu jednego konta osobistego, w którym ten użytkownik był jedynym właścicielem repozytorium. Jest to odpowiednie dla małych zespołów scrumowych, w których masz od 3 do 9 osób lub może więcej osób, lub utworzenie repozytorium dla pojedynczego projektu jest w porządku.
Ale co, jeśli istnieją duże projekty Github wymagające wielu repozytoriów i wielu zespołów, które mają dostęp do tego samego w celu wykonania? Tutaj musimy przyjrzeć się, jak organizacja GitHub pomaga w grupowaniu wielu repozytoriów dla jednego dużego projektu. W związku z tym będzie również wielu właścicieli, ponieważ zaangażowanych będzie wiele repozytoriów / zespołów.
Aby rozpocząć tworzenie nowej organizacji, kliknij + w prawym górnym rogu i wybierz Nowa organizacja.
Wybierz odpowiedni plan. Na razie będziemy korzystać z darmowego planu Zespół ds. Open Source.
Wprowadź szczegółowe informacje o organizacji, a następnie kliknij Kolejny.
Dodaj członków do organizacji i kliknij Zakończ konfigurację.
Następnym krokiem jest rozpoczęcie tworzenia repozytoriów zgodnie z potrzebami projektu i dodanie do nich zespołów.
Możesz także kliknąć Zaproś kogoś aby dodać członków do właśnie utworzonej organizacji. W miarę dodawania członków rolę można również przypisać jako członka lub właściciela. Aby to zrobić, przejdź do Ludzie Zakładka i wybierz Zmień rolę dla tego członka.
Cóż, na razie zachowamy 1 użytkownika jako właściciela, a drugiego jako członka. W ten sposób właściciel może tworzyć wiele repozytoriów i przypisywać zespoły do odpowiednich repozytoriów.
Zanim utworzymy repozytoria, najpierw utwórzmy zespoły. Przejdź do Drużyny i kliknij Nowa drużyna.
Stworzymy 2 zespoły tj. UI Team i Middleware Team.
Kliknij Utwórz zespół. Po utworzeniu zespołu możesz dodać członków do zespołu, jak pokazano poniżej.
Podobnie utwórz drugi zespół i dodaj do niego członków. Teraz możesz zobaczyć, że są 2 drużyny.
Przejdźmy do tworzenia repozytoriów. Tak więc jako scenariusz teraz stworzymy 2 repozytoria tj. jeden do przechowywania kodu związanego z interfejsem użytkownika, a drugi do przechowywania kodu oprogramowania pośredniego. Zespoły zostaną odpowiednio przydzielone.
Przejdź do Repozytoria i utwórz plik Nowe repozytorium .
Kliknij na Utwórz repozytorium przycisk. Następnie należy zapewnić zespołowi UI dostęp do repozytorium.
Przejdź do Drużyny patka. Kliknij na Zespół UI i przejdź do Repozytoria patka. Kliknij każdy zespół i ponownie dodaj repozytoria z pliku Repozytoria patka.
Dodaj repozytorium, wprowadzając nazwę repozytorium.
Upewnij się również Napisz pozwolenie dla członków zespołu do tego repozytorium, tj. członkowie zespołu mogą czytać, klonować i wypychać do tego repozytorium.
Podobnie wykonaj powyższe kroki, aby dodać repozytorium oprogramowania pośredniczącego do innego zespołu. W ten sposób mamy teraz organizację z repozytoriami wewnątrz niej i zespołami. Członkowie zespołu mogą klonować repozytorium, do którego mają dostęp, i nad nim pracować.
GitHub Fork
Rozwidlaj repozytorium i utrzymuj synchronizację z oryginalnym repozytorium.
W poprzednich sekcjach i poprzednim samouczku widzieliśmy tworzenie repozytoriów i dodawanie do nich kodu źródłowego. A co by było, gdyby zespoły chciały przetestować zmiany w kodzie, gdy oryginalne repozytorium nie jest do tego odpowiednie.
Należy utworzyć kopię, aby eksperymentować ze zmianami w kodzie, zachowując oryginalne repozytorium w stanie nienaruszonym. To się nazywa GitHub Widelec . Aby utworzyć widelec, przejdź do repozytorium, które zostało utworzone na koncie osobistym, a nie w organizacji. Kliknij Widelec w prawym górnym rogu.
Wybierz konto, na którym chcesz rozwidlić oryginalne repozytorium. W tym przypadku wybierz konto organizacji, na którym repozytorium zostanie rozwidlone.
Repozytorium jest teraz rozwidlone jako Demo-Proj-Org / Demo_Project_Repo_VN . Tak więc wszelkie eksperymenty z kodem można przeprowadzić w repozytorium rozwidlonym, a nie w oryginalnym repozytorium.
Jeśli jakiekolwiek zmiany zostały dokonane w oryginalnym repozytorium, to rozwidlone repozytorium musi się znajdować sync . Aby uzyskać synchronizację rozwidlonego repozytorium, można użyć opcji wiersza polecenia, ale utworzenie żądania ściągnięcia jest prostszą opcją.
Zakładając, że zmiana została dokonana w pliku w oryginalnym repozytorium, przejdź do tworzenia żądania ściągnięcia.
Kliknij w link porównaj wszystkie widły.
Wybierz głowę jako oryginalne repozytorium i podstawę jako rozwidlone repozytorium, jak pokazano, i kliknij Utwórz żądanie ściągnięcia.
Kliknij Scal żądanie ściągnięcia i potwierdź scalenie.
Zmiany pojawiają się w repozytorium rozwidlonym i są zsynchronizowane z oryginalnym repozytorium.
Problemy z GitHub i kamienie milowe projektu
Zwykle w każdym projekcie należy śledzić zadania, usterki, ulepszenia itp. W ramach postępu. Możesz użyć problemów w GitHub do śledzenia wszystkich wyżej wymienionych wraz z tablicami projektów.
W przypadku problemów można powiązać to samo z żądaniami ściągnięcia, aby można je było automatycznie zamknąć po scaleniu żądania ściągnięcia. Ponadto, jeśli są otwarte problemy, można je również przenieść do innych repozytoriów. W tej sekcji dowiemy się znacznie więcej o tym, jak można wykorzystać problemy.
Tworzenie problemów i kamieni milowych
Przejdź do strony głównej repozytorium i przejdź do Zagadnienia Patka. Kliknij Nowy problem.
Przypisz go współpracownikowi do pracy, dodaj etykietę, aby ją wyróżnić jako ulepszenie. Dobrą praktyką jest również wspomnienie o Kamień milowy śledzenie postępów w podnoszonych kwestiach.
Kliknij Prześlij nowy numer.
Zostanie wyświetlone podsumowanie problemu. Zwróć uwagę, że numer sprawy to # 11, do którego odniesiemy się później.
Wydanie można również przenieść do innego repozytorium. Możliwość zrobienia tego jest na dole „Problem z transferem”.
Dodać termin do kamienia milowego - R1. Na stronie głównej repozytorium przejdź do Zagadnienia Zakładka i kliknij Kamienie milowe .
Edytować szczegóły dotyczące Milestone R1 i dodaj termin. Zapisz wprowadzone zmiany.
Kamień milowy R1 ma teraz 2 otwarte problemy i można również zobaczyć procent ukończenia.
Kliknij Kamień milowy R1, aby przyjrzeć się problemom, które zostaną dostarczone w ramach tego kamienia milowego. Priorytety można również zmienić, przesuwając je w górę iw dół.
Filtruj problemy
Zakładając, że istnieje wiele problemów, które są w stanie Otwórz / Zamknij i są przypisane do wielu współpracowników. Bardzo istotne jest poszukiwanie tych zagadnień, które opierają się na określonych kryteriach.
Na przykład, wszystkie problemy przypisane do Ciebie, wszystkie problemy w stanie otwartym itp. GitHub zapewnia opcję wyszukiwania w celu filtrowania problemów, a nawet żądań ściągnięcia.
Przejdź do zakładki Problemy iw polu filtru wprowadź następujące kryteria.
Na przykład wszystkie otwarte sprawy w stanie Otwarte i Przypisane do współpracownika.
typ: stan wydania: otwarty cesjonariusz: vniranjan2512 kamień milowy: R1 etykieta: rozszerzenie
Skojarz problemy z żądaniem ściągnięcia
Gdy odwołanie do żądania ściągnięcia zawiera określone słowo kluczowe i numer sprawy, a po połączeniu sprawa jest automatycznie zamykana. Nawet jeśli do zatwierdzenia odwołuje się słowo kluczowe i numer sprawy, sprawa jest zamknięta.
Słowem kluczowym może być dowolne, tj. zamyka, zamyka, naprawia, naprawia, rozwiązuje, rozwiązuje.
Na przykład, we wzmiance o żądaniu ściągnięcia lub zatwierdzeniu komunikatu zamyka # 11.
Utwórz żądanie ściągnięcia i podaj słowo kluczowe i numer referencyjny, jak pokazano w komunikacie. Kliknij Utwórz żądanie ściągnięcia i scal.
Problem jest automatycznie zamykany po scaleniu żądania ściągnięcia. Zdecydowanie potrzebna jest automatyzacja.
Utwórz lub otwórz nowe problemy z kodu źródłowego
W przypadku każdej zmiany kodu można otworzyć nowe wydanie. W ten sposób adres URL do wiersza zmiany kodu jest dodawany do problemu. W trybie bez edycji kodu kliknij 3 kropki (…) obok wiersza kodu i wybierz Odniesienie w nowym wydaniu .
Zaktualizowano szczegóły problemu.
Problem z pinem
Możesz przypiąć problem, aby ułatwić znajdowanie problemów, a także uniknąć powielania problemów z jest tworzony.
Otwórz problem i kliknij na dole po prawej stronie Problem z pinem.
Problem zostanie dodany nad listą problemów.
proces zarządzania defektami w testowaniu oprogramowania
Uwaga: W dowolnym momencie można przypiąć maksymalnie 3 problemy.
Zarząd projektu GitHub
Tablica projektu w GitHub zapewnia łatwy sposób wizualizacji problemów. Możesz zobaczyć postęp projektu i sprawdzić, jakie problemy są jeszcze rozpoczęte, w toku i zakończone.
Tablicę projektu w GitHub można utworzyć na podstawie szablonów Kanban, które mają wstępnie zdefiniowany przepływ pracy i można je również dostosować. Przykład pokaże tablicę utworzoną na podstawie konta użytkownika.
Na stronie głównej repozytorium przejdź do Projektowanie i utwórz plik Nowy projekt.
Jak widać z góry, tablica projektu pomaga:
- Sortuj zadania
- Zaplanuj swój projekt
- Zautomatyzuj przepływ pracy
- Śledź postępy
- Udostępnij status
- Zamknij projekt
Nowa tablica projektowa z podstawowym szablonem Kanban.
Tablica jest tworzona za pomocą przepływu pracy. Dodatkowe kolumny przepływu pracy można również dodać, klikając ikonę + Dodaj kolumnę.
Przepływ pracy można również zautomatyzować. Na przykład, jeśli zostanie utworzony nowy problem, można go bezpośrednio dodać do pliku Stan zadań do wykonania. Wybierz Zarządzaj automatyzacją opcja dla tego statusu.
Zaznacz pole wyboru Nowo dodany i kliknij Aktualizuj automatyzację. Tak więc po utworzeniu nowego wydania projekt wybrany dla sprawy zostanie automatycznie dodany do pliku Stan zadań do wykonania. Możesz także przeciągnąć i upuścić istniejący problem do statusu i przechodzić z jednego stanu do drugiego.
Do kolumny możesz również dodać notatki, które zapewnią podanie ważnych informacji o sprawach w tej kolumnie. Kliknij na + podpisz i dodaj notatkę.
Kliknij Dodaj.
GitHub Wiki dla dokumentacji
Jednym z bardzo ważnych działań w każdym projekcie jest tworzenie i utrzymywanie dokumentacji repozytorium, z której może korzystać cały zespół. Repozytorium GitHub obsługuje tworzenie takiej dokumentacji za pomocą GitHub Wiki. Tak więc wszystkie informacje o Twoim projekcie i jego wykorzystaniu można przechwycić na wiki.
Wiki są dostępne dla repozytoriów publicznych w GitHub za darmo. Wiki używają biblioteki Open source Markup. Zobaczymy, jak korzystać z tej biblioteki podczas pisania wiki.
Włączanie obsługi Wiki dla repozytorium
Na stronie głównej repozytorium kliknij plik Ustawienia i upewnij się, że plik Wiki jest wybrana pod opcją funkcje Sekcja.
Utwórz wiki GitHub
Na stronie głównej repozytorium przejdź do Wiki patka. Kliknij Utwórz pierwszą stronę.
Wprowadź tytuł i dodaj tekst do Wiki. Możesz także użyć opcji formatowania, korzystając z obsługi Markdown. Kliknij na Zapisz stronę raz zrobione.
Uwaga w powyższej treści # dotyczy nagłówka 1, ## dotyczy nagłówka 2, ### dotyczy nagłówka 3. * jest używany do nieuporządkowanych aukcji. Podgląd będzie taki, jak pokazano poniżej.
Na Wiki kliknij kartę + Dodaj niestandardową stopkę.
Dodaj treść i zapisz stronę.
Otwórz dowolną zapisaną wiki, a zobaczysz stopkę.
Dodaj pasek boczny
Na karcie wiki kliknij + Dodaj niestandardowy pasek boczny.
Dodaj zawartość do paska bocznego i zapisz stronę.
Otwórz dowolną wiki, a zobaczysz pasek boczny.
Wyświetl historię Wiki
W historii możesz sprawdzić, kto dokonał zmiany, zatwierdzić komunikaty i datę wprowadzenia zmiany.
Otwórz Wiki i edytuj stronę. Kliknij Historia strony, po prawej stronie.
Kliknij Hash, aby zobaczyć zmiany. Wybierz wersje, aby porównać zmiany i cofnąć zmiany w nowszej wersji. Kliknij Przywróć zmiany.
Zmiany zostaną przywrócone do starszej wersji.
Uwaga : Możesz cofnąć zmiany na podstawie uprawnień do edycji Wiki.
Wniosek
W części 1 i 2 serii GitHub widzieliśmy na temat działań związanych z kontrolą wersji, tworzenia repozytoriów, żądań ściągnięcia, gałęzi, recenzji kodu, organizacji i zespołów, rozwidlenia repozytorium, etykiet, kamieni milowych, problemów, projektów GitHub, Wiki.
W naszym nadchodzącym samouczku przyjrzymy się tworzeniu wersji, integracji z Jira i kilku Polecenia Gita pomoże to programistom przed wprowadzeniem zmian do repozytorium GitHub.
Mamy nadzieję, że wszyscy programiści uznają to praktyczne podejście do GitHub za przydatne w ich projektach.
=> Odwiedź tutaj, aby zapoznać się z ekskluzywną serią samouczków szkoleniowych GitHub.
rekomendowane lektury
- Rodzaje zagrożeń w projektach oprogramowania
- Samouczek GitHub dla programistów | Jak korzystać z GitHub
- Jak używać Microsoft TFS dla projektów JAVA z Eclipse w DevOps
- JIRA Agile Tutorial: Jak skutecznie używać JIRA do zarządzania projektami Agile
- Czym różni się planowanie testów w przypadku projektów ręcznych i zautomatyzowanych?
- Przykłady twierdzeń o selenie - praktyczne zastosowania w projektach
- Lokalny - offshore model projektów testowania oprogramowania (i jak sprawić, by to działało dla Ciebie)
- Git kontra GitHub: poznaj różnice z przykładami