2010-05-26 13 views
7

Stiamo finalmente ottenendo un sistema di controllo del codice sorgente sul posto di lavoro e sono stato incaricato di configurarlo. Ho letto che di solito è buona norma non includere i binari nel controllo del codice sorgente, quindi non l'ho fatto. Tuttavia, abbiamo due progetti di utilità per tutti gli usi (ciascuno nella propria soluzione) che generano file di utilità .dll che sono inclusi in quasi tutti i nostri altri progetti (tutti ciascuno nelle proprie soluzioni separate). Aggiungiamo riferimenti alla DLL di utilità dai nostri progetti.C'è un modo per fare in modo che un progetto ne costruisca un altro in Visual Studio?

Mi piacerebbe avere le nostre soluzioni configurate in modo tale che se la dll di riferimento non è costruita, la soluzione costruirà la dll per se stessa, più o meno allo stesso modo in cui un file make controlla le sue dipendenze e le sue build quando sono obsoleti o mancanti.

Sono nuovo per creare processi con VS, quindi cerca di mantenere le risposte semplici. Anche i collegamenti ai tutorial generali sulla panoramica del processo di creazione sarebbero fantastici. Googleing per i riferimenti VS restituisce una serie di istruzioni su come aggiungere riferimenti che non sono esattamente ciò che voglio.

Risposta: (processo in 3 fasi) Aggiungere un riferimento al progetto, non un riferimento binario facendo clic con il pulsante destro del mouse sulla soluzione e aggiungendo un progetto esistente. Quindi, nella scheda del progetto, selezionare le dipendenze del progetto e modificare il progetto in modo che un progetto dipenda da un altro. Infine, elimina qualsiasi vecchio riferimento al binario e aggiungi nuovamente il riferimento utilizzando la scheda del progetto nella finestra di dialogo Aggiungi riferimenti.

+2

Se si fa riferimento al progetto comune, verranno creati entrambi i progetti. Basta apportare una modifica al codice comune o eliminare la DLL e ricostruire. –

+0

Alcuni dettagli da MSDN: [MSDN: come preparare e gestire le build] (http://msdn.microsoft.com/en-us/library/5tdasz7h%28v=VS.80%29.aspx) – Span

+0

Grazie a @Span. Questo mi ha aiutato a correggere la parte relativa alle dipendenze/ordine di costruzione. –

risposta

6

Dove lavoro di solito abbiamo riferimenti di progetto piuttosto che riferimenti binari (come facevamo un tempo fa). Quando includi un riferimento al progetto, la dll verrà creata insieme al resto della tua app.

L'unica volta che torniamo ai riferimenti binari è quando ci troviamo tra le versioni di Visual Studio (ad esempio 1 progetto è nel 2010 e tutto il resto è nel 2008. Il progetto 2010 dovrà utilizzare un riferimento binario per un paio di mesi prima che tutti gli altri raggiungano ... L'incompatibilità del progetto sembra essere una limitazione di Visual Studio che non dovrebbe esistere).

EDIT

Per aggiungere un riferimento al progetto tasto destro del mouse la soluzione e fare clic su Aggiungi e infine "progetto esistente." Assicurati che i progetti di utilità siano anche sotto il controllo del codice sorgente e assicurati che gli spazi di lavoro siano impostati correttamente o che altre persone non siano in grado di aprire correttamente i progetti!

+0

I riferimenti del progetto sembrano ciò di cui ho bisogno, come posso aggiungerne uno? –

+1

Fare clic con il tasto destro del mouse sulla soluzione in Visual Studio e fare clic su Aggiungi progetto esistente. –

+1

Bene, quindi rimuovere il vecchio riferimento dal progetto e quindi aggiungere nuovamente il riferimento dalla scheda del progetto. –

Problemi correlati