NAnt и двухплатформенная сборка - лучший способ сборки на Windows AND Mono / Linux - PullRequest
Новая
       25

NAnt и двухплатформенная сборка - лучший способ сборки на Windows AND Mono / Linux

6 голосов
/ 28 августа 2008

Я новичок в NAnt, но у меня есть опыт работы с Ant и CruiseControl.

Я хочу, чтобы мой проект SVN включал все необходимые инструменты (например, NUnit, Mocks и т. Д.), Чтобы я мог проверить работу на новой машине и собрать. Эта стратегия изложена Дж.П.Будху здесь.

Пока все хорошо, если я хочу работать только на Windows, но я хочу иметь возможность проверить Linux и собрать / протестировать / запустить на Mono. Я не хочу никаких зависимостей, внешних по отношению к проекту SVN. Я не против иметь два набора инструментов в проекте, но хочу только один сборочный файл NAnt

Это должно быть возможно - но как? Какие уловки / «ловушки для молодых игроков»

Ответы [ 4 ]

8 голосов
/ 28 августа 2008

Это не должно быть особенно сложным упражнением. Мы делаем довольно похожие вещи в одном из моих проектов, поскольку половина из них работает на Java с использованием Ant для выполнения соответствующих целей, а другая половина - .Net (C #) для пользовательского интерфейса. Проекты запускаются на машинах Windows для разработки, но серверы (Java) работают под управлением Linux, но в среде UAT (Linux) нам нужно запускать устройства (интеграционные тесты). Настоящий трюк (не совсем сложный трюк) в этом заключается в том, чтобы иметь файл сборки NAnt, который может работать в обеих средах, что, похоже, является тем же, что вы пытаетесь сделать здесь.

Конечно, вы понимаете, что сначала вам нужно установить NAnt на Mono: 

$ export MONO_NO_UNLOAD=1
$ make clean
$ make
$ mono bin/NAnt.exe clean build

И тогда ваш файл сборки должен быть написан таким образом, чтобы он разделял проблемы. Например, некоторые части файла сборки, написанные для Windows, не будут работать в Linux. Так что вам действительно нужно разделить его на конкретные цели в файле сборки. После этого есть несколько способов запуска определенных целей из командной строки. Пример может выглядеть так: 

<project name="DualBuild">
  <property name="windowsDotNetPath" value="C:\WINDOWS\Microsoft.NET\Framework\v3.5" />
  <property name="windowsSolutionPath" value="D:\WorkingDirectory\branches\1234\source" />
  <property name="windowsNUnitPath" value="C:\Program Files\NUnit-Net-2.0 2.2.8\bin" />
  <property name="monoPath" value="You get the idea..." />

  <target name="BuildAndTestOnWindows" depends="WinUpdateRevision, WinBuild, WinTest" />
  <target name="BuildAndTestOnLinux" depends="MonoUpdateRevision, MonoBuild, MonoTest" />

  <target name="WinUpdateRevision">
    <delete file="${windowsSolutionPath}\Properties\AssemblyInfo.cs" />
    <exec program="subwcrev.exe" basedir="C:\Program Files\TortoiseSVN\bin\"
          workingdir="${windowsSolutionPath}\Properties"
          commandline="${windowsSolutionPath} .\AssemblyInfoTemplate.cs
                       .\AssemblyInfo.cs" />
    <delete file="${windowsSolutionPath}\Properties\AssemblyInfo.cs" />
    <exec program="subwcrev.exe" basedir="C:\Program Files\TortoiseSVN\bin\"
          workingdir="${windowsSolutionPath}\Properties"
          commandline="${windowsSolutionPath} .\AssemblyInfoTemplate.cs 
                       .\AssemblyInfo.cs" />
  </target>

  <target name="WinBuild">
    <exec program="msbuild.exe"
          basedir="${windowsDotNetPath}"
          workingdir="${windowsSolutionPath}"
          commandline="MySolution.sln /logger:ThoughtWorks.CruiseControl.MsBuild.XmlLogger,
                       ThoughtWorks.CruiseControl.MsBuild.dll;msbuild-output.xml 
                       /nologo /verbosity:normal /noconsolelogger 
                       /p:Configuration=Debug /target:Rebuild" />
  </target>

  <target name="WinTest">
    <exec program="NCover.Console.exe"
          basedir="C:\Program Files\NCover"
          workingdir="${windowsSolutionPath}">
      <arg value="//x &quot;ClientCoverage.xml&quot;" />
      <arg value="&quot;C:\Program Files\NUnit-Net-2.0 2.2.8\bin
                       \nunit-console.exe&quot; 
                       MySolution.nunit /xml=nunit-output.xml /nologo" />
    </exec>
  </target>

  <target name="MonoUpdateRevision">
    You get the idea...
  </target>


  <target name="MonoBuild">
    You get the idea...
  </target>

  <target name="MonoTest">
    You get the idea...
  </target>

</project>

Для краткости я оставил обе стороны. Важно то, что вы можете использовать как NUnit, так и NAnt в обеих средах, и это действительно упрощает задачу с точки зрения зависимости. И для каждого исполняемого файла вы можете поменяться с другими, которые работают в этой среде, например (xBuild для MSBuild, svn для черепахи и т. Д.)

Для получения дополнительной помощи по Nunit и т. Д. В Mono, прочитайте этот фантастический пост .

Надеюсь, это поможет,

Приветствия

Роб Г

2 голосов
/ 05 сентября 2008

@ Роб Г - Эй! Это мой пост! ;)

