Настройка Travis CI для Golang проекта с использованием Godep

В этом посте хочу поделиться тем как я настраивал Travis CI для своего небольшого проекта на Golang.

Что такое Travis CI?

Travis CI — распределённый веб-сервис для сборки и тестирования программного обеспечения, использующий GitHub в качестве хостинга исходного кода.

У этого сервиса есть неплохой раздел по поводу настройки проекта – https://docs.travis-ci.com/user/languages/go/#Dependency-Management , но как это часто бывает не все так гладко, как хотелось бы.

Проблема возникла с менеджером пакетов godep и импортом пакетов, у меня возникали такие ошибки:

// первый вариант
The command "eval go get -t -v ./... " failed. Retrying, 2 of 3.
// второй вариант
cannot find package "my_go_project/my_package" in any of:
 
Решение оказалось очень простым – заменить относительные пути импорта локальных пакетов на абсолютные, т.е. вместо import "my_go_project/my_package" написать import "github.com/username/my_go_project/my_package".
 
 
В итоге получился такой .travis.yml:
 

Одна строка, которая сэкономит 99% RAM

В Golang как и во многих других языках работает сборщик мусора.

Но все же ресурсы высвобождать необходимо, особенно если вы работаете с http запросами и пакетом https://golang.org/pkg/net/http/.

В противном случае может случится так, что приложение в один прекрасный момент упадет и не факт, что об этом Вы узнаете первым. Из этого следует:

  1. нужно внимательно читать документацию;
  2. нужно всегда проверять приложение на прожорливость и работу с ресурсами;
  3. использовать инструментыдля мониторинга.

Само высвобожение ресурса тела запроса выглядит так:

 

Golang: пакеты

По поводу пакетов в голанге есть множество статей и ресурсов, например – https://thenewstack.io/understanding-golang-packages/. Но лично у меня в самом начале изучения этого языка прграммирования возникли две проблемы:

  1. Как использовать пакеты внутри совего приложения для разделения кода(что-то вроде namespace в других языках);
  2. Ошибка цикличного импорта пакетов.

Первый вопрос снимается легко, допустим у нас в проекте с названием project7(директория /go/src/project7) есть модели и контроллеры в соответствующих директориях(models и controllers), тогда мы можем их использовать в нашем главном файле main.go вот так:


То есть, по сути мы просто используем их как локальный неймспейс, все очень просто.

Проблема циклических импортов возникает, когда вы ипортируете пакет, который импортирует пакет из которого вы производите импорт.

Т.е. получается, что вы попадаете в бесконечный цикл импорта, так как оба пакета импортируют друг друга.

Избежать этой проблемы легко – используйте интерфейсы.