Architettura del flusso di lavoro Git per il progetto opensource - git, github, controllo della versione

La nostra azienda ha iniziato a lavorare come contributoreper un progetto open source. Il sistema di controllo delle versioni utilizzato sarà Git. Abbiamo già biforcato il progetto e quindi disponiamo già del repository remoto. Voglio un repository locale e ogni develeper dovrebbe avere un ramo separato del repository locale. Avrebbero apportato modifiche e si sarebbero impegnati nella propria filiale e successivamente avrebbero inviato il repository locale. Dopo tutte le modifiche, le modifiche al repository locale verranno trasferite al repository remoto e da lì verrà creata la richiesta di pull. Questo è il mio flusso di lavoro previsto in termini profani. Come faccio a farlo in Git?

risposte:

Il processo comune per contribuire a un repo github come di seguito (supponiamo che il tuo team voglia contribuire a un repo github per master ramo):

1. Forcella il repository Github che la tua squadra vuole contribuire.
2. Creare un develop filiale per il repo della forcella.
3. Ogni sviluppatore lavora nella sua filiale locale separata, dopo aver terminato il suo lavoro, unisce la sua filiale locale a develop ramo e poi spingere develop branch to fork repo (o spingere il suo ramo locale al fork repo e quindi creare una richiesta pull per unire il suo ramo separato in develop ramo).
4. Dopo che l'intera squadra ha terminato il lavoro, crea una richiesta di pull per unire develop ramo in master ramo.