преобразование конфигурации запуска в TFS 2010 или msbuild

Все, что вам нужно сделать, это указать, какая конфигурация должна использоваться в определении сборки TFS.

1. Перейти к Team Explorer> Сборки
2. Отредактируйте определение сборки (или создайте новое)
3. На этапе «Процесс» есть настройки для «Конфигурации для сборки».

В моем случае я настроил конфигурацию специально для CI, которая затем выполняет правильные преобразования web.config. Убедитесь, что вы добавили файл преобразования «CI», и все готово.

Я нашел другой способ сделать это вместо создания настраиваемого действия. Вам просто нужно изменить файл проекта Visual Studio для создаваемого веб-приложения.

Добавьте следующее (заполнитель для цели AfterBuild можно найти в конце файла проекта):

<Target Name="AfterBuild" Condition="$(IsAutoBuild)=='True'"> 
  <ItemGroup> 
         <DeleteAfterBuild Include="$(WebProjectOutputDir)\Web.*.config" /> 
  </ItemGroup> 
  <TransformXml Source="Web.config" Transform="$(ProjectConfigTransformFileName)" Destination="$(WebProjectOutputDir)\Web.config"/> 
  <Delete Files="@(DeleteAfterBuild)" />
</Target> 

Затем вам просто нужно добавить /p:IsAutoBuild="True" в поле «Аргументы MSBuild» в разделе «Дополнительно» определения сборки.

Это заставит TFS 2010 выполнять преобразования в файле web.config, когда TFS выполняет сборку.

Более подробную информацию можно найти в блоге Кевина Дейли.

Мне наконец удалось заставить это работать. Я использую TFS 2008, но также использую MSBuild 4.0, поэтому он должен работать на вас.

Сначала добавьте этот импорт в TFSBuild.proj:

<Import Project="$(MSBuildExtensionsPath)\Microsoft\VisualStudio\v10.0\WebApplications\Microsoft.WebApplication.targets" />

Затем добавьте цель BeforeDropBuild:

<Target Name="BeforeDropBuild">
  <TransformXml Source="$(SolutionRoot)\MySite\Web.config"
    Transform="$(SolutionRoot)\MySite\Web.QA.config"
    Destination="$(OutDir)\_PublishedWebsites\MySite\Web.QA.config.transformed" />
</Target>

Затем вы можете скопировать Web.QA.config.transformed туда, куда вам нужно.

Функциональность преобразования web.config, которая была добавлена ​​к проектам веб-сайтов в Visual Studio 2010, по умолчанию отключена для сборок командной строки и TFS.

Есть два относительно простых решения:

Вариант 1. Измените определение сборки и добавьте следующее в поле «Аргументы MSBuild»:

/p:UseWPP_CopyWebApplication=true /p:PipelineDependsOnBuild=false

UseWPP_CopyWebApplication вызовет активацию нового конвейера веб-публикации (WPP) для сборки. WPP выполняет преобразования web.config, а также может использоваться для блокировки таких вещей, как файлы .PDB, от копирования в папку bin.

Вариант 2: и MSBuild, и WPP полностью расширяемы. Создайте новый XML-файл в том же каталоге, что и ваш проект, и используйте расширение «.targets», например ProjectName.custom.targets. Поместите следующий код MSBuild в целевой файл:

<?xml version="1.0" encoding="utf-8"?>
<Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
  <PropertyGroup>
    <UseWPP_CopyWebApplication>True</UseWPP_CopyWebApplication>
    <PipelineDependsOnBuild>False</PipelineDependsOnBuild>
  </PropertyGroup>
</Project>

Щелкните правой кнопкой мыши на своем веб-сайте и выберите «Выгрузить проект». Щелкните правой кнопкой мыши выгруженный проект и выберите «Редактировать». Прокрутите файл проекта до конца и найдите эти строки:

<Import Project="$(MSBuildBinPath)\Microsoft.CSharp.targets" />
<Import Project="$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v10.0\WebApplications\Microsoft.WebApplication.targets" />

В этих строках подключается процесс сборки C # и веб-проекта. Вставьте импорт в собственные расширения сборки (целевой файл) непосредственно перед импортом CSharp:

<Import Project="ProjectName.custom.targets"/>
<Import Project="$(MSBuildBinPath)\Microsoft.CSharp.targets" />
<Import Project="$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v10.0\WebApplications\Microsoft.WebApplication.targets" />

Вот и все - вам хорошо. Настроить метод настройки MSBuild немного сложнее, но его преимущество состоит в том, что вы можете использовать новый целевой файл, чтобы «подключиться» к процессу сборки и иметь гораздо больший контроль над тем, как ваша сборка происходит на сервере. Например, вы можете подключать задачи для сжатия CSS и JS.

Я также рекомендую посмотреть на «цели wpp» - если вы назовете другой файл MSBuild с конкретным именем «ProjectName.wpp.targets», вы сможете контролировать весь процесс публикации веб-сайта. Мы используем его для удаления файлов документации javascript -vsdoc при копировании опубликованного веб-сайта:

<ItemGroup>
  <ExcludeFromPackageFiles Include="Scripts\**\*-vsdoc.js;Resources\Scripts\**\-vsdoc.js">
    <FromTarget>Project</FromTarget>
  </ExcludeFromPackageFiles>
</ItemGroup>

