Gestione degli appaltatori su Github

5

Voglio gestire appaltatori esterni per aiutare a sviluppare il nostro codice. Il codice si trova su Github.

Desidero utilizzare una versione semplificata di questo modello di ramificazione: link

Per ora, il codice non è modulare, quindi non posso nascondere parti di esso da alcuni sviluppatori, a la link

Voglio collegare i nostri server di produzione e di gestione temporanea a un repository, quindi devo gestire l'accesso in scrittura al repository di codice.

Q1 - significa che ho bisogno di un account ORGANIZATION su Github? Presumo che lo faccia.

Q2 - Questa metodologia di ramificazione funzionerebbe: Un repository Main con i rami Master e Integration . Gli appaltatori (che non hanno accesso in scrittura) estraggono da questo repository (o lo forzano?). Quando hanno terminato un'attività, invieranno una richiesta di pull tramite il sito.

Q2A - questo significa che non avrò la possibilità di tenere traccia dei rami attività nel mio repository?
Q2B - come funzionerà il processo di integrazione? Devo assegnare un nuovo team, chiamato integratore? Caricheranno i compiti completati al ramo di integrazione del repository principale, lo testeranno e se si fondono bene con il ramo principale?

Q3 - Esiste un modello migliore?

EDIT : mi fido di questi sviluppatori con il mio codice (per quanto riguarda la segretezza). Non mi fido che decidano quando una funzione è pronta per la produzione o quali sono le correzioni nella prossima versione.

Grazie!

Tal.

    
posta Tal Weiss 18.09.2011 - 11:04
fonte

1 risposta

2

Anche se Organizzazione ( esempio ), è difficile perché puoi assegnare solo autorizzazioni di lettura / scrittura per repository, non per ramo. Quindi dovresti dividere i tuoi moduli in repository separati per poterne nascondere parti degli appaltatori.

Inoltre, gli utenti dell'organizzazione ottengono solo pochi repository privati, quindi potresti eseguire i repository prima possibile, ed è per questo che ho quasi fatto il passaggio a Codebase perché puoi avere tanti repository per "progetto" come vuoi, quindi è un vero toccasana essere in grado di avere più punti di riferimento agli stessi problemi e wiki invece di doverli ricreare (o memorizzare separatamente) come avevo fatto io in Github, ed è ancora possibile impostare permessi su ciascun repository [ma non per ramo].

    
risposta data 18.09.2011 - 19:03
fonte

Leggi altre domande sui tag