Condividere un file CS con 2 diversi progetti utilizzando Visual Studio 2010 e Subversion

Ci stiamo spostando da SourceSafe a Subversion come nostro fornitore di controllo sorgente ... Tutto sta andando bene finora tranne che posso capire come "condividere" un file tra più di un progetto. In sourcesafe hai fatto un link al file e poi lo hai aggiunto al tuo progetto, quindi source safe sapeva che il file era in realtà solo un file. Come si fa l'equivalente con Subversion?Condividere un file CS con 2 diversi progetti utilizzando Visual Studio 2010 e Subversion

fonte

2011-08-22 Matthew Sanford

L'aggiunta di file condivisi a un progetto tramite un collegamento è una funzione di progetto VS che memorizza il percorso pertinente nel file di progetto senza copiarlo nella directory locale, cosa va esattamente storto quando ne aggiungi uno e si esegue il commit con SVN? –

È possibile effettuare il add a file as a link direttamente in Visual Studio.

Fare questo significa che non devi preoccuparti di come il tuo controllo sorgente gestirà le cose, purché il file di riferimento sia nel controllo sorgente - il collegamento è gestito da VS.

fonte

2011-08-22 18:46:03 Oded

In che modo il blocco e la ramificazione/fusione funzionano con questo approccio? – Mrchief

@Mrchief - come intendi? Le informazioni sul collegamento sono conservate nel file di progetto. – Oded

Bene, posso bloccare il file dal progetto che contiene il collegamento? Il blocco è presente nel file CS o nel link? Se è presente sul link, lo scopo del blocco viene perso. Cosa succede se si dirama il progetto con il collegamento, quindi lo si unisce in un secondo momento e, nel frattempo, il collegamento è stato modificato/spostato, continua a unirsi correttamente? – Mrchief

Stai cercando di condividere un CS (come in un file di codice) tra 2 progetti? Da un aspetto progettuale, perché non estrapolare quel file nel proprio progetto e quindi fare riferimento a quel progetto dagli altri progetti.

fonte

2011-08-22 18:46:02

Perché è down down? Questa è la cosa giusta da fare! +1 per quello. – Mrchief

I file condivisi in un progetto non significano necessariamente codice duplicato. Esistono molti tipi di file, dai file di informazioni di assieme (* .cs) alle risorse delle applicazioni, che di solito fanno parte di una soluzione di produzione e devono essere condivisi su di esso. –

Perché dovresti condividere le informazioni di assemblaggio sui progetti? Mancherete informazioni rilevanti per ogni progetto se ereditate semplicemente da 1. Posso capire XML, Config e altri file simili, ma non un file compilato. Dovrebbe essere estratto nel suo stesso progetto e trasformato nella sua propria biblioteca. Questa è una pratica generale per tutti i linguaggi di programmazione. –

Condividere un file CS con 2 diversi progetti utilizzando Visual Studio 2010 e Subversion

risposta

Problemi correlati