Visual Studio: synchronizacja w zespole z projektem biblioteki tylko do odczytu dodanym do rozwiązania VS - .net, studio wizualne, dll, tortoisesvn

Napisałem bibliotekę DLL w C #, która składa się zAPI do komunikacji i manipulowania naszymi produktami. Chcę, aby w naszym zespole pracownicy działu kontroli jakości używali go do tworzenia narzędzi testowych w środowisku .NET. W przeciwieństwie do zasady hermetyzacji (można by zasugerować ...), chciałbym, aby osoby odpowiedzialne za kontrolę jakości mogły zobaczyć rzeczywiste implementacje metod API w bibliotece DLL (na przykład, gdy klikną „przejdź do definicji” w Visual Studio) zamiast po prostu wyświetlać deklaracje / adnotacje z metadanych.

Nie chcę, aby mogli zmieniać rzeczywistą bibliotekę DLL i nie chcę, aby tworzyli bibliotekę DLL za każdym razem, gdy budują swój nowy projekt, więc nie mogę po prostu dodać projektu biblioteki do ich rozwiązań VS.

Jeden teoretyczny sposób, który przyszedł mi do głowy, tomoże dodać projekt biblioteki do każdego z ich rozwiązań VS jako tylko do odczytu (jeśli to możliwe?), a także poinstruować ich, aby nigdy go nie budowali (tylko budowali własny nowy projekt), a może nawet zablokowali go przed budowaniem (jeśli to możliwe?). Problem polega na tym, że najlepiej byłoby, gdyby mogli zaktualizować projekt biblioteki w swoim rozwiązaniu VS do najnowszej wersji z systemu kontroli wersji (używam SVN Tortoise) jednym naciśnięciem przycisku, wraz ze zaktualizowanym (wbudowany) plik DLL (aktualizacja pliku DLL do folderu rozwiązania jest łatwa i można to zrobić nawet w prostym pliku wsadowym, ale nie jestem pewien, jak samodzielnie zaktualizować pliki projektu ...).

Oczywiście chciałbym to wszystko w jakimś szablonie, aby przygotowania do opracowania nowego narzędzia QA były szybkie i łatwe.

Wydaje mi się, że ten problem jest trudny do sformułowania (mam nadziejęByłem wystarczająco jasny), ale jestem pewien, że jest to dość powszechny problem podczas pracy w zespole (do czego nie jestem przyzwyczajony). Czy ktoś może mi pomóc zrozumieć właściwy sposób rozwiązania tego problemu?

Odpowiedzi:

Wydaje się, że to praca dla serwer źródłowy. Najwyraźniej (chociaż nie mam osobistychdoświadczenie z tym osobiście) narzędzia są już dostępne, aby przeciwdziałać działalności wywrotowej. Wydaje się, że jest to lepsza opcja niż trzymanie wszystkich kopii roboczych (nawet tych tylko do odczytu) plików źródłowych.

Uwaga dodana: powyższy link opisuje implementację serwera źródłowego przez autora z koniecznością, a nie subversion, ale powinieneś być w stanie znaleźć inne linki (takie jak ten, a może i lepszych), w szczególności omawiając działalność wywrotową.