¿Cómo construyo una solución programáticamente en C#?

Vea este enlace para ver un ejemplo usando la API de. NET 4.0 MSBuild:

Http://www.odewit.net/ArticleContent.aspx?id=MsBuildApi4&format=html

List<ILogger> loggers = new List<ILogger>();
loggers.Add(new ConsoleLogger());
var projectCollection = new ProjectCollection();
projectCollection.RegisterLoggers(loggers);
var project = projectCollection.LoadProject(buildFileUri); // Needs a reference to System.Xml
try
{
    project.Build();
}
finally
{
    projectCollection.UnregisterAllLoggers();
}

Un ejemplo más simple:

var project = new Project(buildFileUri, null, "4.0");
var ok = project.Build(); // or project.Build(targets, loggers)
return ok;

Recuerde usar el perfil.NET 4 (no el perfil del cliente).

Añadir las siguientes referencias: Sistema.XML, Microsoft.Build, Microsoft.Construir.Framework y opcionalmente Microsoft.Construir.Utilidad.v4. 0.

También mira aquí:

Ejecución de msbuild programáticamente

Para construir una solución, haga lo siguiente:

var props = new Dictionary<string, string>();
props["Configuration"] = "Release";
var request = new BuildRequestData(buildFileUri, props, null, new string[] { "Build" }, null);
var parms = new BuildParameters();
// parms.Loggers = ...;

var result = BuildManager.DefaultBuildManager.Build(parms, request);
return result.OverallResult == BuildResultCode.Success;

// Fix to the path of your msbuild
var pathToMsBuild = "C:\\Windows\\DotNet\\Framework\\msbuild.exe";

Process.Start(pathToMsBuild + " " + pathToSolution);

Puede crear un .archivo proj:

<Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
  <ItemGroup>
    <!-- Common -->
    <Solution Include="Common\Util\Util.sln"/>
    <Solution Include="Common\EventScheduler\EventSchedulerSolution\EventSchedulerSolution.sln"/>
    <!-- Server -->
    <Solution Include="Server\DataLayer\DataTransferObjects\SharedModel\SharedModel.sln"/>
    <Solution Include="Server\DataLayer\DataTier\ESPDAL.sln"/>
    <!-- Internal Tools -->
    <Solution Include="InternalTools\ServerSchemaUtility\ServerSchemaUtility.sln"/>
  </ItemGroup>
  <Target Name="Rebuild">
    <MSBuild Projects="@(Solution)" Targets="Rebuild" Properties="Configuration=Release"/>
  </Target>
</Project>

Y luego llamar a msbuild.exe usando el archivo proj como argumento, a continuación se muestra un ejemplo de archivo por lotes. Desde C#, puedes llamar a Process.Comience como se indica en otros carteles.

"C:\Windows\Microsoft.NET\Framework\v4.0.30319\msbuild.exe" BuildSolutions.proj

pause

Puedes intentar Tomar el control de MSBuild usando la API de MSBuild

Si necesita completar la compilación a partir del código de extensión de Visual Studio, debe tener en cuenta las limitaciones impuestas por la interfaz de IVsBuildManagerAccessor-consulte la Notas Generales Incluyendo nuevo IVsBuildManagerAccessor.docx from Managed Package Framework for Projects. Su bifurcación también está disponible en github .

En Visual Studio 2010 con MSBuild 4.0, hay nuevas interacciones entre el Gestor de compilación de soluciones y MSBuild que impactan en el proyecto sistema utilizar estos servicios. MSBuild 4.0 contiene un nuevo componente llamado Build Manager (no debe confundirse con el Solution Build Manager que es un componente VS) que controla el envío de solicitudes de compilación. Esto se hizo necesario como Visual Studio 2010 ahora permite que ocurran compilaciones paralelas (especialmente proyectos nativos) y el acceso a recursos compartidos como la CPU necesitaba ser mediado. Para sistemas de proyecto que anteriormente simplemente llamado Proyecto.Build () to invocar una compilación varias hay que hacer cambios. El sistema del proyecto ahora debe:

1. Solicite el servicio SVsBuildManagerAccessor utilizando la interfaz IServiceProvider. Esto debe hacerse poco después de la el sistema del proyecto está cargado, mucho antes de que ocurran las compilaciones.
2. Notifique al sistema si necesita el subproceso de interfaz de usuario
3. Notifique al sistema si está haciendo una compilación en tiempo de diseño.
4. Registre sus loggers usando el Accessor de Build Manager.
5. Enviar solicitudes de compilación directamente al Gestor de compilación de MSBuild, en lugar de invocar un método en el Proyecto.

Seguramente puede usar msbuild para construir cualquier archivo de solución de Visual Studio.

Creo que puede usar Process.Start para invocar msbuild con los parámetros apropiados.