Paio di programmazione tramite mailing list

4

Ho iniziato a lavorare su un grande progetto open source recentemente. Questo progetto utilizza una mailing list per lo sviluppo, quindi tutte le patch devono essere inviate a questa mailing list. Questo segna un cambiamento rispetto al mio precedente lavoro in cui ho usato le richieste di pull Gitit o GitHub.

Uno dei maggiori problemi che sto riscontrando è come collaborare a queste patch. Ho la mia copia locale del repository upstream, su cui lavoro, ma non c'è un "repository condiviso". Ciò significa che non posso lavorare su una funzionalità con i compagni di squadra tramite le diramazioni di funzionalità o gli argomenti di Gerrit (il mio precedente flusso di lavoro). Il meglio che posso fare è presentare le patch avanti e indietro via e-mail, il che è doloroso.

Data la prevalenza di progetti che utilizzano questo stile di sviluppo, immagino sia un problema "risolto". Come tale, qualcuno potrebbe raccomandare una pratica generale da seguire per questo tipo di sviluppo?

    
posta stephenfin 29.10.2014 - 16:20
fonte

1 risposta

4

Il fatto che il repository centrale non sia condiviso non ti impedisce di condividere il tuo repository.

Quando vuoi lavorare su qualcosa da vicino con qualcun altro, imposta un clone su github , gianoso o simili e condividere lì. Quando arriva il momento di spingerlo a padroneggiare, devi comunque inviarlo tramite il processo di posta, ma mentre cucini il changeset, puoi condividerlo in un altro modo.

In effetti c'è poca differenza tra questo e github richieste pull. Con le richieste pull continui a pubblicare il tuo clone e a richiedere l'unione da esso. Quindi fai tutto lo stesso, solo la richiesta passa attraverso un altro canale (ok, ci sarà rebase invece di unire in quanto le patch di posta non preservano l'identità di commit, ma questo non dovrebbe essere un grosso problema, sai che le vecchie versioni sono obsolete quando è integrato).

    
risposta data 29.10.2014 - 17:08
fonte

Leggi altre domande sui tag