Все сказано, вам, вероятно, лучше полностью исключить рабочий файл web.configs из своей сборки. Мы размещаем преобразования непосредственно на нашей производственной машине развертывания и используем PowerShell для преобразования при развертывании приложения.

Вот вам ответ проще. :)

http://social.msdn.microsoft.com/Forums/en-US/tfsbuild/thread/d5c6cc7b-fbb1-4299-a8af-ef602bad8898/

По ссылке (на случай, если он будет перемещен / 404 / и т. Д.):

Вот как я это решил. Ключ состоял в том, чтобы отредактировать файл * .csproj на веб-сайте и добавить следующее в цель AfterBuild (обязательно переместите конечный комментарий над ним). Это для нашего проекта сборки веб-сайта в Team Foundation Server.

<Target Name="AfterBuild">
    <TransformXml Condition="Exists('$(OutDir)\_PublishedWebsites\$(TargetName)')"
                  Source="Web.config"
                  Transform="$(ProjectConfigTransformFileName)"
                  Destination="$(OutDir)\_PublishedWebsites\$(TargetName)\Web.config" />
</Target>

Чтобы предотвратить публикацию файлов web.debug.config, web.release.config и т. Д., Обязательно установите для параметра «Действие сборки» в окне свойств для каждого из файлов преобразования конфигурации значение «Нет». Только основной файл web.config должен иметь «Действие сборки» «Контент».

Один из простых способов отредактировать файл csproj - загрузить расширение «PowerCommands для Visual Studio 2010» или «Productivity Power Tools» для Visual Studio 2010, доступное в галерее Visual Studio. После загрузки все, что вам нужно сделать, это щелкнуть правой кнопкой мыши проект в вашем решении и выбрать «Выгрузить проект». Затем вы можете снова щелкнуть правой кнопкой мыши и выбрать «Изменить ...», чтобы напрямую отредактировать XML-файл csproj. Затем, когда закончите, просто щелкните правой кнопкой мыши еще раз и выберите «Перезагрузить проект».

Для этого в WorkFlow вам необходимо создать настраиваемое действие. Об этом есть неплохая статья здесь

Для этого конкретного действия вам необходимо создать проект Activity (изменить его с .Net 4 Client profile на .Net 4) и указать Microsoft.Build.Framework < / strong> и Microsoft.Build.Utilities.v4.0 из GAC, а затем Microsoft.Web.Publishing.Tasks из % programfiles% \ msbuild \ Microsoft \ VisualStudio \ v10.0 \ WebApplications (% programfiles (x86)%, если вы используете 64-битную систему).

internal class BuildEngineStub : IBuildEngine
{
    public bool BuildProjectFile(string projectFileName, string[] targetNames, System.Collections.IDictionary globalProperties, System.Collections.IDictionary targetOutputs)
    {
        throw new NotImplementedException();
    }

    public int ColumnNumberOfTaskNode
    {
        get { throw new NotImplementedException(); }
    }

    public bool ContinueOnError
    {
        get { throw new NotImplementedException(); }
    }

    public int LineNumberOfTaskNode
    {
        get { throw new NotImplementedException(); }
    }

    public void LogCustomEvent(CustomBuildEventArgs e)
    {
    }

    public void LogErrorEvent(BuildErrorEventArgs e)
    {
    }

    public void LogMessageEvent(BuildMessageEventArgs e)
    {
    }

    public void LogWarningEvent(BuildWarningEventArgs e)
    {
    }

    public string ProjectFileOfTaskNode
    {
        get { throw new NotImplementedException(); }
    }
}

[BuildActivity(HostEnvironmentOption.Agent)]
public sealed class WebConfigTransform : CodeActivity
{
    private const string WEB_CONFIG = "Web.config";
    private const string WEB_CONFIG_TRANSFORM_FORMAT = "Web.{0}.config";

    private IBuildEngine _buildEngine { get { return new BuildEngineStub(); } }

    [RequiredArgument]
    public InArgument<string> TransformationName { get; set; }
    [RequiredArgument]
    public InArgument<string> SourceFolder { get; set; }
    [RequiredArgument]
    public InArgument<string> DestinationFolder { get; set; }

    protected override void Execute(CodeActivityContext context)
    {
        var transformationName = context.GetValue(this.TransformationName);
        var sourceFolder = context.GetValue(this.SourceFolder);
        var destinationFolder = context.GetValue(this.DestinationFolder);

        var source = Path.Combine(sourceFolder, WEB_CONFIG);
        var destination = Path.Combine(destinationFolder, WEB_CONFIG);
        var destinationbackup = string.Format("{0}.bak", destination);
        var transform = Path.Combine(sourceFolder, string.Format(WEB_CONFIG_TRANSFORM_FORMAT, transformationName));

        if(!File.Exists(source))
            throw new ArgumentException("Web.config file doesn't exist in SourceFolder");
        if (!File.Exists(transform))
            throw new ArgumentException("Web.config transformation doesn't exist in SourceFolder");
        if (File.Exists(destination))
        {
            File.Copy(destination, destinationbackup);
            File.Delete(destination);
        }

        var transformation = new TransformXml();
        transformation.Source = new TaskItem(source);
        transformation.Destination = new TaskItem(destination);
        transformation.Transform = new TaskItem(transform);
        transformation.BuildEngine = _buildEngine;

        if (transformation.Execute())
        {
            File.Delete(destinationbackup);
        }
        else
        {
            File.Copy(destinationbackup, destination);
            File.Delete(destinationbackup);
        }
    }
}