Diverso Distributed Control Systems Versione lavorare insieme

voti
14

Il mio ufficio ha una fonte centrale sicuro 2005 installiamo che usiamo per il controllo di origine. Non posso cambiare quello che l'ufficio utilizza sul server.

I sviluppare su un computer portatile e vorrei avere un repository di controllo di origine locale diverso che può sincronizzare con il server centrale (ove disponibili) indipendentemente dalla cosa che fornitore di centrale. Il motivo della richiesta è in modo da poter mantenere un ramo stabile local / costruire per presentazioni per i clienti, pur continuando a svilupparsi senza dover passare attraverso i cerchi in fiamme. Inoltre, in qualità di consulente, i miei clienti possono chiedere che io uso il loro fornitore di controllo del codice sorgente e la flessibilità qui renderebbe la vita più facile.

Può uno qualsiasi dei client di controllo source distribuito esistenti gestire questo?

È pubblicato 04/08/2008 alle 20:04
fonte dall'utente
In altre lingue...                            


4 risposte

voti
1

Questo episodio di Hanselminutes copre esattamente quello che speravo di sentire. A quanto pare Git può essere usato localmente poi attaccato al esterni repository subversion / VSS come necessità. Ne parlano 14 ~ 15 minuti.

Risposto il 07/11/2008 a 17:51
fonte dall'utente

voti
1

Beh ... KernelTrap ha qualcosa su questo . Sembra che è possibile utilizzare vss2svn al tubo di repo Source Safe in un repository Subversion, quindi utilizzare il bel git-svn per tirare in un repo git locale.

Vorrei assumere i commit di nuovo a VSS non sarebbe un processo regolare, automatica utilizzando questo metodo.

Risposto il 04/08/2008 a 20:13
fonte dall'utente

voti
1

Dovreste essere in grado di controllare la versione corrente del codice e quindi creare un repository git intorno ad esso. Aggiornamento che e impegnandosi al vostro repository git locale dovrebbe essere indolore. Come dovrebbe clonazione.

L'unico problema è che è necessario avere entrambi ignorano l'un l'altro (che ho fatto qualcosa di simile con SVN) per fare scherzi con i file ignorare appropriati. Sto presumendo che ignorare le cose SourceSafe andiamo. E avrete bisogno di fare certe operazioni di due volte (come dire, sia che si elimina un file).

Risposto il 04/08/2008 a 20:10
fonte dall'utente

voti
0

un giorno io lavoro in una società che utilizzano VSS (e in altre società che utilizzano altri meno Unknow SCM ), ma io preferisco usare SVN (un giorno cercherò GIT) per lo sviluppo attivo, per me e per il mio gruppo.

Prima di tutto, questa situazione è solo una buona idea, se si impegnano a VSS sono pochi su mese, perché lavorare con altri SCM (oltre VSS) vi darà più flexiblity, ma Commint a VSS da SVN è costoso nel tempo.

La mia soluzione era:

VSS -> SVN: ho scritto Linux (o script ant, o lo script XXX) che copia da currrent lavoro directory aggiornamento e VSS per corrente SVN, quindi aggiornare client SVN e aggiornamento / merge / commit a SVN. Con questo, ci si aggiornamento dalle variazioni del resto della società che utilizzano VSS.

SVN -> VSS: In questo modo, è necessario un checkout di tutti i file modificare per VSS, allora si può semplicemente utilizzare lo script inverso per copiare dalla directory di aggiornamento corrente SVN (ignorare Svn directory) e copiare nella directory aggiornamento corrente VSS, aggiornare e commit.

Ma ricordate, in alcuni casi non merita il vostro tempo per fare questo.

Risposto il 18/08/2008 a 12:59
fonte dall'utente

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more