Skapa och testa Go-projekt

Från och med Go 1.11 behöver du inte längre definiera en $GOPATH miljö, konfigurera en arbetsytelayout eller använda modulen dep . Beroendehantering är nu inbyggt.

Denna YAML implementerar go get kommandot för att ladda ned Go-paket och deras beroenden. Den använder go build sedan för att generera det innehåll som publiceras med PublishBuildArtifacts@1 uppgiften.

trigger: 
 - main

pool:
   vmImage: 'ubuntu-latest'

steps: 
- task: GoTool@0
  inputs:
    version: '1.13.5'
- task: Go@0
  inputs:
    command: 'get'
    arguments: '-d'
    workingDirectory: '$(System.DefaultWorkingDirectory)'
- task: Go@0
  inputs:
    command: 'build'
    workingDirectory: '$(System.DefaultWorkingDirectory)'
- task: CopyFiles@2
  inputs:
    TargetFolder: '$(Build.ArtifactStagingDirectory)'
- task: PublishBuildArtifacts@1
  inputs:
     artifactName: drop

Som beskrivs i Go-dokumentationen består en Go-arbetsyta av en rotkatalog som miljövariabeln pekar på$GOPATH. I den katalogen finns följande standardunderkataloger:

• bin för att innehålla körbara kommandon
• pkg som ska innehålla kompilerade paket (.a filer)
• src för att innehålla Go-källfiler (.go, .c, .g, .s)

När en Azure Pipelines-version hämtar kod från en fjärrlagringsplats placerar den koden i standardarbetskatalogen för bygget. Om du vill matcha den förväntade strukturen för en Go-arbetsyta lägger du till följande kodfragment i azure-pipelines.yml filen. Det här skriptet körs i bash på Linux- och macOS-agenter, men måste ändras för Windows.

variables:
  GOBIN:  '$(GOPATH)/bin' # Go binaries path
  GOPATH: '$(system.defaultWorkingDirectory)/gopath' # Go workspace path
  modulePath: '$(GOPATH)/src/github.com/$(build.repository.name)' # Path to the module's code

steps:
- script: |
    mkdir -p '$(GOBIN)'
    mkdir -p '$(GOPATH)/pkg'
    mkdir -p '$(modulePath)'
    shopt -s extglob
    shopt -s dotglob
    mv !(gopath) '$(modulePath)'
    echo '##vso[task.prependpath]$(GOBIN)'
  displayName: 'Set up the Go workspace'

- script: |
    go version
    go get -v -t -d ./...
    if [ -f Gopkg.toml ]; then
        curl https://raw.githubusercontent.com/golang/dep/master/install.sh | sh
        dep ensure
    fi
    go build -v .
  workingDirectory: '$(modulePath)'
  displayName: 'Get dependencies, then build'

Om koden inte finns på GitHub ändrar du modulePath variabelns användning av github.com till ett lämpligt värde för din modul.

Det här kodfragmentet utför följande åtgärder:

1. Anger $GOROOT den version av Go som ska användas.
2. Anger andra välkända Go-miljövariabler till rätt värden.
3. Skapar en Go-arbetsyta i en underkatalog med namnet gopath med underordnade kataloger bin, pkgoch src.
4. Flyttar kod som hämtades från fjärrlagringsplatsen till arbetsytans src katalog
5. Lägger till versionen av Go och arbetsytekatalogen bin i sökvägen.

Installera beroenden

Använd go get

Använd go get för att ladda ned källkoden för ett Go-projekt eller för att installera ett verktyg på Go-arbetsytan. Lägg till följande kodfragment i azure-pipelines.yml filen:

- script: go get -v -t -d ./...
  workingDirectory: '$(modulePath)'
  displayName: 'go get dependencies'

Se till att använda dep

Använd dep ensure om projektet använder dep för att ladda ned beroenden som importerats i koden. När kloner körs dep ensure importerade lagringsplatser till projektets leverantörskatalog. Dess Gopkg.lock filer och Gopkg.toml filer garanterar att alla som arbetar med projektet använder samma version av beroenden som din version. Lägg till följande kodfragment i azure-pipelines.yml filen.

- script: |
    if [ -f Gopkg.toml ]; then
        curl https://raw.githubusercontent.com/golang/dep/master/install.sh | sh
        dep ensure
    fi
  workingDirectory: '$(modulePath)'
  displayName: 'Download dep and run `dep ensure`'