O serviço de integração contínua Travis CI oferece suporte oficialmente a vários idiomas , mas não C # ou F #.

Posso usá-lo com meus projetos .net?

Travis CI agora oferece suporte a C # . Citando livremente dessa página:

Visão geral

A configuração para projetos C #, F # e Visual Basic é semelhante a esta:

language: csharp
solution: solution-name.sln
mono:
  - latest
  - 3.12.0
  - 3.10.0

Roteiro

Por padrão, o Travis executará xbuild solution-name.sln. Xbuild é uma ferramenta de construção projetada para ser uma implementação da ferramenta MSBuild da Microsoft. Para substituir isso, você pode definir o atributo de script assim:

language: csharp
solution: solution-name.sln
script: ./build.sh

NuGet

Por padrão, o Travis executará nuget restore solution-name.sln, que restaura todos os pacotes NuGet de seu arquivo de solução. Para substituir isso, você pode definir o atributo de instalação assim:

language: csharp
solution: solution-name.sln
install:
  - sudo dosomething
  - nuget restore solution-name.sln

Veja a resposta de danielnixon para saber a maneira oficial de fazer isso agora.

É possível.

1. Seu projeto precisa funcionar no Mono

Em sua própria máquina mono, usando o terminal, cdem seu diretório de solução e executando o comando xbuild. Isso pode funcionar automaticamente ou não, pois há recursos que você usou no Visual Studio que precisam de alguns ajustes em mono.

Coisas a serem observadas:

• Erros de arquivos ausentes, verifique se as maiúsculas e minúsculas dos nomes dos arquivos correspondem ao seu .csprojlinux tem caminhos que diferenciam maiúsculas de minúsculas, onde o Windows não.
• O Nuget exige que você faça isso export EnableNuGetPackageRestore=trueantes de executar xbuildse o projeto for restaurado automaticamente.
• Sua instância mono pode não ter certificados SSL raiz, use mozroots --import --syncpara instalá-los.
• Além disso, se você vir erros de arquivo ausentes, em nuget.*vez de NuGet.*referências em seu .csproj, sabe-se que existem em várias versões do nuget.
• Há um bug no arquivo de destino do nuget 2.5 com base no espaço em branco no arquivo .target, solução alternativa aqui
• Para suporte FSharp 3.0, você precisa de mono 3.0.X ou posterior (e pode precisar compilar a partir da fonte, mas instalado por padrão no Mac OS X)
• Para projetos FSharp do VS2013, pode ser necessário editar o seu .fsprojpara acionar a configuração do VS2012 em máquinas não Windows adicionando '$(VisualStudioVersion)' == '11.0' Or $(OS) != 'Windows_NT'ver exemplo .

Mono 3.1.12, 3.2.4 e posterior

• Mono 3.1.2, 3.2.4 e posterior têm suporte a pcl, mas também podem ter erros de PCL ausentes. Procure o erro listado abaixo em Mono 3.0.12 , pois inclui apenas as seguintes referências de estrutura:
  • v4.0, Profile136 .NET Framework 4, Silverlight 5, Windows Phone 8, aplicativos da Windows Store (Windows 8)
  • v4.0, Profile14 .NET Framework 4, Silverlight 5
  • v4.0, Profile147 .NET Framework 4.0.3, Silverlight 5, Windows Phone 8, aplicativos da Windows Store (Windows 8)
  • v4.0, Profile158 .NET Framework 4.5, Silverlight 5, Windows Phone 8, aplicativos da Windows Store (Windows 8)
  • v4.0, Profile19 .NET Framework 4.0.3, Silverlight 5
  • v4.0, Profile24 .NET Framework 4.5, Silverlight 5
  • v4.0, Profile37 .NET Framework 4, Silverlight 5, aplicativos da Windows Store (Windows 8)
  • v4.0, Profile42 .NET Framework 4.0.3, Silverlight 5, aplicativos da Windows Store (Windows 8)
  • v4.0, Profile47 .NET Framework 4.5, Silverlight 5, aplicativos da Windows Store (Windows 8)
  • v4.0, Profile5 .NET Framework 4, aplicativos da Windows Store (Windows 8)
  • v4.0, Profile6 .NET Framework 4.0.3, aplicativos da Windows Store (Windows 8)
  • v4.5, Profile49 .NET Framework 4.5, Windows Phone 8
  • v4.5, Profile7 .NET Framework 4.5, aplicativos da Windows Store (Windows 8)
  • v4.5, Profile78 .NET Framework 4.5, Windows Phone 8, aplicativos da Windows Store (Windows 8)

Mono 3.0.12

• Mono 3.0.12 tem os alvos para bibliotecas de classes portáteis, mas não os assemblies de referência. Procure as Unable to find framework corresponding to the target framework moniker '.NETPortable,Version=v4.0,Profile=ProfileX'. Framework assembly references will be resolved from the GAC, which might not be the intended behavior.Condições de uso da plataforma (mencionadas em Mono 3.0.11 ou anterior ) ou atualize para 3.1.2.

Mono 3.0.11 ou anterior

