github projects teams
Questo tutorial su GitHub spiega concetti come progetti GitHub, organizzazione e team, fork di un repository, problemi e pietre miliari del progetto, Wiki di GitHub ecc:
Nel tutorial precedente della serie di tutorial su GitHub, abbiamo visto come uno sviluppatore può utilizzare la piattaforma per archiviare gli artefatti relativi al progetto e il controllo della versione lo stesso. Abbiamo anche visto i concetti relativi alle richieste pull, all'unione, alla ramificazione e alla protezione dei rami.
Bene, non è tutto. In questo tutorial, approfondiremo e scopriremo cos'altro può fare GitHub per gli sviluppatori.
=> Dai un'occhiata alla guida di formazione perfetta su GitHub qui.
Ecco su cosa ci concentreremo.
- Crea organizzazione e team
- Fork di un repository
- Crea problemi e pietre miliari del progetto
- Crea bacheca del progetto
- Creazione di GitHub Wiki
Cosa imparerai:
- Crea organizzazione e team
- Forcella GitHub
- Problemi di GitHub e pietre miliari del progetto
- Board del progetto GitHub
- Wiki di GitHub per la documentazione
- Conclusione
- Lettura consigliata
Crea organizzazione e team
Come pre-cursore a questa sezione, GitHub fornisce i seguenti 3 tipi di account.
i migliori download di musica mp3 per Android
- Account utente personali in cui puoi creare repository pubblici e privati illimitati e anche invitare collaboratori.
- Account dell'organizzazione che è principalmente un concetto di account condivisi e vedremo di più in questa sezione.
- Account aziendale che viene utilizzato dalle aziende che gestiscono internamente le politiche per gli utenti che utilizzano GitHub. Viene in genere utilizzato in una versione locale di GitHub Enterprise.
Nella parte 1, abbiamo visto come è stato creato un repository utilizzando un unico account personale in cui quell'utente era un unico proprietario del repository. Questo è adatto per piccoli team di scrum in cui hai da 3 a 9 persone o forse alcune persone in più o per creare un repository per un singolo progetto va bene.
Ma cosa succede se ci sono grandi progetti Github che richiedono più repository e più team di accesso per lo stesso per l'esecuzione? Qui, dobbiamo vedere come GitHub Organization aiuta a raggruppare più repository per un singolo grande progetto. Pertanto, ci saranno anche più proprietari in quanto sarebbero coinvolti più repository / team.
Per iniziare a creare una nuova organizzazione, fare clic su + in alto a destra e seleziona Nuova organizzazione.
Seleziona un piano di conseguenza. Per ora useremo un piano gratuito che è Team per l'Open Source.
Immettere i dettagli sull'organizzazione e quindi fare clic su Il prossimo.
Aggiungi i membri all'organizzazione e fai clic su Configurazione completa.
Il prossimo passo è iniziare a creare repository secondo le esigenze del progetto e aggiungere team allo stesso.
Puoi anche fare clic su Invita qualcuno per aggiungere membri all'organizzazione appena creata. Man mano che vengono aggiunti membri, il ruolo può essere assegnato anche come membro o proprietario. Per fare questo vai al Persone Tab e seleziona Cambia ruolo per quel membro.
Bene, per ora, manterremo 1 utente come proprietario e l'altro come membro. Pertanto, il proprietario può creare più repository e assegnare team ai rispettivi repository.
Prima di creare repository, creiamo prima i team. Vai al Squadre scheda e fare clic su Nuova squadra.
Creeremo 2 team, ovvero UI Team e Middleware Team.
Clicca su Crea squadra. Una volta creato il team, puoi aggiungere membri al team come mostrato di seguito.
Allo stesso modo, crea l'altra squadra e aggiungi membri ad essa. Ora puoi vedere che ci sono 2 squadre.
Procediamo con la creazione di repository. Quindi, come scenario, ora creeremo 2 repository cioè uno per contenere il codice relativo all'interfaccia utente e l'altro per contenere il codice middleware. Le squadre verranno assegnate di conseguenza.
Vai al Repository scheda e creare un file Nuovo repository .
Clicca sul Crea repository pulsante. Il passaggio successivo consiste nel fornire al team dell'interfaccia utente l'accesso al repository.
Vai al Squadre tab. Clicca sul Team UI e vai al Repository tab. Fare clic su ogni squadra e aggiungere nuovamente i repository dal file Repository tab.
Aggiungi il repository inserendo il nome del repository.
Assicurati anche Scrivere il permesso per i membri del team in questo repository, ovvero i membri del team possono leggere, clonare e inviare a questo repository.
Allo stesso modo, eseguire i passaggi precedenti per aggiungere il repository middleware all'altro team. Pertanto, ora abbiamo un'organizzazione con archivi al suo interno e anche i team. I membri del team possono clonare il repository per il quale hanno accesso e lavorare sullo stesso.
Forcella GitHub
Fork di un repository e mantieniti sincronizzato con il repository originale.
Nelle sezioni precedenti e nel tutorial precedente, abbiamo visto la creazione di repository e l'aggiunta di codice sorgente. Ora, cosa succederebbe se i team volessero testare alcune modifiche al codice quando il repository originale non è il posto giusto per farlo.
È necessario creare una copia per sperimentare eventuali modifiche al codice mantenendo intatto il repository originale. Questo è chiamato GitHub Forchetta . Per creare un fork, vai al repository che è stato creato nell'account personale e non nell'organizzazione. Clicca su Forchetta in alto a destra.
Seleziona l'account in cui devi eseguire il fork del repository originale. In questo caso, seleziona l'account dell'organizzazione in cui verrà eseguito il fork del repository.
Il repository è ora biforcato come Demo-Proj-Org / Demo_Project_Repo_VN . Quindi, qualsiasi esperimento con il codice può essere eseguito nel repository biforcuto e non nel repository originale.
Se sono state apportate modifiche nel repository originale, il repository forkato deve essere in sincronizzazione . Le opzioni della riga di comando potrebbero essere utilizzate per sincronizzare il repository biforcuto, ma la creazione di una richiesta pull è un'opzione più semplice.
Supponendo che venga apportata una modifica a un file nel repository originale, procedere alla creazione di una richiesta pull.
Clicca sul link confronta le forcelle.
Seleziona la testa come repository originale e la base come repository biforcuto come mostrato e fai clic su Crea richiesta pull.
Clicca su Unisci richiesta pull e conferma l'unione.
Le modifiche vengono visualizzate nel repository biforcuto e sono sincronizzate con il repository originale.
Problemi di GitHub e pietre miliari del progetto
Normalmente in ogni progetto, è necessario tenere traccia di attività, difetti, miglioramenti, ecc. Come parte del progresso. Puoi utilizzare i problemi in GitHub per tenere traccia di tutti quelli sopra menzionati insieme alle schede di progetto.
Con i problemi, puoi associare lo stesso alle richieste pull in modo che possa essere chiuso automaticamente quando la richiesta pull viene unita. Inoltre, se ci sono problemi aperti, possono anche essere trasferiti ad altri repository. In questa sezione vedremo molto di più su come utilizzare i problemi.
Creazione di problemi e pietre miliari
Vai alla pagina principale del repository e vai al Problemi Tab. Clicca su Nuovo problema.
Assegnalo a un collaboratore su cui lavorare, aggiungi Etichetta per distinguerlo come miglioramento. Una buona pratica è anche menzionare il Pietra miliare per monitorare lo stato di avanzamento delle questioni sollevate.
Clicca su Invia un nuovo problema.
Viene visualizzato il riepilogo del problema. Si noti che il numero di problema è # 11, a cui verrà fatto riferimento in seguito.
Il problema può anche essere trasferito a un altro repository. L'opzione per farlo è in fondo 'Problema di trasferimento'.
Aggiungere un scadenza alla pietra miliare - R1. Nella pagina principale del repository vai a Problemi Tab e fare clic su Pietre miliari .
modificare i dettagli per Milestone R1 e aggiungi una data di scadenza. Salva le modifiche una volta fatte.
Il Milestone R1 ora ha 2 problemi aperti e si può anche vedere la% di completamento.
Fare clic sul Milestone R1 per esaminare i problemi da consegnare per questo traguardo. È anche possibile assegnare nuovamente la priorità ai problemi spostandoli su e giù.
Problemi di filtro
Supponendo che siano presenti più problemi nello stato Apri / Chiudi e assegnati a più collaboratori. È molto essenziale cercare quelle questioni che si basano su determinati criteri.
Per esempio, tutti i problemi assegnati a te, tutti i problemi in stato aperto, ecc. GitHub fornisce l'opzione di ricerca per filtrare i problemi e persino tirare le richieste.
Vai alla scheda Problemi e nella casella del filtro immettere i criteri come segue.
Ad esempio, tutti i problemi aperti nello stato Aperto e Assegnato a un collaboratore.
tipo: problema stato: aperto assegnatario: vniranjan2512 pietra miliare: etichetta R1: miglioramento
Associa problemi alla richiesta di pull
Quando una richiesta pull viene referenziata con una particolare parola chiave e numero di problema e una volta unita, la questione viene chiusa automaticamente. Anche se si fa riferimento a un commit con la parola chiave e il numero del problema, il problema viene chiuso.
La parola chiave può essere qualsiasi, ad es. chiudere, chiudere, correggere, correggere, risolvere, risolvere.
Per esempio, nella richiesta di pull o nella menzione del messaggio di commit chiude # 11.
Crea una richiesta pull e menziona la parola chiave e il numero di riferimento come mostrato nel messaggio. Clicca su Crea una richiesta pull e unisci.
Il problema viene chiuso automaticamente all'unione della richiesta pull. Un po 'di automazione è decisamente necessaria.
Crea o apri nuovi numeri dal codice sorgente
Per qualsiasi modifica al codice è possibile aprire una nuova edizione. Con ciò, l'URL della riga di modifica del codice viene aggiunto al problema. In una modalità di non modifica del codice, fare clic sui 3 punti (...) accanto alla riga di codice e selezionare Riferimento nel nuovo numero .
Dettagli del problema aggiornati.
Problema con il pin
Puoi bloccare il problema in modo che sia più facile trovare i problemi e anche evitare problemi duplicati da in fase di creazione.
Apri il problema e fai clic su nella parte inferiore destra del problema Problema con il pin.
Il problema viene ora aggiunto sopra l'elenco dei problemi.
Nota: È possibile bloccare un massimo di 3 numeri in qualsiasi momento.
Board del progetto GitHub
Una bacheca del progetto in GitHub fornisce un modo semplice per visualizzare i problemi. È possibile visualizzare lo stato di avanzamento del progetto e vedere quali problemi devono ancora essere avviati, in corso e quelli completati.
È possibile creare una bacheca di progetto in GitHub sulla base di modelli Kanban che ha un flusso di lavoro predefinito e può anche essere personalizzato. L'esempio mostrerà una bacheca creata in base all'account utente.
Nella pagina principale del repository vai a Progetti scheda e creare un file Nuovo progetto.
Come puoi vedere dall'alto, la bacheca del progetto aiuta a:
- Ordina le attività
- Pianifica il tuo progetto
- Automatizza il tuo flusso di lavoro
- Tieni traccia dei progressi
- Condividi lo stato
- Chiudi progetto
Nuova bacheca del progetto con un modello Kanban di base.
La scheda viene creata con un flusso di lavoro. È inoltre possibile aggiungere ulteriori colonne del flusso di lavoro facendo clic su + Aggiungi colonna.
Il flusso di lavoro può anche essere automatizzato. Per esempio, se viene creata una nuova edizione, questa può essere aggiunta direttamente al file Stato delle cose da fare. Seleziona il Gestisci l'automazione opzione per quello stato.
Seleziona la casella di controllo Appena aggiunto e fare clic su Aggiorna automazione. Pertanto, quando viene creata una nuova rivista, il progetto selezionato per la rivista verrà automaticamente aggiunto al file Stato delle cose da fare. Puoi anche trascinare e rilasciare il problema esistente nello stato e passare da uno stato all'altro.
A una colonna, puoi anche aggiungere note che ti assicureranno di fornire alcune informazioni importanti sui problemi in quella colonna. Clicca sul + firmare e aggiungere una nota.
Clicca su Inserisci.
Wiki di GitHub per la documentazione
Una delle attività molto importanti in qualsiasi progetto è creare e mantenere la documentazione per il tuo repository che l'intero team può utilizzare. Il repository GitHub viene fornito con il supporto per la creazione di tale documentazione utilizzando GitHub Wiki. Quindi, tutte le informazioni sul tuo progetto e sul suo utilizzo possono essere acquisite nel wiki.
I wiki sono disponibili gratuitamente per i repository pubblici in GitHub. I wiki utilizzano la libreria di markup open source. Vedremo come utilizzare questa libreria durante la scrittura dei wiki.
Abilitazione del supporto Wiki per il repository
Nella pagina principale del repository, fare clic su impostazioni scheda e assicurati che il file Wiki è selezionata l'opzione Caratteristiche sezione.
Crea un wiki su GitHub
Nella pagina principale del repository vai a Wiki tab. Clicca su Crea la prima pagina.
Inserisci un titolo e aggiungi del testo al Wiki. Inoltre, puoi utilizzare l'opzione di formattazione utilizzando il supporto Markdown. Clicca sul Salva la pagina una volta fatto.
Nota nel contenuto di cui sopra # è per intestazione1, ## è per intestazione2, ### è per intestazione3. * viene utilizzato per elenchi non ordinati. L'anteprima sarà come mostrato di seguito.
Sul Wiki fare clic sulla scheda + Aggiungi un piè di pagina personalizzato.
Aggiungi il contenuto e salva la pagina.
Apri qualsiasi Wiki salvato e vedrai il piè di pagina.
Aggiungi sidebar
Nella scheda wiki fare clic su + Aggiungi una barra laterale personalizzata.
Aggiungi contenuto per la barra laterale e salva la pagina.
Apri qualsiasi wiki e vedrai la barra laterale.
Visualizza la cronologia Wiki
Nella cronologia, puoi vedere chi ha apportato la modifica, i messaggi di commit e la data in cui è stata apportata la modifica.
Apri Wiki e modifica la pagina. Clicca su Cronologia della pagina, dal lato giusto.
Fare clic su Hash per esaminare le modifiche. Seleziona le revisioni per confrontare le modifiche e annullare le modifiche di una revisione più recente. Clicca su Annulla le modifiche.
Le modifiche vengono ripristinate alla versione precedente.
come visualizzare i file .json
Nota : Puoi annullare le modifiche in base all'autorizzazione a modificare il Wiki.
Conclusione
Nella parte 1 e nella parte 2 della serie GitHub abbiamo visto attività di controllo della versione, creazione di repository, richieste pull, rami, revisioni del codice, organizzazioni e team, fork a repository, etichette, pietre miliari, problemi, progetti GitHub, wiki.
Nel nostro prossimo tutorial, esamineremo la creazione di versioni, l'integrazione con Jira e pochi Comandi Git ciò aiuterà gli sviluppatori prima di inviare modifiche al repository GitHub.
Speriamo che tutti gli sviluppatori trovino utile questo approccio pratico per GitHub nei loro progetti.
=> Visita qui per l'esclusiva serie di tutorial di formazione su GitHub.
Lettura consigliata
- Tipi di rischi nei progetti software
- Tutorial su GitHub per sviluppatori | Come utilizzare GitHub
- Come utilizzare Microsoft TFS per progetti JAVA con Eclipse in DevOps
- Tutorial JIRA Agile: come utilizzare JIRA in modo efficace per la gestione di progetti Agile
- In che modo differisce la pianificazione dei test per i progetti manuali e di automazione?
- Esempi di asserzioni di selenio - Applicazioni pratiche nei progetti
- Onsite - Modello offshore di progetti di test del software (e come farlo funzionare per te)
- Git vs GitHub: esplora le differenze con esempi