github projects teams
Acest tutorial despre GitHub explică concepte precum proiecte GitHub, organizație și echipe, furnizarea unui depozit, probleme și repere ale proiectului, GitHub Wiki etc:
În tutorialul anterior al seriei de tutoriale de pe GitHub, am văzut cum un dezvoltator poate utiliza platforma pentru a stoca artefactele legate de proiect și pentru a controla versiunea la fel. De asemenea, am văzut conceptele în jurul cererilor Pull, Fuzionare, Ramificare și Protejarea sucursalelor.
Ei bine, asta nu este tot. În acest tutorial, vom săpa mai adânc și vom afla ce mai poate face GitHub pentru dezvoltatori.
=> Consultați aici Ghidul perfect de instruire GitHub.
Iată ce ne vom concentra.
- Creați organizație și echipe
- Furcați un depozit
- Creați probleme și repere ale proiectului
- Creați panoul de proiect
- Crearea GitHub Wiki
Ce veți învăța:
- Creați organizații și echipe
- GitHub Fork
- Probleme GitHub și repere ale proiectului
- Consiliul de proiect GitHub
- GitHub Wiki pentru documentare
- Concluzie
- Lectură recomandată
Creați organizații și echipe
Ca un precursor al acestei secțiuni, GitHub oferă următoarele 3 tipuri de conturi.
- Conturi personale de utilizator în care puteți crea depozite publice și private nelimitate și puteți invita colaboratori.
- Conturile organizației care este în primul rând un concept de conturi partajate și va vedea mai multe în această secțiune.
- Cont Enterprise care este utilizat de companiile care gestionează politicile intern pentru utilizatorii care utilizează GitHub. Acest lucru este de obicei utilizat într-o versiune locală a GitHub Enterprise.
În partea 1, am văzut cum a fost creat un depozit folosind un singur cont personal în care acel utilizator era un singur proprietar al depozitului. Acest lucru este potrivit pentru echipe mici de scrum în care aveți 3 până la 9 persoane sau poate mai mulți oameni sau pentru a crea un depozit pentru un singur proiect este bine.
Dar ce se întâmplă dacă există proiecte mari Github care au nevoie de mai multe depozite și acces la mai multe echipe pentru același lucru pentru execuție? Aici, trebuie să ne uităm la modul în care organizația GitHub ajută la gruparea mai multor depozite pentru un singur proiect mare. Astfel, vor exista, de asemenea, mai mulți proprietari, deoarece ar exista mai multe depozite / echipe implicate.
Pentru a începe crearea unei noi organizații, faceți clic pe + în dreapta sus și selectați Nouă organizație.
Selectați un plan în consecință. Vom folosi un plan gratuit pentru moment, care este Echipa pentru Open Source.
Introduceți detaliile despre organizație și apoi faceți clic pe Următorul.
Adăugați membrii la organizație și faceți clic pe Configurare completă.
Următorul pas este să începeți să creați depozite conform necesităților proiectului și să adăugați echipe la aceleași.
De asemenea, puteți face clic pe Invită pe cineva pentru a adăuga membri la organizația tocmai creată. Pe măsură ce se adaugă membri, rolul poate fi atribuit și ca membru sau proprietar. Pentru a face acest lucru, mergeți la oameni Tab și selectați Schimbă rolul pentru acel membru.
Ei bine, deocamdată, vom păstra 1 utilizator ca proprietar și celălalt ca membru. Astfel, Proprietarul poate crea mai multe depozite și poate atribui echipe depozitelor respective.
Înainte de a crea depozite, să creăm mai întâi echipe. Du-te la Echipe fila și faceți clic pe Echipă nouă.
Vom crea 2 echipe, adică Echipa UI și Echipa Middleware.
Click pe Creați o echipă. Odată ce echipa este creată, puteți adăuga membri la echipă așa cum se arată mai jos.
În mod similar, creați cealaltă echipă și adăugați membri la aceasta. Acum puteți vedea că sunt 2 echipe.
Să continuăm să creăm depozite. Deci, ca scenariu, acum vom crea 2 depozite adică unul pentru a deține codul legat de interfața de utilizare și celălalt pentru a deține codul middleware. Echipele vor fi repartizate corespunzător.
Du-te la Depozite filă și creați un Nou depozit .
Faceți clic pe Creați un depozit buton. Următorul este să oferim accesul echipei UI la depozit.
Du-te la Echipe filă. Faceți clic pe Echipa UI și du-te la Depozite filă. Faceți clic pe fiecare echipă și adăugați din nou depozitele din Depozite filă.
Adăugați depozitul introducând numele depozitului.
De asemenea, asigurați-vă Permisiune de scriere pentru membrii echipei în acest depozit, adică membrii echipei pot citi, clona și împinge în acest depozit.
În mod similar, urmați pașii de mai sus pentru a adăuga depozitul Middleware la cealaltă echipă. Astfel, avem acum o organizație cu depozite în cadrul acesteia și echipele. Membrii echipei pot clona depozitul pentru care au acces și lucrează la același lucru.
GitHub Fork
Furcați un depozit și păstrați-l sincronizat cu depozitul original.
În secțiunile anterioare și tutorialul anterior, am văzut că se creează depozite și se adaugă cod sursă la acesta. Acum, ce se întâmplă dacă echipele ar dori să testeze unele modificări de cod atunci când depozitul original nu este locul unde se poate face acest lucru.
Trebuie creată o copie pentru a experimenta orice modificare a codului, păstrând intact depozitul original. Aceasta se numește GitHub Furculiţă . Pentru a crea un Fork, navigați la depozitul care a fost creat în contul personal și nu în organizație. Click pe Furculiţă în partea dreaptă sus.
Selectați contul în care trebuie să furnizați depozitul original. În acest caz, selectați contul organizației unde va fi furnizat depozitul.
Depozitul este acum bifurcat ca Demo-Proj-Org / Demo_Project_Repo_VN . Deci, orice experiment cu codul poate fi făcut în depozitul furcat și nu în depozitul original.
Dacă s-au făcut modificări în depozitul original, atunci depozitul furcat trebuie să fie în sincronizare . Opțiunile din linia de comandă ar putea fi folosite pentru a obține sincronizarea depozitului furcat, dar crearea unei cereri de extragere este o opțiune mai simplă.
Presupunând că o modificare se face la un fișier din depozitul original, continuați cu crearea unei cereri de extragere.
Apasa pe link comparați între furci.
Selectați capul ca depozit original și bazați ca depozit furcat așa cum se arată și faceți clic pe Creați o cerere de extragere.
Click pe Îmbinați cererea de extragere și confirmați îmbinarea.
Modificările apar în depozitul furcat și sunt sincronizate cu depozitul original.
Probleme GitHub și repere ale proiectului
În mod normal, în fiecare proiect, trebuie să urmăriți sarcinile, defectele, îmbunătățirile etc. ca parte a progresului. Puteți utiliza problemele din GitHub pentru a urmări toate cele menționate mai sus împreună cu panourile de proiect.
Cu problemele, puteți asocia același lucru cu cererile de extragere, astfel încât să poată fi închis automat atunci când solicitarea de extragere este combinată. De asemenea, dacă există probleme deschise, acestea pot fi transferate și către alte depozite. În această secțiune, vom vedea mult mai multe despre modul în care problemele pot fi utilizate.
Crearea unor probleme și repere
diferența dintre c și c ++
Accesați pagina principală a depozitului și accesați Probleme Tab. Click pe Problemă nouă.
Atribuiți-l unui colaborator la care să lucreze, adăugați Etichetă pentru a distinge ca accesoriu. O bună practică este de menționat și despre Reper pentru a urmări progresul problemelor ridicate.
Click pe Trimiteți un nou număr.
Este afișat rezumatul problemei. Rețineți că numărul emisiunii este numărul 11, care va fi menționat mai târziu.
Problema poate fi transferată și într-un alt depozit. Opțiunea de a face acest lucru este în partea de jos „Problemă de transfer”.
Adauga o Data scadentă până la reper - R1. Pe pagina principală a depozitului, accesați Probleme Tab și faceți clic pe Repere .
Editați | × detaliile pentru Milestone R1 și adăugați o dată de scadență. Salvați modificările după ce ați terminat.
Milestone R1 are acum 2 numere deschise și se poate vedea și% de finalizare.
Faceți clic pe Milestone R1 pentru a vedea problemele care urmează să fie livrate pentru această etapă. Problemele pot fi, de asemenea, prioritizate prin mutarea problemelor în sus și în jos.
Probleme de filtrare
Presupunând că există mai multe probleme care se află în starea Deschidere / Închidere și atribuite mai multor colaboratori. Este foarte esențial să căutați acele probleme care se bazează pe anumite criterii.
De exemplu, toate problemele care vi s-au atribuit, toate problemele în stare deschisă, etc. GitHub oferă opțiunea de căutare pentru a filtra problemele și chiar a trage cereri.
Accesați fila Probleme iar în caseta de filtrare introduceți criteriile după cum urmează.
De exemplu, toate problemele deschise în starea Deschis și atribuite unui colaborator.
tip: emisiune stare: deschis cesionar: vniranjan2512 etapă: etichetă R1: îmbunătățire
Asociați probleme pentru a trage cererea
Atunci când se face referire la o cerere de extragere cu un anumit cuvânt cheie și un număr al problemei și, odată îmbinată, problema este închisă automat. Chiar dacă se face referire la un commit cu cuvânt cheie și numărul problemei, problema este închisă.
Cuvântul cheie poate fi oricare închide, închide, remediază, remediază, rezolvă, rezolvă.
De exemplu, în cererea de extragere sau menționarea mesajului de comitere se închide # 11.
Creați o cerere de extragere și menționați cuvântul cheie și numărul de referință așa cum se arată în mesaj. Click pe Creați o cerere de extragere și combinați-o.
Problema este închisă automat la îmbinarea cererii de extragere. Este absolut necesar un pic de automatizare.
Creați sau deschideți noi probleme din codul sursă
Pentru orice modificare de cod, se poate deschide o nouă problemă. Cu aceasta, adresa URL a liniei de modificare a codului este adăugată la problemă. Într-un mod de editare a codului, faceți clic pe cele 3 puncte (...) de lângă linia de cod și selectați Referință în ediția nouă .
Detaliile problemei au fost actualizate.
Problemă Pin
Puteți fixa problema, astfel încât să faciliteze găsirea problemelor și, de asemenea, să evitați duplicarea problemelor fiind creat.
Deschideți numărul și faceți clic pe partea din dreapta jos a problemei Problemă cu fixarea.
Problema este acum adăugată deasupra listei de probleme.
Notă: În orice moment pot fi fixate maximum 3 numere.
Consiliul de proiect GitHub
O placă de proiect din GitHub oferă o modalitate ușoară de a vizualiza problemele. Puteți vizualiza progresul proiectului și puteți vedea ce probleme încă nu au fost începute, în desfășurare și probleme finalizate.
O placă de proiect în GitHub poate fi creată pe baza șabloanelor Kanban care are un flux de lucru predefinit și poate fi personalizat și. Exemplul va prezenta un forum creat pe baza contului de utilizator.
Pe pagina principală a depozitului, accesați Proiecte filă și creați un Proiect nou.
După cum puteți vedea de sus, tabloul de proiect ajută la:
- Sortați sarcinile
- Planificați-vă proiectul
- Automatizează-ți fluxul de lucru
- Urmăriți progresul
- Stare partajare
- Închideți proiectul
Nou proiect de bord cu un șablon Kanban de bază.
Placa este creată cu un flux de lucru. De asemenea, pot fi adăugate coloane de flux de lucru suplimentare făcând clic pe + Adăugați coloană.
Fluxul de lucru poate fi, de asemenea, automatizat. De exemplu, dacă se creează un nou număr, acesta poate fi adăugat direct la Stare de rezolvat. Selectează Gestionați automatizarea opțiune pentru acel statut.
Bifați caseta de selectare Nou adăugat și faceți clic pe Actualizare automatizare. Deci, atunci când se creează un nou număr, proiectul selectat pentru problema va fi adăugat automat la Stare de rezolvat. De asemenea, puteți trage și plasa problema existentă în stare și trece de la o stare la alta.
La o coloană, puteți adăuga, de asemenea, note care vă vor asigura că furnizați câteva informații importante despre problemele din acea coloană. Faceți clic pe + semnează și adaugă o notă.
Click pe Adăuga.
GitHub Wiki pentru documentare
Una dintre activitățile foarte importante din orice proiect este crearea și menținerea documentației pentru depozitul dvs. pentru întreaga echipă. Depozitul GitHub vine cu suport pentru crearea unei astfel de documentații folosind GitHub Wiki. Deci, toate informațiile despre proiectul dvs. și despre utilizarea acestuia pot fi capturate în wiki.
Wikis-urile sunt disponibile gratuit pentru depozitele publice din GitHub. Wikii folosesc biblioteca Open Source Markup. Vom vedea cum să folosim această bibliotecă în timp ce scriem wiki-uri.
Activarea asistenței Wiki pentru depozit
Pe pagina principală a depozitului, faceți clic pe Setări filă și asigurați-vă că Wikis este selectată sub opțiunea Caracteristici secțiune.
întrebări și răspunsuri la interviul java developer
Creați un Wiki GitHub
Pe pagina principală a depozitului, accesați Wiki filă. Click pe Creați prima pagină.
Introduceți un titlu și adăugați text la Wiki. De asemenea, puteți utiliza opțiunea de formatare folosind suportul Markdown. Faceți clic pe Salvează pagina odata facut.
Notă în conținutul de mai sus # este pentru rubrica 1, ## este pentru rubrica 2, ### este pentru rubrica 3. * este utilizat pentru listarea neordonată. Previzualizarea va fi așa cum se arată mai jos.
Pe Wiki filă faceți clic pe + Adăugați un subsol personalizat.
Adăugați conținutul și salvați pagina.
Deschideți orice Wiki salvat și veți vedea subsolul.
Adăugați bara laterală
În fila wiki, faceți clic pe + Adăugați o bară laterală personalizată.
Adăugați conținut pentru bara laterală și salvați pagina.
Deschideți orice wiki și veți vedea bara laterală.
Vizualizați istoricul Wiki
În istorie, poți să te uiți la cine a făcut modificarea, să comite mesaje și la data la care a fost făcută modificarea.
Deschideți Wiki și editați pagina. Click pe Istoricul paginilor, pe drumul cel bun.
Faceți clic pe Hash pentru a vedea modificările. Selectați reviziile pentru a compara modificările și a reveni la modificările unei revizuiri mai noi. Click pe Reveniți la modificări.
Modificările sunt readuse la versiunea mai veche.
Notă : Puteți reveni la modificările pe baza permisiunii de a edita Wiki.
Concluzie
În partea 1 și partea 2 a seriei GitHub am văzut despre activitățile de control al versiunilor, crearea de depozite, cereri de extragere, sucursale, recenzii de coduri, organizații și echipe, Fork un depozit, etichete, repere, probleme, proiecte GitHub, Wikis.
În viitorul nostru tutorial, ne vom uita la crearea de versiuni, integrarea cu Jira și câteva Comenzi Git care îi va ajuta pe dezvoltatori înainte de a introduce modificări în depozitul GitHub.
Sperăm că toți dezvoltatorii vor găsi această abordare practică pentru GitHub utilă în proiectele lor.
=> Vizitați aici pentru seria exclusivă de instruiri GitHub.
Lectură recomandată
- Tipuri de riscuri în proiectele software
- Tutorial GitHub pentru dezvoltatori | Cum se folosește GitHub
- Cum se utilizează Microsoft TFS pentru proiecte JAVA cu Eclipse în DevOps
- JIRA Agile Tutorial: Cum să utilizați JIRA eficient pentru gestionarea proiectelor Agile
- În ce diferă planificarea testelor pentru proiectele manuale și de automatizare?
- Exemple de afirmare a seleniului - Aplicații practice în proiecte
- La fața locului - Model offshore de proiecte de testare software (și cum să-l faci să funcționeze pentru tine)
- Git vs GitHub: Explorați diferențele cu exemple