Это хорошо, но почему вдруг набор shell команд стал костылями (Тем более что любой CI/CD Pipeline в сущности выполняет набор shell команд)? Где проходит грань между "перебором" и "костылями"? 🤔

Грань очень тонкая и спорить на тему что является, а что не является костылем не самая хорошая мысль. Основной посыл моего сообщения был про то, что делать деплой по таскам из VS Code это не лучший путь для построения автоматизации вокруг проекта, даже если он и «пет проджект». Вокруг столько удобных сервисов, изучение которых будет большим плюсом в список навыков для разработчика.

Почему не лучший путь? Особенно с учетом того, что вводные были следующими:
1) Человек работает один (Соотвественно Continuous Integration не нужен. Не с кем интегрироваться проще говоря)
2) Задачи автоматически деплоить что либо при коммите в репозиторий не стоит (Соответсвенно Continuous Deployment не нужен).
🤔

Почему не лучший путь? Особенно с учетом того, что вводные были следующими:
1) Человек работает один (Соотвественно Continuous Integration не нужен. Не с кем интегрироваться проще говоря)
2) Задачи автоматически деплоить что либо при коммите в репозиторий не стоит (Соответсвенно Continuous Deployment не нужен).
🤔

Коллеги, сегодня ночью спрашивал как билдить, заливать билд и выполнять какие то пост/пре операции на удаленном сервер и мне @onokonem посоветовал сделать вот так:

go build -o app && ssh cloud sudo systemctl stop server-dev && scp app cloud:/home/velmesov/dev/backend && ssh cloud sudo systemctl start server-dev

всё круто, но каждый раз вводить это тоже такое себе, как вариант в .bashrc пихнуть в алиас.

Но есть способ лучше!
Всем кто пользует VS Code, у него встроенный функционал работы с тасками.
Там хоть целую портянку команд и задач создвавайте, можно указывать последдовательность, можно в цепочку команда оформлять.

В общем оказывается у меня под рукой было, а я не знал :)

Вот  дока и примеры кому интересно:
https://code.visualstudio.com/docs/editor/tasks

https://github.com/golang/vscode-go/blob/master/docs/tasks.md

Коллеги, сегодня ночью спрашивал как билдить, заливать билд и выполнять какие то пост/пре операции на удаленном сервер и мне @onokonem посоветовал сделать вот так:

go build -o app && ssh cloud sudo systemctl stop server-dev && scp app cloud:/home/velmesov/dev/backend && ssh cloud sudo systemctl start server-dev

всё круто, но каждый раз вводить это тоже такое себе, как вариант в .bashrc пихнуть в алиас.

Но есть способ лучше!
Всем кто пользует VS Code, у него встроенный функционал работы с тасками.
Там хоть целую портянку команд и задач создвавайте, можно указывать последдовательность, можно в цепочку команда оформлять.

В общем оказывается у меня под рукой было, а я не знал :)

Вот  дока и примеры кому интересно:
https://code.visualstudio.com/docs/editor/tasks

https://github.com/golang/vscode-go/blob/master/docs/tasks.md

Коллеги, сегодня ночью спрашивал как билдить, заливать билд и выполнять какие то пост/пре операции на удаленном сервер и мне @onokonem посоветовал сделать вот так:

go build -o app && ssh cloud sudo systemctl stop server-dev && scp app cloud:/home/velmesov/dev/backend && ssh cloud sudo systemctl start server-dev

всё круто, но каждый раз вводить это тоже такое себе, как вариант в .bashrc пихнуть в алиас.

Но есть способ лучше!
Всем кто пользует VS Code, у него встроенный функционал работы с тасками.
Там хоть целую портянку команд и задач создвавайте, можно указывать последдовательность, можно в цепочку команда оформлять.

В общем оказывается у меня под рукой было, а я не знал :)

Вот  дока и примеры кому интересно:
https://code.visualstudio.com/docs/editor/tasks

https://github.com/golang/vscode-go/blob/master/docs/tasks.md

Кто пытался подружить приватные репозитории гитлаба с gitlab-ci, подскажите, как боролись, проблема следующая:

в окружении прописаны:
export GOPROXY=direct
export GO111MODULE=on
export GOPRIVATE=gitlab.com/xxxx/*
git config --global url."https://$CI_USERNAME:$CI_PASSWORD@gitlab.com".insteadOf "https://gitlab.com"

Настройки выше нормально работают в контейнере, но при проделке всего того же на голой машине при подтягивании зависимостей получаю "unknown revision", сталкивался кто-нибудь?

Кто пытался подружить приватные репозитории гитлаба с gitlab-ci, подскажите, как боролись, проблема следующая:

в окружении прописаны:
export GOPROXY=direct
export GO111MODULE=on
export GOPRIVATE=gitlab.com/xxxx/*
git config --global url."https://$CI_USERNAME:$CI_PASSWORD@gitlab.com".insteadOf "https://gitlab.com"

Настройки выше нормально работают в контейнере, но при проделке всего того же на голой машине при подтягивании зависимостей получаю "unknown revision", сталкивался кто-нибудь?

У меня были проблемы с "insteadOf" и доступом к приватным репозиториям гитлаба, попробуй вот так, через файлик .netrc и гитлаб токен
https://play.golang.org/p/Cuv4FiwvVBQ

А в го мод что прописал?

Кто пытался подружить приватные репозитории гитлаба с gitlab-ci, подскажите, как боролись, проблема следующая:

в окружении прописаны:
export GOPROXY=direct
export GO111MODULE=on
export GOPRIVATE=gitlab.com/xxxx/*
git config --global url."https://$CI_USERNAME:$CI_PASSWORD@gitlab.com".insteadOf "https://gitlab.com"

Настройки выше нормально работают в контейнере, но при проделке всего того же на голой машине при подтягивании зависимостей получаю "unknown revision", сталкивался кто-нибудь?