Category Archives: Version control
Gitlab-ci: build go app with docker as a docker image
Preparations [TO BE UPDATED LATER] My gitlab-ci.yml
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 |
variables: PACKAGE_PATH: /go/src/gitlab.com/[username_for_gitlab]/[project_name] # https://docs.gitlab.com/ee/ci/docker/using_docker_build.html CONTAINER_TEST_IMAGE: $CI_REGISTRY_IMAGE:$CI_COMMIT_REF_SLUG CONTAINER_RELEASE_IMAGE: $CI_REGISTRY_IMAGE:latest stages: - dep - test - build # A hack to make Golang-in-Gitlab happy .anchors: - &inject-gopath mkdir -p $(dirname ${PACKAGE_PATH}) && ln -s ${CI_PROJECT_DIR} ${PACKAGE_PATH} && cd ${PACKAGE_PATH} dep: stage: dep image: golang:1.13.1-alpine before_script: - *inject-gopath script: go mod tidy && go mod vendor artifacts: name: "vendor-$CI_PIPELINE_ID" paths: - vendor/ expire_in: 1 hour test: stage: test dependencies: - dep image: docker:17 services: - docker:dind before_script: - *inject-gopath script: docker build --target=test . lint: stage: test dependencies: - dep image: docker:17 services: - docker:dind before_script: - *inject-gopath script: docker build --target=lint . build: stage: build dependencies: - dep - lint - test image: docker:17 services: - docker:dind before_script: - *inject-gopath - docker login -u $CI_REGISTRY_USER -p $CI_REGISTRY_PASSWORD $CI_REGISTRY registry script: - docker build --target=release --pull -t $CONTAINER_TEST_IMAGE . - docker tag $CONTAINER_TEST_IMAGE $CONTAINER_RELEASE_IMAGE - docker push $CONTAINER_TEST_IMAGE |
My Dockerfile
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 |
FROM golang:1.13.1-alpine AS build WORKDIR /go/src/gitlab.com/[username_for_gitlab]/[project_name] COPY . . RUN go get -u github.com/jessevdk/go-assets-builder RUN apk add --no-cache make RUN make build #some pareparations and after that: go build -i -o ./[path_to_bin] ./cmd/[...] FROM alpine:3.10 AS release COPY --from=build /go/src/gitlab.com/[username_for_gitlab]/[project_name]/[path_to_bin] /usr/local/bin/[appname] RUN apk add --no-cache make bash curl tzdata EXPOSE 3000 3001 ENTRYPOINT ["/usr/local/bin/[appname]"] FROM golang:1.13.1-alpine AS test ENV CGO_ENABLED=0 WORKDIR /go/src/gitlab.com/[username_for_gitlab]/[project_name] COPY . . RUN apk add --no-cache make bash RUN make test FROM golangci/golangci-lint:v1.20 AS lint WORKDIR /go/src/gitlab.com/[username_for_gitlab]/[project_name] COPY . . RUN make lint-full # to check things locally # docker build --target=check_container . # docker images # docker run -it <hash> /bin/bash FROM golang:1.13.1-alpine AS check_container WORKDIR /go/src/gitlab.com/[username_for_gitlab]/[project_name] COPY . . RUN apk add --no-cache make bash RUN /bin/bash FROM release |
Pulling from your private registry Create deploy token as described here. After that, you can do this:
|
1 2 3 |
docker login -u [deploy_username] -p [deploy_token] registry.gitlab.com docker pull registry.gitlab.com/[username_for_gitlab]/[project_name]:master docker run -d --name [container_name_you_like] --env-file [path-to-.env] --net host --rm registry.gitlab.com/[username_for_gitlab]/[project_name]:master |
Useful links: https://dev.to/hypnoglow/how-to-make-friends-with-golang-docker-and-gitlab-ci-4bil https://docs.gitlab.com/ee/ci/docker/using_docker_build.html https://medium.com/@tonistiigi/advanced-multi-stage-build-patterns-6f741b852fae https://docs.gitlab.com/ee/ci/yaml/ (full description of gitlab-ci.yml) https://about.gitlab.com/blog/2017/11/27/go-tools-and-gitlab-how-to-do-continuous-integration-like-a-boss/ https://gitlab.com/hypnoglow/example-go-docker-gitlab/blob/master/.gitlab-ci.yml Somewhat useful: https://blog.lwolf.org/post/how-to-build-tiny-golang-docker-images-with-gitlab-ci/ https://angristan.xyz/build-push-docker-images-gitlab-ci/ https://docs.gitlab.com/ee/user/packages/container_registry/#use-images-from-gitlab-container-registry https://www.digitalocean.com/community/tutorials/how-to-install-and-use-docker-on-centos-7 (it says to do sudo usermod -aG docker …
Count lines in git repository
|
1 |
git ls-files | xargs wc -l |
https://stackoverflow.com/questions/4822471/count-number-of-lines-in-a-git-repository
Как смигрировать репозиторий в новый remote
git.migrate:
Поиск в git по изменённому контенту
|
1 |
git log -S<your_word_with_no_space> |
Например — git log -SaddedVariableName
Git-subtree для деплоя сайта на github-pages
Возьмём для примера проект https://github.com/bullgare/lzd_cllinics. Сборка для деплоя расположена в директории deploy/, и эта директория находится под контролем версий. Чтобы статический сайт был доступен по адресу http://bullgare.github.io/lzd_cllinics/, нужно содержимое этой директории запушить в отдельную ветку gh-pages. Проще всего сделать это так:
|
1 |
git subtree push --prefix deploy origin gh-pages |
Эта команда сделает push закоммиченной директории deployв ветку gh-pages, что нам и нужно. …
Git: несколько разных ключей для одного хоста на примере bitbucket.org
Всё очень просто, достаточно прописать в ssh-конфиге алиасы:
|
1 2 3 4 5 6 |
Host work-bitbucket.org HostName bitbucket.org IdentityFile ~/.ssh/workid Host personal-bitbucket.org HostName bitbucket.org IdentityFile ~/.ssh/personalid |
И затем поправить путь к репозиторию гита:
|
1 |
git remote set-url origin git@work-bitbucket.org:repo_name.git |
https://confluence.atlassian.com/bitbucket/configure-multiple-ssh-identities-for-gitbash-mac-osx-linux-271943168.html
Настройка гита для пулла из одного репозитория и пуша в другой
Можно настроить два разных remote, как описано здесь — https://blog.bullgare.com/2014/11/gitlab-flow/. Но если нужно исключительно делать fetch из одного репозитория, а push — только во второй, то лучше сделать так:
|
1 2 3 4 |
# fetch repo git remote set-url origin git@bitbucket.org:repo1.git # push repo git remote set-url origin --push git@bitbucket.org:repo1.git |
Посмотреть текущие параметры репозиториев можно так:
|
1 |
git remote -v |
Обсуждение — http://stackoverflow.com/a/3195446/801426
Github Flow
По сравнению с git flow всё проще. Создаётся fork, разработка фичи ведётся в отдельной ветке. Потом создаётся pull request (merge request для gitlab), опционально назначаются ответственные за merge, в процессе обсуждений может продолжаться работа в ветке (изменения будут автоматически добавлены к request). После одобрения ветка мёржится в мастер/главную ветку https://guides.github.com/introduction/flow/index.html
Github: подготовка к pull-request
https://help.github.com/articles/fork-a-repo — как создать fork. Тут всё просто — в дополнение к очевидным вещам нужно добавить ещё один источник:
|
1 |
git remote add upstream https://github.com/octocat/..... |
https://help.github.com/articles/syncing-a-fork — как продолжать обновлять из оригинального репозитория. Тут всё тоже не очень сложно:
|
1 2 3 |
git fetch upstream git checkout master git merge upstream/master |
Если ветка уже создана, то
|
1 2 |
git checkout <ветка> git rebase master |
Чтобы поменять (если нужно) url до origin:
|
1 |
git remote set-url origin git://new.url.here |
https://blog.bullgare.com/2014/04/git-%D0%BF%D0%B5%D1%80%D0%B5%D0%BB%D0%B8%D1%82%D1%8C-%D0%BB%D0%BE%D0%BA%D0%B0%D0%BB%D1%8C%D0%BD%D1%8B%D0%B9-%D1%80%D0%B5%D0%BF%D0%BE%D0%B8%D1%82%D0%BE%D1%80%D0%B8%D0%B9-%D0%B2-%D0%BD%D0%BE%D0%B2/
Git reset
Все виды команды git reset. Удалить всё лишнее, включая незакоммиченные изменения
|
1 2 |
# Clear working directory tree from all changes $ git checkout -f HEAD |
Откатить последний коммит и вернуть файлы в незакоммченное состояние (т.е. изменения станут незакоммиченными, но готовыми для коммита)
|
1 2 |
# Reset the latest commit, and leave the changes in the index $ git reset --soft HEAD^ |
Откатить последний коммит и убрать файлы из гита (т.е. нужно будет сначала сделать git add .)
|
1 2 |
# Reset the latest commit, and leave the changes in the working directory $ git reset HEAD^ |
…