Git

Материал из Home Wiki
Перейти к: навигация, поиск

Категория:Работа

Модель flow

Git flow

Набор команд необходимый для выполнения такого flow

  1. Начало работы над какой-нибудь новой функциональностью. Создается отдельная ветка на фичу на основе develop
    git checkout -b new-feature develop
  2. Добавление в очередь на коммит и коммитим внутри ветки
    git add .
    
    git commit -am "Commit message"
  3. Заливаем на удаленный сервер вновь созданную ветку
    git push -u origin new-feature
  4. Закончив разработку переключаемся в develop и мерджим изменения.
    git checkout develop
    
    git merge --no-ff new-feature
  5. Отправляем изменения в удаленный репозитарий
    git push
  6. Удаляем ветку
    git branch -d new-feature
  7. Удаляем ветку и ссылку на нее в удаленном репозитарии
    git push origin :new-feature
    
    git remote prune origin
  8. Проставление тега у релиза и отправляем его в удаленный репозитарий
    git tag -a v1.2
    
    git push origin --tags

Разные команды

  1. Посмотреть список бранчей, с которыми происходили merge'и у текущей. Полезно для поиска тех бранчей, которые нужно удалить, так как работа в них больше не ведется и все их изменения уже находятся в текущей ветке. Например посмотреть как называется ветка фичи, которую уже залили в develop.
    git branch --merge
  2. Посмотреть список бранчей, с которыми происходили merge'и у текущей. Полезно для поиска тех бранчей, которые нужно удалить, так как работа в них больше не ведется и все их изменения уже находятся в текущей ветке. Например посмотреть как называется ветка фичи, которую уже залили в develop.
    git branch --no-merge
  3. Синхронизировать проект с удаленным репозитарием.
    git fetch origin (либо имя другого репозитария)
  4. Залить с удаленного сервера ветку origin/new-feature, создать локально ветку new-feature (названия могут веток могут различаться, но смысл?) и связать одну с другой. Связывание означает, что команды push и pull будут выполняться по умолчанию в/из origin/new-feature. Второй вариант создаст и привяжет локальную ветку с тем же именем, что и на удаленном сервере. Такой вариант предпочтителен.
    git checkout -b new-feature origin/new-feature
    
    git checkout --track origin/new-feature
  5. Удалить ветку new-feature на удаленном сервере origin. Если работа в данной ветке законченна и она слита с основной рекомендуется удалить ветку локально и удаленно.
    git push origin :new-feature
  6. Дописать к последнему commit'у все что находится сейчас в stage. Так же можно дополнить сообщение commit'а. Удобно, когда забыл закомитить какой-нибудь конфиг из другой папки и т.п.
    git commit --amend
  7. Показать удаленные репозитарии вместе с их URL.
    git remote -v
  8. Показать подробности об удаленном репозитории origin, о всех его ветках и о локальных ветках, связанных с ними.
    git remote show origin
  9. Подтянуть изменения с удаленного репозитария. Аналог svn-update
    git fetch
  10. Залить все теги на удаленный репозитарий.
    git push origin --tags
  11. Помимо добавления измененых файлов в stage, так же используется для пометки файлов после разрешения конфликтов.
    git add
  12. Точка здесь путь до текущей директории. Откатить все изменения внесенные в файлы до коммита. Аналог svn-revert.
    git checkout -- .
  13. Сделать редактором сообщений для коммитов mcedit. Опция пременится глобально во всей системе.
    git config --global core.edition mcedit
  14. Выдаст страницу справки по интересующей команде
    git help <команда>
  15. Создать глобальный псевдоним br для команды branch. Теперь можно будет писать git br для вызова этой команды. Алиасы работают не только на простую команду, но и в принципе на любую сложную команду с ключами, настройками и т.п.
    git config --global alias.br branch
  16. Часто используемые алиасы:
    git config --global alias.st status
    
    git config --global alias.br branch
    
    git config --global alias.co checkout
    
    git config --global alias.ci commit
    
    git config --global alias.me merge
  17. Выведет структуру коммитов, слияний и т.д. с сообщениями.
    git log --graph --pretty=oneline
    
    git log --graph --pretty=format:'%Cred%h%Creset \-%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' \--abbrev-commit --date=relative
  18. Вызвать интерактивный режим работы с файлами
    git add -i
  19. Выдаст изменения в файлах, сделанные последним коммитом
    git log --summary -n1
  20. Получить подробную информацию в виде патчей о каждом изменении конкретного файла FILENAME
    git log -p FILENAME
  21. Отмена не запушеного мёрджа с веткой develop
    git reset --hard origin/develop
  22. Откатить все изменнения до последнего коммита
    git reset
    
    git checkout -- .
  23. Создал новую ветку paysys-start и нужно залить ее на сервер, попутно привязав push и pull команды - поможет ключ -u
    git push -u origin paysys-start
  24. Удаляет указатель на несуществующую ветку на origin
    git remote prune origin
  25. Показывает разность файлов между коммитом и текущей версией бранча
    git diff
    
    git diff HEAD
  26. Показывает разность файлов между локальной копией и удаленной копией (т.е. те изменения которые отправятся на сервер при команде git push)
    git diff origin/master
  27. Показывает разность файла между локальной копией и удаленной копией (т.е. те изменения которые отправятся на сервер при команде git push)
    git diff origin/master -- paymentManager.php
  28. Переименовать ветку
    git br -m 2nd-level-menu jdo-on-web
  29. Поправить сообщение последнего коммита
    git commit --amend

Пометить как улаженный

git checkout has the --ours option to check out the version of the file that you had locally (as opposed to --theirs, which is the version that you pulled in).

You can pass . to git checkout to tell it to check out everything in the tree.

Then you need to mark the conflicts as resolved, which you can do with git add, and commit your work once done:

git checkout --ours . # checkout our local version of all files

git add -u # mark all conflicted files as merged

git commit # commit the merge

Если вы работаете не в том branch'е и хотите свои изменения закоммитить в новый/другой существующий branch:

git stash

git checkout -b new-branch

git stash pop

Здесь:

git stash - сохранить текущие незакомиченные изменения в виде патча в стек и сбросить текущую ветку до HEAD

git checkout -b new-branch - Создать новую ветку и переключиться в неё. Если ветку создавать не надо, убираем -b

git stash pop - применяем последний сохранённый патч из стека и удаляем его из стека


git merge --abort
## или
git reset --hard HEAD

отмена конфликта во время merge, с которым вы не можете разобраться и хотите вернуть все назад

Состояния файла в git

Git-file-lifestatus.png

Git-local-operations.png

Децентрализованный, но централизованный

Децентраллизованный

Ссылки

HOWTO по Git: http://githowto.com/ru