Git

Для того, чтобы загрузить что-то в удаленный репозиторий, нужно сначала установить соединение с ним.Проект может иметь множество удаленных хранилищ одновременно. Традиционно основной удаленный репозиторий в Git называется origin.Порядок действий:1. создать репозиторий в github2. $git remote add origin <url>

Клонирование репозитория возможность иметь полностью рабочую копию любого проекта, загрузив локально.

Загрузка файлов на серверПередача локальных коммитов на сервер. Может принимать два параметра:имя удаленного репозитория (origin);ветка для толчка (ветка master по умолчанию для каждого репозитория).

Получение изменений с сервераМожет принимать два параметра:имя удаленного репозитория (remote);ветка для толчка (ветка master по умолчанию для каждого репозитория).

Обычный git-репозиторий подразумевает, что вы будете использовать его как рабочую директорию, поэтому вместе с файлами проекта в актуальной версии, git хранит все служебные, «чисто-репозиториевские» файлы в поддиректории .git. В удаленных репозиториях нет смысла хранить рабочие файлы на диске (как это делается в рабочих копиях), а все что им действительно нужно — это дельты изменений и другие бинарные данные репозитория. Вот это и есть «чистый репозиторий».

Здесь будет информация по работе с GitFlow

По умолчанию ветка каждого репозитория называется master.

git merge объединяет две ветви, применяя изменения, сделанные в new_branch к основной ветке проекта.После ветка new_branch может быть удалена.Порядок действий:1. переключиться на master2. git merge <name branch>3. удалить ветвь - по желанию

Конечный результат rebase очень похож на результат merge. Цепь коммитов линейна и гораздо более читабельнаНе использовать rebase:1. Если ветка является публичной и расшаренной. Переписывание общих веток будет мешать работе других членов команды.2. Когда важна точная история коммитов ветки (так как команда rebase переписывает историю коммитов).Предпочтительно использовать rebase для кратковременных, локальных веток, а merge для веток в публичном репозитории.

Git позволяет исправить сообщение или файлы в случае, если коммит уже сделан. Это просто сделать с последним коммитом с помощью git commit —amend. Все от последнего коммита добавится обратно в stage area и git попытается сделать новый коммит. Это дает возможность исправить сообщение коммитта или добавить новые файлы в отслеживаемую область. Для более сложных исправлений, которые находятся не в последнем коммите (если изменения запушены), необходимо использовать git revert.Новейший коммит можно получить с помощью псевдонима HEAD:$ git revert HEADДля других коммитов лучше использовать идентификатор: $ git revert <id commit>