J'ai une bibliothèque que j'ai écrit avec une structure comme celle-ci:Utilisation correcte des sous-modules dans les solutions .NET
SolutionA\
--Source\
--Core\
--Tests\
--Tools\
--TestFramework\
--MockTool\
SolutionA.sln
Je veux inclure cela comme un sous-module pour SolutionB
. Si j'utilise toute cette structure comme un sous-module, j'obtiendrai un tas de choses dont SolutionB
ne se soucie pas; il ne se soucie pas de SolutionA.sln
; il ne se soucie pas de Tests\
; il ne se soucie pas de Tools\
. Vraiment, SolutionB
se soucie seulement de Core\
.
Il semble que j'ai besoin d'un référentiel séparé pour Core\
. Alors est-ce une pratique habituelle d'avoir deux référentiels pour les solutions .NET dont la source est utilisée par d'autres solutions? Un pour seulement le code (non-test) lui-même (plus les bibliothèques nécessaires), et un pour les outils de test et le fichier de solution?
Partagez-vous vraiment la source entre les solutions? Ou avez-vous vraiment besoin de compiler "Solution A", puis de partager sa DLL de bibliothèque de classes avec d'autres solutions? – David
C'est en fait ce que j'ai fait, mais comme de plus en plus de solutions se réfèrent à SolutionA, il devient très difficile de copier sur une nouvelle DLL à chacun quand je fais une mise à jour. –