Comments
3 comments
-
Just to let you know, I got this problem fixed with the following technique.
This is my project structure in Visual Studio+ Solution Dir + UI Project (ClickOnce) + Domain project (.dll) + Data Layer project (.dll) + Service project (.dll) - .saprj file (in the root)
This is my .saprj file where I specify to TFS how to resolve dynamically the dependencies:<Assembly AssemblyName="TestSA.DataLayer, Culture=neutral, PublicKeyToken=null" MandatoryPath=".\TestSA.DataLayer\obj\Release\TestSA.DataLayer.dll"> <Merging /> <Embedding /> </Assembly> <Assembly AssemblyName="TestSA.Domain, Culture=neutral, PublicKeyToken=null" MandatoryPath=".\TestSA.Domain\obj\Release\TestSA.Domain.dll"> <Merging /> <Embedding /> </Assembly> <Assembly AssemblyName="TestSA.ServiceLayer, Culture=neutral, PublicKeyToken=null" MandatoryPath="TestSA.ServiceLayer\obj\Release\TestSA.ServiceLayer.dll"> <Merging /> <Embedding /> </Assembly>
In this way I have a dynamic way of structuring my solution in TFS without the need to touch anything except the saprj file!
PS: I hope this may help somebody else too. -
Hello,
If you're in that situation, setting a Mandatory Path for the assembly would be the way around it.
Thanks for your solution. -
That really fixed my problem.
Add comment
Please sign in to leave a comment.
Right now I have the following application structure: The EXE project is using all the mentioned .dlls but when TFS builds the project in the obj folder it does not include the dependencies, so SA bombs telling me that it can't locate the dependencies.
Now, if I use your MsBuild target script, it doesn't copy the dependencies but only the target project.
How do you sort out this issue on your side? Do you have a custom MsBuild <copy> command?