GitTraining

Погружение

Этот репозиторий предназначен для того, чтобы провести вас через некоторые из наиболее распространенных операций по GIT, которые вам нужно знать и использовать в качестве разработчика.

Начиная

Клонировать этот репозиторий на местную машину. Возможно, вам придется установить git, если он еще не установлен. Если вы не уверены, есть ли у вас GIT или нет, просто запустите git --help из командной строки. Это вернет полезное сообщение с некоторыми общими командами, если оно будет установлено.

Основы GIT

• Что такое управление источником?
• Узнайте вам git
• GitHub Interactive Rutorial

Настройте, кто вы есть

• Установите имя пользователя с помощью git config --global user.name "your name"
• Установите свое письмо с помощью git config --global user.email "[email protected]"

Полезные ссылки

Если у вас есть вопросы или застряли, могут вам помочь.

• Официальная документация GIT
• Google и Stackoverflow
• GitHub и Atlassian имеют несколько хорошо написанных общих документов GIT
• Ваши коллеги

Раздел 1: отслеживание изменений

Темы: Проката, совершать, вернуть, слияние, журнал, перемещать и удалять.

Файлы для раздела можно найти в каталоге section1 .

Совершать изменения

• Проверьте филиал dev .
• Сделайте новую ветвь и добавьте себя в список людей в people.md .
• Совершить свои изменения.
• Вас попросят сделать послание коммита. Это откроет текстовый редактор. Сохраните и бросьте текстовый редактор, чтобы завершить коммит. Примечание: GIT использует редактор системы по умолчанию. На Vanilla Git Bash в Windows текстовый редактор по умолчанию - Vim.
• Если вам нужно отредактировать сообщение о коммите для вашего последнего коммита, вы можете использовать команду git commit --amend .

Отменить изменения

Несомненные изменения

• Внесите изменение любого из файлов в репозитории.
• Запустите git status чтобы увидеть, какие файлы были изменены.
• Установите файл, используя git add , но не совершайте.
• Несоберите файл с помощью git reset .
• Используйте GIT, чтобы отменить изменения, которые вы внесли, и сбросить файл в состояние, в котором он был совершен. git status не должен сообщать об измененных файлах.

Совершенные изменения

Тони сделал 3 коммита в филиал Дев. Он неправильно понял требования к проекту, и изменения, внесенные с двумя последними коммитами, должны быть удалены.

• Проверьте филиал Dev.
• Определите, что изменилось между его первым и последним коммитом, затем верните два самых последних его коммитов. У GIT есть инструменты Diff и журнала, которые помогут.
• Есть несколько способов отменить коммиты. Лучшая практика - сохранить историю, когда это возможно. Команда git revert , которая сохранит коммиты в истории репозитория, но удаляет изменения, введенные в результате коммита.
  • Совет: Если вы возвращаете несколько коммитов, которые изменяют один файл, легко начать с самого последнего коммита, который вы хотите вернуть и работать в обратном направлении.
• Вам нужно будет совершить коммит, когда вы вернете изменения.

Переписывание истории

Иногда вы можете отменить коммит, который вы сделали, или даже стереть его из существования.

Предупреждение: это обычно считается плохой практикой. Сделайте это только для коммитов, которые вы не подтолкнули к удаленному репозиторию (подробнее о них позже).

• Внесите изменение в локальный файл.
• Добавить и совершить файл.

УТРОЖАЕТ КОМИТЕЛЬ:

• запустить git reset HEAD~1
• Это вернет вам 1 совершение за последним, но сохранит изменения, которые были совершены с ним. Ваши изменения все еще будут там, и вы можете увидеть измененные файлы со git status .

Удаление коммита от существования:

• Запустить git reset --hard HEAD~1
• Это вернет вам 1 совершение за последним и Nuke предыдущим от существования.

Перемещение, удаление и игнорирование файлов

