Possibili soluzioni per la condivisione della copia di lavoro del progetto tra più computer?

Naviga le tue risposte
1

Quindi ci sono 3 computer che uso per lavorare su questo progetto con, il mio PC di casa, il PC di lavoro e il Mac di lavoro (per costruire su dispositivi). Il progetto ha un repository SVN utilizzato da altri due programmatori, quindi non posso eseguire il commit di codice danneggiato. Il lead non sa come usare il controllo della versione in modo che il trunk contenga risorse artistiche e tutto il resto in aggiunta al progetto stesso, rendendo la ramificazione poco pratica (e non vorrei comunque usare svn per la ramificazione). Userò GIT se potessi, ma non è un'opzione.

La mia domanda è: come posso andare al lavoro, aggiornare la mia copia di lavoro, lavorarci un po ', mandarla al mio mac per la costruzione, poi andare a casa e lavorarci sopra un po' più tardi, tenendo a mente che posso passare 1-2 giorni senza poter eseguire il commit del codice di lavoro nel repository?

    
posta fordeka 17.04.2013 - 22:44
fonte

3 risposte

11

Perché non usi git localmente per condividere il tuo codice con le tue tre macchine / ambienti di sviluppo, quindi usa semplicemente SVN per eseguire i commit che vanno al resto del tuo team di sviluppo.

In questo modo, puoi usare git senza localmente senza che il resto della tua squadra lo usi.

    
risposta data 17.04.2013 - 22:48
fonte
5

Se vuoi usare git ma sei bloccato con SVN potresti dare un'occhiata a git svn:

Nel tuo caso potrebbe essere utile che i repository Git funzionino scollegato da un server centrale che sembra adattarsi al caso d'uso "a casa" (a seconda della tua connessione e delle impostazioni di rete, ecc.).

Un'altra cosa da esplorare è se il tuo lead ha una strong opinione sulla gestione del controllo della versione o se il ruolo principale è indifferente. Il capo potrebbe avere buoni argomenti dopo tutto. Per prima cosa mettere un binario nei sistemi di controllo della versione è un caso d'uso valido per alcune applicazioni (cioè mantenere una cronologia valida del progetto con codice e dati binari corrispondenti, altrimenti si potrebbe finire con istantanee disfunzionali perché dati binari come immagini ecc. mancano, questo è molto diverso da quello che diciamo controllando i file oggetto, o prodotti di compilazione).

    
risposta data 17.04.2013 - 23:34
fonte
1

the trunk contains art assets and everything else in addition to the project itself, making branching impractical

Grande errore uno: le diramazioni lato server sono copie a basso costo, se hai già un WC di linea, creare un ramo (lato server) e passare ad esso non costa nulla nel traffico (e traffico minimo per l'aggiornamento di file non sincronizzati al cambio di bagagliaio - senza scaricare l'intero tronco conente)

(and I wouldn't want to use svn for branching anyway)

Big Error two - branches è il tuo caso, perfettamente valido e semplice

    
risposta data 17.04.2013 - 23:02
fonte

Leggi altre domande sui tag

Come evitiamo i file di sviluppo nella versione? Un kernel del sistema operativo è un singleton?