• Erros de destino ausente, se não for nuget, é provavelmente porque você está usando um destino de biblioteca de classe portátil ou outro destino que não existe. Se o seu projeto pode compilar para .net 4.0, você pode modificar seu .csproj ou .fsproj, de modo que em .net ele construa portátil e em mono ele construa para .net 4.0. basicamente por separar as coisas em grupos de propriedades condicionais <PropertyGroup Condition="$(OS) == 'Windows_NT'"> <TargetFrameworkProfile>Profile46</TargetFrameworkProfile> </PropertyGroup>ou Condition="$(OS) != 'Windows_NT'para mono. Sua milhagem pode variar. Veja o exemplo de trabalho .

Mono 2.10.X

• Além disso, o Mono v2.10 está faltando algumas de suas classes Microsoft.Build de que o Nuget precisa, você pode copiar a dll v3.0.X, que é muito pequena, para o diretório .nuget. (Eu usei aqui )

2. Ser capaz de executar testes de unidade na linha de comando.

.ci/nunit.shé meu próprio script de shell para teste de nunit, verificado na raiz do repo. Portanto, posso instalar a versão do nunit-console que desejo com o nuget e configurar várias categorias de inclusão / exclusão. Sua milhagem pode variar, mas esta técnica deve funcionar para xunit etc. Ou faça suas próprias coisas com xbuild ou fake .

.ci / nunit.sh

#!/bin/sh -x

mono --runtime=v4.0 .nuget/NuGet.exe install NUnit.Runners -Version 2.6.1 -o packages

runTest(){
    mono --runtime=v4.0 packages/NUnit.Runners.2.6.1/tools/nunit-console.exe -noxml -nodots -labels -stoponerror $@
   if [ $? -ne 0 ]
   then   
     exit 1
   fi
}

#This is the call that runs the tests and adds tweakable arguments.
#In this case I'm excluding tests I categorized for performance.
runTest $1 -exclude=Performance

exit $?

3. Configure o Travis para mono

Mono v3.8.0

Para testar o mono mais recente, é mais fácil usar hosts Mac (alvo usando language:objective-cMono v3.1.2 e posterior distribuição alterada em um Mac de um DMG para apenas um PKG para que a instalação seja bastante simples. Este modelo deve suportar bibliotecas de classes portáteis, .NET 4.5.1 e FSharp 3.1.

language: objective-c

env:
 global:
  - EnableNuGetPackageRestore=true 
 matrix:
  - MONO_VERSION="3.8.0"

before_install:
 - wget "http://download.mono-project.com/archive/${MONO_VERSION}/macos-10-x86/MonoFramework-MDK-${MONO_VERSION}.macos10.xamarin.x86.pkg"
 - sudo installer -pkg "MonoFramework-MDK-${MONO_VERSION}.macos10.xamarin.x86.pkg" -target /

script:
 - xbuild 
 - .ci/nunit.sh Tests/bin/Debug/Tests.dll

Para segmentar Mono v2.10.X e v3.0.X

É fácil usar hosts Mac para configurar uma matriz de construção para várias versões do Mono. Veja o roteiro abaixo

language: objective-c

env:
 global:
  - EnableNuGetPackageRestore=true 
 matrix:
  - MONO_VER="2.10.11"
  - MONO_VER="3.0.12"

before_install:
 - wget "http://download.mono-project.com/archive/${MONO_VER}/macos-10-x86/MonoFramework-MDK-${MONO_VER}.macos10.xamarin.x86.dmg"
 - hdid "MonoFramework-MDK-${MONO_VER}.macos10.xamarin.x86.dmg"
 - sudo installer -pkg "/Volumes/Mono Framework MDK ${MONO_VER}/MonoFramework-MDK-${MONO_VER}.macos10.xamarin.x86.pkg" -target /

script:
 - xbuild 
 - .ci/nunit.sh Tests/bin/Debug/Tests.dll

Para linux

• Veja a resposta abaixo para a nova definição beta.

E agora você deve estar pronto para usar travis em seu projeto c #.

Esse é o ponto chave - o projeto deve funcionar em Mono. Isso funciona principalmente para projetos do tipo biblioteca ( AWS SDK .NET é um bom exemplo), embora exija mais esforços de desenvolvimento e disciplina. O ambiente de construção do Linux não funcionará se você estiver desenvolvendo um projeto para a plataforma Windows, como aplicativo WPF, serviço de nuvem Azure, aplicativo Windows Phone / Store ou mesmo ASP.NET Web API.

AppVeyor CI é um serviço de integração contínua hospedado para a plataforma Windows e é gratuito para projetos de código aberto. É como o Travis CI para Windows!

Você pode configurar o processo de construção para a solução VS.NET, projeto MSBuild personalizado, PSake ou qualquer script PowerShell de arquivo em lote. Além disso, o AppVeyor possui uma estrutura integrada de gerenciamento e implantação de artefatos.

Como já mencionado, Travis CI tem suporte beta para C # . É fácil de usar. Além disso, o nunit pode ser integrado facilmente. Aqui está um pequeno exemplo de um arquivo .travis.yml que executa testes nunit e marca o build como com falha se pelo menos um teste de unidade falhar:

language: csharp
solution: ./src/yoursolution.sln

install:
  - sudo apt-get install nunit-console
  - nuget restore ./src/yoursolution.sln

script:
  - xbuild ./src/yoursolution.sln
  - nunit-console ./src/SomeLibrary.Tests/bin/Debug/SomeLibrary.Tests.dll

Se você deseja usar o Travis CI com F #, no GitHub, com FAKE e Packet, o F # ProjectScaffold é recomendado:

http://fsprojects.github.io/ProjectScaffold