Visual Studio: lavorare in sincronia in un team con un progetto di libreria di sola lettura aggiunto alla soluzione VS - .net, visual-studio, dll, tortoisesvn

Ho scritto una libreria DLL in C # che consisteun'API per comunicare e manipolare i nostri prodotti. Voglio che venga utilizzato dai ragazzi del QA nel nostro team per creare strumenti di test in ambiente .NET. Contrariamente al principio di incapsulamento (si potrebbe suggerire ...), vorrei che i ragazzi del QA potessero vedere le effettive implementazioni dei metodi API nella DLL (ad esempio, quando fanno clic su "vai alla definizione" in Visual Studio) invece di vedere solo le dichiarazioni / annotazioni dai metadati.

Non voglio che siano in grado di cambiare la DLL effettiva e non voglio che creino la DLL ogni volta che costruiscono il loro nuovo progetto, quindi non posso semplicemente aggiungere il progetto di libreria alle loro soluzioni VS.

Un modo teorico che mi è passato per la mente èforse aggiungere il progetto della biblioteca a ciascuna delle loro soluzioni VS come di sola lettura (se possibile?) e anche istruire loro a non costruirlo mai (costruire solo il proprio nuovo progetto) o forse persino bloccarlo dalla costruzione (se possibile?). Il problema è che idealmente, voglio che siano in grado di aggiornare il progetto della libreria all'interno della loro soluzione VS alla versione più recente dal sistema di controllo della versione (sto usando Tortoise SVN) in qualche modo premendo un pulsante, insieme all'aggiornamento (costruito) file DLL (l'aggiornamento del file DLL nella cartella della soluzione è semplice e può essere eseguito anche in un semplice file batch, ma non sono sicuro su come aggiornare i file di progetto stessi ...).

Naturalmente vorrei tutto quanto sopra in una sorta di modello, in modo che i preparativi per lo sviluppo di un nuovo strumento di controllo qualità fossero rapidi e facili.

Ho trovato questo problema difficile da formulare (speroEro abbastanza chiaro), ma sono sicuro che questo è un problema abbastanza comune quando lavoro in una squadra (a cui non sono abituato). Qualcuno può aiutarmi a capire il modo giusto di gestire questo problema?

risposte:

Sembra un lavoro per a server di origine. Apparentemente (anche se non ho personaleesperienza con me stesso) gli strumenti sono già lì per lavorare contro la sovversione. Questa sembra un'opzione migliore rispetto a far sì che tutti continuino a far funzionare copie (anche di sola lettura) dei file di origine.

Nota aggiunta: il collegamento sopra descrive l'implementazione dell'autore di un server di origine con perforce, non sovversione, ma dovresti essere in grado di trovare altri collegamenti (come questoe forse quelli migliori) discutendo in particolare della sovversione.