Сборка и тестирование проектов Go

Начиная с Go 1.11, вам больше не нужно определять среду $GOPATH, настраивать макет рабочей области или использовать модуль dep. Теперь управление зависимостями встроено.

Этот YAML реализует команду go get для скачивания пакетов Go и их зависимостей. Затем он использует go build для создания содержимого, опубликованного с помощью задачи PublishBuildArtifacts@1.

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

Как в документации go описывается, рабочая область Go состоит из корневого каталога, в который указывает переменная среды $GOPATH. В этом каталоге представлены следующие стандартные подкаталогы:

• bin должно содержать исполняемые команды
• pkg должен содержать скомпилированные пакеты (файлы типа.a)
• src содержит исходные файлы Go (.go, .c, .g, .s)

Когда сборка в Azure Pipelines извлекает код из удаленного репозитория, он помещает его в рабочий каталог сборки по умолчанию. Чтобы соответствовать ожидаемой структуре рабочей области Go, добавьте следующий фрагмент кода в файл azure-pipelines.yml. Этот сценарий выполняется в bash в агентах Linux и macOS, но их необходимо изменить для 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'

Если ваш код не находится на GitHub, измените modulePath переменную, которая использует github.com, на соответствующее значение для вашего модуля.

Этот фрагмент выполняет следующие действия:

1. Устанавливает для $GOROOT версию Go, которую необходимо использовать.
2. Задает другие известные переменные среды Go соответствующими значениями.
3. Создает рабочую область Go в подкаталоге с именем gopath с дочерними каталогами bin, pkgи src.
4. Перемещает код, полученный из удаленного репозитория в каталог рабочей области src
5. Добавляет в системный путь версию Go и директорию рабочей области bin.

Установка зависимостей

Используйте go get

Используйте go get, чтобы скачать исходный код для проекта Go или установить средство в рабочую область Go. Добавьте следующий фрагмент кода в azure-pipelines.yml файл:

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

Используйте dep ensure

Используйте dep ensure, если проект использует dep для скачивания зависимостей, импортированных в код. Выполнение dep ensure клонирует импортированные репозитории в директорию вендора вашего проекта. Файлы Gopkg.lock и Gopkg.toml гарантируют, что все, работающие над проектом, используют ту же версию зависимостей, что и сборка. Добавьте следующий фрагмент кода в azure-pipelines.yml файл.

- 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`'