Home/ Questions/Q 1020399
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-16T11:09:40+00:00

So something I’ve been doing recently is adding an additional project to my code

  • 0

So something I’ve been doing recently is adding an additional project to my code solutions and doing my post build stuff programmatically in it. This project builds last and then launches itself.

cool stuff I can do there is run an ILMerge automation class I created to perform merges automatically if i just give it a project folder, increment version numbers in my assembly info, copy files where-ever i want, etc etc etc. It seems to me like the possibilities here are endless.

example of one I’m working with now — I’ve got a fairly large framework library that i’m going to be deploying with one of our applications, but we don’t want to include all the dlls separately (there are like 20). Also I don’t need every class in the library for this application, so it makes sense to trim it down. In the library’s post build project, I’m doing this…

outputDirectory = new DirectoryInfo(@"...postbuildmerges\output");
solutionDirectory = new DirectoryInfo(@"...mainSolutionDirectory");

#region Web Lib
List<string> webLibraryNames = new List<string>
{
    "Lib.Configuration",
    "Lib.Web",
    "Lib.Data",
    "Lib.Utilities",
    "Lib.Threading"
};
List<string> AllNeededAssemblies = new List<string>();
webLibraryNames.ForEach((libname) => 
    {
        foreach (string assembly in GetLibraryAssemblies(libname))
            if (AllNeededAssemblies.Exists((assemblyName) => Path.GetFileName(assemblyName) == Path.GetFileName(assembly)) == false)
                AllNeededAssemblies.Add(assembly);
    });

SharpMergeAutomator.Merge(
    @"...path to primary assembly...",
    AllNeededAssemblies.ToArray(),
    "...desired output file...",
    //merges xml documentation
    true);
#endregion

So is this post-build project thing a good approach? is it needlessly complicated? is there a better way? do people normally do stuff like this?

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    MSBuild is the scripting language for builds, it gives the ability to easily iterate folder trees committing actions against any filter of files you like etc. You should be doing these things in an MSBuild script I would posit because when a new .net comes out, it will most likely still be the scripting language for builds, and you wont have to change the build scripts to work with the new .net, whereas the more build work you do in code like this, that’s just more code you’ll have to rewrite as files and things have moved. Plus with MSBuild you get logging by default along with tons of built in stuff.

    Also, there are lots of community tasks to easily use for things like ILMerge:
    http://code.google.com/p/ilmerge-tasks/wiki/HowToUse

    • 0