.Net Solutions with Complexity

.Net Solution builds can get complicated with multiple solution files

We often get customers who have multiple .Net Solutions for creating a single application.   While Microsoft may advise against the practice, large companies tend to push the limit in software development requiring that more than one .Net solution file be used.  The .Net IDE cannot handle this requirement, which is were we come in.

OpenMake Meister can support the building of multiple .Net solution files, treating them as one big .Net solution file.  By doing this it resolves all cross solution dependencies delivering incremental builds and deploys, and accelerated .Net builds using parallel build processing.

If you need to execute a full build of multiple solutions in Meister, you simply use the .Net plug-in to create a Meister Target file for each .Net Project in the solution.  Meister will then generate a build control file that contains all projects for all solutions.  It uses MSBuild to execute the compile/link, but it manages the dependencies, incremental processing and parallel builds across the projects.

For companies who are doing large .Net builds with multiple solutions, we have seen speed improvement of up to 50% over what other build management solutions can offer such as IBM UBuild. These solutions cannot do incremental builds or build in paralell. What they do instead is have you write Nant scripts, break up the solution compiles onto different machines, and build circular until you have come to the end.  Not very efficient, but the best that can be done without doing any type of real intelligence work on the dependencies.  Products offered by Electric Cloud cannot help with this type of problem as well.  They depend on the use of GnuMake or old Nmake files that are not used by the .Net framework.

So the good news is there is a strong solution for managing multiple solution .Net files.

 

multiple .Net Solutions as one build

Complex .Net Solution Builds


TRagan

Ms. Ragan has had extensive experience in the development and implementation of DevOps for large organizations. She began her consulting career in 1989 on Wall Street specializing in build, testing and release management for the distributed platform. It was during her consulting experiences that Ms. Ragan recognized the lack of standardized development procedures on open systems that were common on the mainframe. In the years leading to the creation of OpenMake Software she worked with development teams in implementing a community driven standardized build and deploy process that enabled frequent builds and releases, automated around version control. Her knowledge and experience contributed to the creation of OpenMake Meister, the first commercial Build Automation solution. Ms. Ragan served on the Eclipse Foundation Board of Directors as an Add-in Provider Representative for 5 years. She has been published on numerous occasions and regularly speaks at conferences including CA World where she presented for 15 consecutive years. She holds a BS Degree in Business Administration, Computer Technology from California State University, Pomona.

Related Posts

DevOps

Polarion SVN Importer

Using the Polarion SVN Importer tool Lessons on Polarion SVN Importer On and off over the last few years or so I have been working with the open-source Polarion SVN Importer tool to help customers migrate to Subversion Read more...

DevOps

Release Engineer for ARA

OpenMake Software enters ARA DevOps Market OpenMake Software drives release management with Application Release Automation (ARA) Chicago, IL – June 25, 2014 – OpenMake Software today announced the July 15th , 2014 GA date of Read more...

DevOps

Which one is better, Kubernetes or Netflix Eureka?

I have been doing some research on the differences between Netflix’s Eureka and Kubernetes. The main difference that I have found is that Eureka is focused on micro-services from the coding level. You write your Read more...