Impostazione corretta di Git tra progettisti e sviluppatori?

Naviga le tue risposte
3

Fondamentalmente ora abbiamo 2 sviluppatori per un progetto iOS, 2 sviluppatori per un progetto Android e 1 designer che progetta per entrambi i progetti.

In questo momento, il modo in cui scambiamo disegni e immagini è attraverso la posta ... quindi non molto avanzato o efficiente. Stiamo passando a Dropbox, ma sento che potremmo fare un ulteriore passo avanti e in qualche modo integrare il processo in Git.

Per il progetto iOS, stiamo usando Git, e penso che potrebbe essere una buona idea presentare il designer anche a Git. Il problema è che, essendo un designer, potrebbe essere un po 'difficile per lui capire il controllo della versione sorgente.

Come i 2 sviluppatori iOS, probabilmente eseguiremo un sacco di commit, ramificazione, fusione, ma molto probabilmente il progettista dovrà aggiornare le immagini di tanto in tanto. Vorremmo mantenere il setup il più semplice possibile (specialmente per il designer). Stiamo usando GitHub, quindi la loro applicazione OSX potrebbe rivelarsi molto utile per questo.

Qualcun altro ha esperienza o migliori pratiche su come impostare la ramificazione / fusione e l'integrazione di un designer in un progetto Git tecnico? Articoli, post di blog, ecc. Sono benvenuti.

    
posta Andrei 14.02.2013 - 18:58
fonte

2 risposte

6

Non permetterei al designer di usare git. È un sacco di complicazioni per lui che non ha bisogno. Lascia che aggiunga il suo psd / jpg come file allegati sul tuo sistema di tracciamento dei bug. Va bene se usa dropbox per il suo "backup", ma chiaramente non gli permetterò di usare Git.

Per non parlare del problema educativo, ma anche perché il repository è quindi inquinato da file binari non correlati al codice. Con questo Git è risaputo.

    
risposta data 15.02.2013 - 08:25
fonte
2

Ciò che descrivi è una situazione abbastanza comune.

Queste sono due impostazioni tipiche che ho usato a seconda del progetto.

  1. (preferito) Il progettista e gli sviluppatori non condividono il progetto. Il progettista ha il proprio progetto, esegue i propri commit e gli sviluppatori lo trattano come un progetto esterno, copiando occasionalmente materiale da esso nelle proprie filiali.

  2. Il designer e gli sviluppatori condividono lo stesso progetto. Per mantenere le cose semplici per il progettista, non farlo lavorare con più filiali, lasciarlo sempre su un unico ramo. In questo modo il suo flusso di lavoro è semplicemente: git commit; git rebase origin; git push

In entrambe queste configurazioni, il progettista deve conoscere solo il controllo di base della versione e non deve intralciarlo. Gli sviluppatori possono utilizzare i prodotti consegnati dal designer aggiornando la loro copia del ramo del designer.

Potrebbero esserci altre impostazioni pratiche, flussi di lavoro, posso solo dire che questi due sono stati sufficienti nel mio caso.

    
risposta data 15.02.2013 - 00:09
fonte

Leggi altre domande sui tag

Wiki / markup in azienda come documentazione [chiusa] Come dovrebbe la mia applicazione web gestire errori comuni come password errata, timeout della sessione, ecc.?