Tag Archives: git

Count lines in git repository

https://stackoverflow.com/questions/4822471/count-number-of-lines-in-a-git-repository

git squash variants

If you just want to squash all commits into one. 1. The simplest way:

https://stackoverflow.com/a/5309051 If you have a message like ‘error: failed to push some refs to’, add —force to the last command.

Как смигрировать репозиторий в новый remote

git.migrate:

Поиск в git по изменённому контенту

Например — git log -SaddedVariableName

Git-subtree для деплоя сайта на github-pages

Возьмём для примера проект https://github.com/bullgare/lzd_cllinics. Сборка для деплоя расположена в директории deploy/, и эта директория находится под контролем версий. Чтобы статический сайт был доступен по адресу http://bullgare.github.io/lzd_cllinics/, нужно содержимое этой директории запушить в отдельную ветку gh-pages. Проще всего сделать это так:

Эта команда сделает push закоммиченной директории deployв ветку gh-pages, что нам и нужно. …

Read more

Git: несколько разных ключей для одного хоста на примере bitbucket.org

Всё очень просто, достаточно прописать в ssh-конфиге алиасы:

И затем поправить путь к репозиторию гита:

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 — только во второй, то лучше сделать так:

Посмотреть текущие параметры репозиториев можно так:

Обсуждение — http://stackoverflow.com/a/3195446/801426

Gitlab flow

Github flow для gitlab. Как это выглядит. Есть центральный репозиторий http://gitlab.lan/group/repo_name. Каждый разработчик создаёт себе свой fork, в котором и производится работа (например, http://gitlab.lan/bullgare/repo_name). Результаты работы push-атся ведётся в своём репозитории (для этого нужно, чтобы git remote origin смотрел на gitlab@gitlab.lan:bullgare/repo_name.git). Также нужно добавить основной репозиторий вторым удалённым репозиторием

Перед началом работы по фиче …

Read more

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. Тут всё просто — в дополнение к очевидным вещам нужно добавить ещё один источник:

https://help.github.com/articles/syncing-a-fork — как продолжать обновлять из оригинального репозитория. Тут всё тоже не очень сложно:

Если ветка уже создана, то

Чтобы поменять (если нужно) url до origin:

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/