Best practices for using SmartAssembly with a build server
j326807h
Posts: 3
I am new to SmartAssembly and I am looking for the best practices for using Smart Assembly with TFS and a build server.
A few items about our setup.
* Multiple developers using Visual Studio 2008.
* TFS 2010 with a dedicated build server.
* Smart Assembly 6.6.3.41 is loaded on developers machines as well as the build server.
The following is how I believe it should work.
On the developers machine a new Smart Assembly project is created to post process an existing Visual Studio project. The Smart Assembly project is saved to the Visual Studio project folder and added to the Visual Studio project so that it is now managed via TFS. The Visual Studio project is then manually edited so that it also calls the SA project when being built.
A new build definition is created for the project/solution created above. The build server will use project file created on the developers machine when it brings down the source code for the build.
Any guidance that you may give would be greatly appreciated.
[/list]
A few items about our setup.
* Multiple developers using Visual Studio 2008.
* TFS 2010 with a dedicated build server.
* Smart Assembly 6.6.3.41 is loaded on developers machines as well as the build server.
The following is how I believe it should work.
On the developers machine a new Smart Assembly project is created to post process an existing Visual Studio project. The Smart Assembly project is saved to the Visual Studio project folder and added to the Visual Studio project so that it is now managed via TFS. The Visual Studio project is then manually edited so that it also calls the SA project when being built.
A new build definition is created for the project/solution created above. The build server will use project file created on the developers machine when it brings down the source code for the build.
Any guidance that you may give would be greatly appreciated.
[/list]
Comments
http://www.red-gate.com/products/dotnet ... am-package
When you purchase, Smartassembly as a development team package- it imposes this architecture which is both cost-effective and integrates well with most standard development practices.
All the obfuscation happens on the build server- so someone has to manually configure- this gives more details:
http://www.red-gate.com/supportcenter/C ... ithMSBuild
Then, very simply, each developer can access error reports when they have a copy of the smartassembly project. Obviously this is most sensibly managed with the same source control system you use - but it doesn't have to be.
I have purposefully spoken in very basic terms here- there is more to be said but I just wanted to get the basics across. I hope it has helped.