Кто -то проверил в временном файле, сгенерированном их текстовым редактором. Оставьте GIT отслеживать этот файл, удалить его и обновить файл .gitignore , чтобы предотвратить отслеживание файлов .tmp в будущем.

Кто -то неправильно назвал файл rename_me.md . GIT имеет команду для перемещения или переименования файла, сохраняя свою историю. Используйте это, чтобы переименовать файл на newname.md .

Раздел 2: Работа с несколькими филиалами и объединение работы других

Темы: Stash, Diff, слияние, конфликты слияния

Файлы для этого раздела могут быть найдены в каталоге section2 .

Слияние

Иногда два человека вносят изменения в один и тот же файл в отдельных ветвях. Когда эти ветви объединены, это может вызвать конфликт слияния. Как разработчик, выполняющий слияние, ваша задача - решить, какие изменения сохранить.

Вам было поручено обновить инструкции по установке для вашего продукта.

• Снова проверьте свою филиал.
• Откройте файл installation.md и добавьте инструкции по установке (не имеет значения, что они на самом деле говорят).
• Совершить свои изменения.
• Эндрю говорит вам, что он работал над инструкциями по установке и обновил раздел «Удаление».
• Объедините ветвь Эндрю в ваш и разрешите конфликт, чтобы файл содержит обе ваши изменения.
• После того, как вы закончили свои изменения, ваш менеджер хочет увидеть их в филиале Dev. Объедините вашу ветвь в Dev. На этот раз не должно быть никаких конфликтов.

Сдерживая изменения

GIT имеет функцию, чтобы спрятать локальные изменения без их совершения.

Вы работаете над местным филиалом, когда приходит ваш коллега Тейлор и просит вас попробовать запустить их код. Вы еще не готовы совершить свой код, но вы хотите посмотреть на филиал Тейлора, не теряя своего прогресса.

• Внесите некоторые изменения в файл stash_me.md .
• Используйте команду git stash , чтобы спрятать вашу работу.
• Оформление филиала Тейлора.
• Снова проверьте свою филиал.
• Используйте git stash pop чтобы вернуть свою работу.
• Вы можете отказаться от этих изменений или совершить их.

Раздел 3: Удаленные и делящие изменения

Темы: удаленные репозитории, синхронизация изменений и подделка репозитория.

В начале вы клонировали этот репозиторий от GitHub. У вас все изменения хранятся на месте, теперь вам нужно поделиться ими. GIT использует концепцию пульсов, чтобы отслеживать, откуда вы клонировали репозиторий. Вы также можете услышать, как они называют репозиторий вверх по течению. Прямо сейчас удаленный для вашего репозитория установлен на репозиторий, из которого вы клонировали.

Чтобы отправить вам изменения в удаленный репозиторий, чтобы другие могли просматривать и использовать их, вам нужно толкать их, используя команду git push . Вы можете увидеть, были ли внесены какие -либо изменения в удаленный репозиторий, запустив git fetch . Чтобы вытащить изменения для текущей ветви в локальную копию репозитория, используйте команду git pull . Хорошая практика проверить изменения, прежде чем перейти к пульту.

Если вы попытаетесь запустить git push прямо сейчас, вы получите сообщение о том, что у вас нет разрешения на то, чтобы подтолкнуть этот репозиторий. Большинство удаленных репозитории имеют безопасность, чтобы не допустить, чтобы кто -либо не продвигал свои изменения. Вы сделаете еще одну удаленную копию репозитория, в которую вы можете продвинуть свои изменения.

Посетите репозиторий на GitHub и разделите его, чтобы у вас была копия в вашей учетной записи пользователя. Теперь обновите удаленный для копии репозитория, который вы изменили, и перемежите свои изменения в филиал dev в вашу вилку на GitHub. Если филиал не существует в удаленном репозитории GIT сообщит вам. Попробуйте подтолкнуть вашу ветвь. Что такое сообщение? Что вам нужно сделать, чтобы подтолкнуть вашу новую филиал?