Domanda

Dopo aver esaminato altre domande relative alla condivisione di soluzioni tra VS 2005 e VS 2008, sembra che la strada da percorrere sia avere due file di soluzione (uno per VS 2005 e uno per VS 2008).

Tuttavia, se la soluzione è sotto il controllo del codice sorgente (nel nostro caso VisualSVN), come potremmo mantenere due file di soluzione e non continuare a sovrascrivere l'uno o l'altro con ogni aggiornamento / commit?

È possibile rimuovere solo il file .sln dal controllo del codice sorgente e impedire al client VisualSVN di controllarne lo stato in Visual Studio?

Grazie

Matt

È stato utile?

Soluzione

Non sono sicuro di vedere il problema: se hai due file di soluzione, perché uno dei due dovrebbe essere sovrascritto? Intendo davvero due file, ad es. MyApp2005.sln e MyApp2008.sln, dove quando crei un nuovo progetto lo fai nella soluzione del 2005 e poi semplicemente "aggiungi progetto esistente" nella soluzione del 2008.

Cosa farebbe VisualSVN per rovinare tutto?

(Ho la stessa configurazione per il mio C # nel codice sorgente della profondità e utilizzo VisualSVN - Non ho visto alcun problema.)

Altri suggerimenti

Ora funziona.

Stavo cercando di aggiornare / convertire la soluzione nel 2008 (il nome della soluzione è uguale a quello del 2005) e in qualche modo bloccare il file della soluzione 2008 da commit / aggiornamento.

Ora ho creato una nuova soluzione vuota in VS 2008 (nome diverso) e ho usato " aggiungi progetto esistente " come hai suggerito.

Grazie

Matt

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top