github projects teams
Aquest tutorial sobre GitHub explica conceptes com ara projectes de GitHub, organització i equips, bifurcar un repositori, fites de problemes i fets, GitHub Wiki, etc.:
Al tutorial anterior de la sèrie de tutorials de GitHub, vam veure com un desenvolupador pot utilitzar la plataforma per emmagatzemar els artefactes relacionats amb el Projecte i controlar-ne la versió. També vam veure els conceptes entorn de les sol·licituds Pull, Fusió, Sucursalització i Protecció de sucursals.
Bé, això no és tot. En aquest tutorial, aprofundirem i descobrirem què més pot fer GitHub per als desenvolupadors.
=> Consulteu la guia de formació perfecta de GitHub aquí.
Aquí és en què ens centrarem.
- Crear organització i equips
- Forqueu un dipòsit
- Crea problemes i fites del projecte
- Crea un tauler de projectes
- S'està creant GitHub Wiki
Què aprendreu:
- Creeu organització i equips
- Forquilla GitHub
- Problemes de GitHub i fites del projecte
- Taula de projectes de GitHub
- GitHub Wiki per a documentació
- Conclusió
- Lectura recomanada
Creeu organització i equips
Com a precursor d'aquesta secció, GitHub proporciona els tres tipus de comptes següents.
- Comptes d'usuari personal on podeu crear repositoris públics i privats il·limitats i també convidar col·laboradors.
- Comptes d’organització que és principalment un concepte de comptes compartits i que es veurà més en aquesta secció.
- Compte empresarial que són utilitzades per empreses que gestionen les polítiques internament per als usuaris que utilitzen GitHub. Normalment s’utilitza en una versió local de GitHub Enterprise.
A la primera part, vam veure com es creava un dipòsit amb un únic compte personal on aquest usuari era un únic propietari del dipòsit. Això és adequat per a equips de scrum petits on teniu de 3 a 9 persones o potser algunes persones més o bé per crear un dipòsit per a un sol projecte està bé.
Però, què passa si hi ha grans projectes de Github que necessiten diversos repositoris i accés a diversos equips per al mateix per a l'execució? Aquí, hem de veure com GitHub Organization ajuda a agrupar diversos dipòsits per a un sol projecte gran. Per tant, també hi haurà diversos propietaris, ja que hi hauria diversos dipòsits / equips implicats.
Per començar a crear una nova organització, feu clic a + a la part superior dreta i seleccioneu Nova organització.
Seleccioneu un pla en conseqüència. Ara farem servir un pla gratuït que és Equip de codi obert.
Introduïu els detalls sobre l'organització i feu clic a Pròxim.
Afegiu els membres a l'organització i feu clic a Configuració completa.
El següent pas és començar a crear repositoris segons les necessitats del projecte i afegir-hi equips.
També podeu fer clic a Convidar algú per afegir membres a l'organització que acabeu de crear. A mesura que s’afegeixen membres, la funció també es pot assignar com a membre o propietari. Per fer-ho, aneu al Gent Tabulador i seleccioneu Canvia el paper per a aquest membre.
Bé, per ara, conservarem 1 usuari com a propietari i l’altre com a membre. Per tant, el propietari pot crear diversos repositoris i assignar equips als repositoris respectius.
Abans de crear repositoris, primer creem equips. Aneu al Equips i feu clic a Nou equip.
Crearem 2 equips, és a dir, equip d’interfície d’usuari i equip de middleware.
Fer clic a Crea equip. Un cop creat l'equip, podeu afegir membres a l'equip tal com es mostra a continuació.
De la mateixa manera, creeu l’altre equip i afegiu-hi membres. Ara es pot veure que hi ha 2 equips.
Procedim a la creació de repositoris. Per tant, com a escenari, ara crearem 2 repositoris és a dir, un per contenir codi relacionat amb la interfície d’usuari i l’altre per contenir codi de middleware. Els equips s’assignaran en conseqüència.
Aneu al Dipòsits i creeu un fitxer Nou dipòsit .
Feu clic al botó Crea un dipòsit botó. El següent és proporcionar accés d’equip d’interfície d’usuari al dipòsit.
Aneu al Equips fitxa. Feu clic al botó Equip d’interfície d’usuari i anar al Dipòsits fitxa. Feu clic a cada equip i torneu a afegir els repositoris des de Dipòsits fitxa.
Afegiu el dipòsit introduint el nom del dipòsit.
Assegureu-vos també Permís d'escriptura per als membres de l’equip a aquest dipòsit, és a dir, els membres de l’equip poden llegir, clonar i empènyer a aquest dipòsit.
De la mateixa manera, feu els passos anteriors per afegir el repositori Middleware a l’altre equip. Per tant, ara tenim una organització amb repositoris al seu interior i també els equips. Els membres de l’equip poden clonar el dipòsit al qual tenen accés i treballar-hi.
Forquilla GitHub
Forqueu un dipòsit i mantingueu-lo sincronitzat amb el dipòsit original.
A les seccions anteriors i al tutorial anterior, vam veure com es creaven repositoris i s’hi afegia codi font. Ara, què passa si els equips volen provar alguns canvis de codi quan el dipòsit original no és el lloc on fer-ho.
Cal crear una còpia per experimentar amb qualsevol canvi al codi mantenint intacte el dipòsit original. Això es diu GitHub Forquilla . Per crear una Forquilla, aneu al repositori que s'ha creat al compte personal i no a l'organització. Fer clic a Forquilla a la part superior dreta.
Seleccioneu el compte on vulgueu bifurcar el dipòsit original. En aquest cas, seleccioneu el compte de l'organització on es repartirà el dipòsit.
El dipòsit està ara bifurcat com Demo-Proj-Org / Demo_Project_Repo_VN . Per tant, qualsevol experiment amb el codi es pot fer al dipòsit forcat i no al dipòsit original.
què és la clau de xarxa del router
Si s’han fet canvis al dipòsit original, el dipòsit bifurcat ha d’estar dins sincronitzar . Les opcions de línia d'ordres es podrien utilitzar per aconseguir que el repositori forcat estigués sincronitzat, però crear una sol·licitud d'extracció és una opció més senzilla.
Suposant que es faci un canvi en un fitxer del dipòsit original, procediu a crear una sol·licitud d'extracció.
Feu clic a l'enllaç comparar entre forquilles.
Seleccioneu el capçal com a dipòsit original i baseu-lo com a dipòsit bifurcat tal com es mostra i feu clic a Crea una sol·licitud d'extracció.
Fer clic a Combineu la sol·licitud d'extracció i confirmeu la combinació.
Els canvis apareixen al dipòsit forcat i estan sincronitzats amb el dipòsit original.
Problemes de GitHub i fites del projecte
Normalment, en tots els projectes, cal fer un seguiment de tasques, defectes, millores, etc. com a part del progrés. Podeu utilitzar els problemes de GitHub per fer un seguiment de tots els esmentats juntament amb els Project Board.
Amb els problemes, podeu associar el mateix a les sol·licituds d'extracció per tal que es pugui tancar automàticament quan es fusioni la sol·licitud d'extracció. A més, si hi ha problemes oberts, també es poden transferir a altres repositoris. En aquesta secció, veurem molt més sobre com es poden utilitzar els problemes.
Creació de problemes i fites
Aneu a la pàgina principal del dipòsit i aneu a la pàgina Problemes Pestanya. Fer clic a Nou número.
Assigneu-lo a un col·laborador per treballar, afegiu Label per distingir-lo com a millora. Una bona pràctica també és esmentar sobre el Fita per fer un seguiment del progrés de les qüestions plantejades.
Fer clic a Envieu un número nou.
Es mostra el resum del número. Tingueu en compte que el número de número és el número 11, al qual es farà referència més endavant.
El problema també es pot transferir a un altre dipòsit. L’opció per fer-ho és a la part inferior 'Problema de transferència'.
Afegiu un data de venciment fins a la fita: R1. A la pàgina principal del dipòsit, aneu a Problemes Feu clic a la pestanya i feu clic a Fites .
Edita els detalls del Milestone R1 i afegir una data de venciment. Deseu els canvis un cop fets.
Milestone R1 ara té 2 números oberts i també es pot veure el% de finalització.
Feu clic a Milestone R1 per veure els problemes que es presentaran per a aquesta fita. També es pot prioritzar els problemes movent els problemes cap amunt i cap avall.
Problemes de filtre
Suposant que hi ha diversos problemes que estan en estat Obert / Tancat i assignats a diversos col·laboradors. És molt essencial buscar aquells problemes que es basen en determinats criteris.
Per exemple, tots els problemes assignats, tots els problemes en estat obert, etc. GitHub proporciona l'opció de cerca per filtrar els problemes i fins i tot obtenir sol·licituds.
Aneu a la pestanya Problemes i al quadre de filtre introduïu els criteris de la següent manera.
Per exemple, tots els números oberts en estat obert i assignats a un col·laborador.
tipus: emissió estat: obert assignatari: vniranjan2512 fita: etiqueta R1: millora
Associeu problemes per sol·licitar l'extracció
Quan es fa referència a una sol·licitud d'extracció amb una paraula clau i un número de problema concrets i un cop combinada, el problema es tanca automàticament. Fins i tot si es fa referència a una confirmació amb la paraula clau i el número de problema, el problema es tanca.
La paraula clau pot ser qualsevol, és a dir, tancar, tancar, arreglar, arreglar, resoldre, resoldre.
Per exemple, a la sol·licitud d'extracció o al missatge de confirmació tanca el número 11.
Creeu una sol·licitud d'extracció i mencioneu la paraula clau i el número de referència tal com es mostra al missatge. Fer clic a Creeu una sol·licitud d'extracció i combineu-la.
El problema es tanca automàticament en combinar la sol·licitud d'extracció. Definitivament, cal una mica d’automatització.
Creeu o obriu nous problemes des del codi font
Per a qualsevol canvi de codi, es pot obrir un nou número. Amb això, l'URL de la línia de canvi de codi s'afegeix al problema. En un mode sense edició del codi, feu clic als 3 punts (...) al costat de la línia de codi i seleccioneu Referència al número nou .
S'han actualitzat els detalls del problema.
Problema del PIN
Podeu fixar el problema de manera que sigui més fàcil trobar els problemes i evitar problemes duplicats s'està creant.
Obriu el número i feu clic a la part inferior dreta del número Problema del PIN.
Ara el número s’afegeix a sobre de la llista de problemes.
Nota: Es poden fixar un màxim de 3 números en qualsevol moment.
Taula de projectes de GitHub
Un tauler de projectes a GitHub proporciona una manera fàcil de visualitzar els problemes. Podeu veure el progrés del projecte i veure quins problemes encara s’han d’iniciar, en curs i quins s’han acabat.
Es pot crear un tauler de projectes a GitHub basat en plantilles Kanban que té un flux de treball predefinit i que també es pot personalitzar. A l'exemple es mostrarà un tauler creat basat en el compte d'usuari.
A la pàgina principal del dipòsit, aneu a Projectes i creeu un fitxer Nou projecte.
Com podeu veure des de dalt, el tauler del projecte ajuda a:
- Ordena les tasques
- Planifica el teu projecte
- Automatitzeu el vostre flux de treball
- Feu un seguiment del progrés
- Estat de la compartició
- Tanca el projecte
Nou tauler de projectes amb una plantilla Kanban bàsica.
El tauler es crea amb un flux de treball. També es poden afegir columnes de flux de treball addicionals fent clic al botó + Afegeix columna.
El flux de treball també es pot automatitzar. Per exemple, si es crea un número nou, es pot afegir directament al fitxer Estat pendent. Seleccioneu el fitxer Gestionar l’automatització opció per a aquest estat.
Marqueu la casella de selecció Afegit recentment i feu clic a Actualitza l'automatització. Per tant, quan es crea un número nou, el projecte seleccionat per al problema s'afegirà automàticament al fitxer Estat pendent. També podeu arrossegar i deixar anar el problema existent a l'estat i passar d'un estat a un altre.
A una columna, també podeu afegir notes que us asseguraran de proporcionar informació important sobre els problemes d’aquesta columna. Feu clic al botó + signeu i afegiu una nota.
Fer clic a Afegeix
GitHub Wiki per a documentació
Una de les activitats molt importants de qualsevol projecte és crear i mantenir documentació per al vostre dipòsit perquè tot l’equip l’utilitzi. El repositori GitHub inclou suport per a la creació d’aquesta documentació mitjançant GitHub Wiki. Per tant, tota la informació sobre el vostre projecte i el seu ús es pot capturar a la wiki.
Els wikis estan disponibles per a repositoris públics de forma gratuïta a GitHub. Els wikis fan servir la biblioteca de codi obert. Veurem com utilitzar aquesta biblioteca mentre escrivim wikis.
Habilitació de l'assistència de Wiki per al dipòsit
A la pàgina principal del dipòsit, feu clic a Configuració i assegureu-vos que el fitxer Wikis està seleccionada a l'opció Característiques secció.
Creeu una wiki GitHub
A la pàgina principal del dipòsit, aneu a Wiki fitxa. Fer clic a Creeu la primera pàgina.
Introduïu un títol i afegiu text al Wiki. A més, podeu utilitzar l’opció de format mitjançant el suport de Markdown. Feu clic al botó Desa la pàgina un cop fet.
Nota al contingut anterior # és per a l’encapçalament1, ## per a l’encapçalament2, ### per a l’encapçalament3. * s'utilitza per a llistats no ordenats. La previsualització serà la que es mostra a continuació.
A la Wiki Feu clic a la pestanya + Afegiu un peu de pàgina personalitzat.
Afegiu el contingut i deseu la pàgina.
Obriu qualsevol Wiki desat i veureu el peu de pàgina.
Afegeix la barra lateral
A la pestanya wiki feu clic a + Afegiu una barra lateral personalitzada.
Afegiu contingut per a la barra lateral i deseu la pàgina.
Obriu qualsevol wiki i veureu la barra lateral.
Veure historial de Wiki
A la història, podeu veure qui va fer el canvi, confirmar missatges i la data en què es va fer el canvi.
Obriu Wiki i editeu la pàgina. Fer clic a Historial de pàgines, al costat dret.
Feu clic a Hash per veure els canvis. Seleccioneu les revisions per comparar els canvis i desfer els canvis d'una revisió més recent. Fer clic a Reverteix els canvis.
Els canvis es tornen a la versió anterior.
Nota : Podeu revertir els canvis en funció del permís per editar el Wiki.
Conclusió
A la part 1 i la part 2 de la sèrie GitHub hem vist sobre activitats de control de versions, creació de repositoris, sol·licituds d'extracció, sucursals, ressenyes de codis, organitzacions i equips, bifurcació d'un dipòsit, etiquetes, fites, problemes, projectes GitHub, Wikis.
Al nostre proper tutorial, analitzarem la creació de versions, la integració amb Jira i pocs Ordres Git això ajudarà els desenvolupadors abans que introdueixin canvis al dipòsit GitHub.
Esperem que tots els desenvolupadors trobin útil aquest enfocament pràctic per a GitHub en els seus projectes.
=> Visiteu aquí la sèrie exclusiva de formació de GitHub.
Lectura recomanada
- Tipus de riscos en projectes de programari
- Tutorial de GitHub per a desenvolupadors | Com utilitzar GitHub
- Com utilitzar Microsoft TFS per a projectes JAVA amb Eclipse a DevOps
- Tutorial JIRA Agile: Com utilitzar JIRA eficaçment per gestionar projectes Agile
- En què es diferencia la planificació de proves per a projectes manuals i d'automatització?
- Exemples d’assercions de seleni: aplicacions pràctiques en projectes
- Onsite: model offshore de projectes de proves de programari (i com fer-lo funcionar)
- Git contra GitHub: exploreu les diferències amb exemples