Aggiunta del supporto per svn al nostro repository git

Question

Aggiunta del supporto per svn al nostro repository git

#1 da (5 voti)
#2 da (2 voti)
#3 da (0 voti)

2

Utilizziamo SVN da diversi anni.

Recentemente, siamo passati a git, dal momento che alcuni membri dell'organizzazione hanno sottolineato che se il nostro server SVN muore, la nostra squadra è brindata.

Finora, abbiamo ottenuto qualcosa con il flusso di lavoro git, tuttavia alcuni membri del team non amano questo processo git. Vogliono semplicemente fare clic destro su un file e quindi premere SVN Commit (stiamo usando tortoiseSVN) senza doversi preoccupare di tutto questo spingere e tirare.

Mi è stato chiesto di fornire supporto SVN per il nostro repository mantenendo aggiornato il repository git (ospitato su github). Il flusso di lavoro che sto immaginando è che faremo tutte le normali cose SVN come prima, e poi una volta ogni tanto farò semplicemente una spinta per github per fare il backup dei nostri file.

Quali sono alcune opzioni per usare git puramente a scopo di backup (una persona gestirà il repository git), mentre tutti usano il repository SVN?

Ho letto su git-svn, ma sembra uno strumento completamente diverso. Forse qualcuno può chiarirlo? Se ho controllato un repository svn usando git-svn, sarei in grado di operare su di esso usando tortoiseSVN? O chiunque può usare un regolare controllo SVN, mentre io mantengo un checkout git-svn?

git svn github

posta That Umbrella Guy 20.03.2014 - 17:38

fonte

3 risposte

Leggi altre domande sui tag git svn github

L'eliminazione del database in Grails è troppo facile. Come prevenire cadute accidentali? Typedefs per trasmettere le relazioni tra le classi

score 5 · Answer 1

Se vuoi solo i backup, ti consiglio di non usare affatto git - questo rende le cose inutilmente complicate. Invece, fai il backup del tuo server SVN ogni giorno.

Ovviamente, se non vuoi solo i backup, ma anche l'accesso mobile al repository, puoi scegliere un hoster svn. Forse questo sito ti aiuterà a sceglierne uno.

score 2 · Answer 2

Il mio consiglio è di aggiornare le persone. Vorrei respingere l'incarico e dire che l'adozione di vecchie abitudini e schemi di lavoro che non corrispondono alle nuove tecnologie e processi è una pessima decisione per il futuro dell'azienda e anche per le competenze future dei dipendenti.

La tecnologia è una costante e in continua evoluzione e cambiamento. Quando nuovi strumenti e pratiche diventano disponibili, una grande sfida è far sì che le persone utilizzino i nuovi strumenti in modi nuovi. Ciò può significare cambiare credenze e pratiche da lungo tempo difficili.

Questo rende anche la sfida di costringere la gente a cambiare un po 'più facilmente. Spiega che git, come DVCS è un nuovo modo di lavorare che sta soppiantando rapidamente VCS di tecnologia più vecchi. Fare le cose 'git' è probabilmente quello che faranno in molti dei loro lavori futuri. Se fanno 'git the svn way', probabilmente troveranno difficile il loro prossimo lavoro.

Il passaggio da svn a git è particolarmente difficile. È difficile per molte ragioni, incluso il fatto che la stessa parola significa cose abbastanza diverse (o anche opposte).

Anche i buoni strumenti Git Gi come gitx (osx) o gitg (linux) possono essere di grande aiuto.

Potresti trovare utile anche Q & A sul flusso di lavoro:
link

score 0 · Answer 3

La maggior parte dei client Git di cui sono a conoscenza possono fare push on commit per il flusso di lavoro in stile SVN in modo da poter mantenere git per i ragazzi moderni e lasciare che i dinosauri mantengano il loro flusso di lavoro in stile SVN senza tornare a SVN.

Avendo fatto la stessa transizione anch'io, proverei a combattere i dinosauri, dato che un giorno un git li farà dwan e tutto andrà molto meglio.