Для других хороших примеров обязательно просмотрите исходный код NUnit. Я тесно сотрудничаю с Чарли, когда могу, чтобы убедиться, что он строит и тестирует на Mono. Он пытается бежать, когда только может.

1 голос
/ 05 сентября 2008

Стоит отметить, что многие инструменты, такие как Nant, работают на моно «из коробки», т.е. 

mono nant.exe

работает

0 голосов
/ 14 января 2016

Я использую следующий шаблон. Это позволяет просто создавать на любой платформе (build на Win или ./build.sh на Linux) и минимизировать дублирование в сценариях сборки.

Исполняемый файл NAnt хранится вместе с проектом в tools\nant.

Файл конфигурации сборки определяет, какой инструмент сборки использовать: MSBuild или xbuild (в этом случае для Windows мне требуется версия MSBuild VS2015, при необходимости измените путь).

Цель построения build-csproj может использоваться повторно, если в решении имеется несколько проектов.

Цель test-project должна быть расширена для ваших нужд.

build.bat 

@tools\nant\nant.exe %*

build.sh 

#!/bin/sh

/usr/bin/cli tools/nant/NAnt.exe "$@"

default.build 

<?xml version="1.0"?>
<project name="MyProject" default="all">

  <if test="${not property::exists('configuration')}">
    <property name="configuration" value="release" readonly="true" />
  </if>

  <if test="${platform::is-windows()}">
    <property name="BuildTool" value="C:\Program Files (x86)\MSBuild\14.0\Bin\MSBuild.exe" readonly="true"/>
  </if>
  <if test="${platform::is-unix()}">
    <property name="BuildTool" value="xbuild" readonly="true"/>
  </if>

  <property name="TestTool" value="tools/mytesttool.exe"/>

  <target name="all" depends="myproject myprojectlib" />

  <target name="build-csproj" description="Build a given csproj">
    <!-- Must not be called standalone as it requires some properties set. -->
    <exec program="${BuildTool}">
      <arg path="src/${ProjectName}/${ProjectName}.csproj" />
      <arg line="/property:Configuration=${configuration}" />
      <arg value="/target:Rebuild" />
      <arg value="/verbosity:normal" />
      <arg value="/nologo" />
    </exec>
  </target>

  <target name="test-project">
    <!-- Must not be called standalone as it requires some properties set. -->
    <exec program="${TestTool}">
      <arg path="my/${ProjectName}/tests/path/for/tool" />
      <arg value="/aproperty=value" />
    </exec>
  </target>

  <target name="myproject" description="Build the project">
    <property name="ProjectName" value="MyProject"/>
    <call target="build-csproj" />
    <call target="test-project" />
  </target>

  <target name="myprojectlib" description="Build the project's library dll">
    <property name="ProjectName" value="MyProjectLib"/>
    <call target="build-csproj" />
    <call target="test-project" />
  </target>

</project>
...