Первые два представилиосновные понятия gitиконкретная спецификация, эта статья демонстрирует различные сценарии использования.
филиал
именование ветвей
- имя главной ветки остается прежним
- название ветки разработки остается прежним
- функция/ функция ветвь
- релиз/ ветка, которая будет запущена
- hotfix/ Ветка аварийного ремонта онлайн
вытащить удаленную ветку
git checkout -b origin/ извлекает и связывает удаленную ветку
Создать новую ветку
git checkout -b создать новую ветку и переключиться на новую ветку
Отправить спецификацию заметок
В первой строке кратко опишите содержание обновления; оставить строку пустой; После этого подробно описывается содержимое обновления.
Если соответствующие проблемы jira, заполните путь к jira: issue: http://jira.n.xiaomi.com/test1
Пример
Исправлены ошибки, страница сведений о рабочем задании, страница записи рабочего задания, аватары службы поддержки не отображаются
Причина: неполное рассмотрение логики кода
jira: http://jira.n.xiaomi.com/test1
Как организовать свои коммиты и сделать их четкими
git commit --amend изменить последний коммит; git rebase -i организовать коммиты
- редактировать, редактировать примечания к представлению;
- сквош, объединить текущую фиксацию вперед, пока она не будет выбрана;
- fixup очень похож на squash, с той лишь разницей, что fixup игнорирует информацию о текущей фиксации;
Еще раз: если коммит был отправлен в удаленный репозиторий git, не реорганизуйте и не объедините коммит.
Например
-
Создайте функциональную ветку на основе ветки разработки с именем feature/feature1;
git checkout -b feature/feature1
-
Создайте новый файл test.txt и отправьте;
git commit -m 'добавить файл test.txt'
-
Измените файл test.txt, добавьте строку содержимого, отправьте;
git commit -m 'обновить файл text.txt, добавить содержимое: love vae music'
-
Я обнаружил, что содержимое, добавленное на предыдущем шаге, было неправильным, и хотел изменить содержимое, но не добавлял новую фиксацию. Изменено на правильное содержание;
git commit --amend; Появится окно модификации, измените комментарий, если он не изменится, нажмите Enter напрямую;
-
Отправьте 3 коммита подряд, но хотите объединить в 1 коммит;
-
Используйте git log, чтобы определить идентификатор фиксации для перебазирования;
-
git rebase -i df87607d5dd24c0a73f23284e6988d6d32c0d3a4 показывает окно редактирования
-
Отредактируйте, измените следующим образом:
-
Окончательный результат сохранит только commit1:
Как присоединиться к разработке
Потяните ветку разработки с пульта: git checkout -b origin/ извлекает и связывает удаленную ветку
Если вы хотите разрабатывать новые функции, создайте ветку функций на основе ветки разработки: git checkout -b функция/функция1
Если вы хотите исправить экстренную онлайн-ошибку, создайте ветку исправления на основе основной ветки: git checkout -b исправление/исправление1
разработать функцию
Создайте функциональную ветку на основе ветки разработки;
После завершения разработки организуйте свои собственные коммиты и объедините бессмысленные коммиты;
Готов к работе в сети на следующей итерации, после завершения слияния с веткой разработки;
Не собираюсь подключаться к сети в следующей итерации.После завершения отправьте текущую ветку в удаленный репозиторий git и объедините ее с веткой разработки, когда она будет готова к работе в сети: Функция git push origin/feature1:feature/feature1
Перед слиянием в ветку разработки ее необходимо протестировать локально!
Определяем план запуска версии и запускаем
В целом должен быть четкий план запуска, определяющий, какие функции запускаются каждый раз;
В ветку разработки могут быть объединены только функции, запуск которых подтвержден в следующей версии;
Отправьте тест и исправьте ошибки, о которых сообщает тест.
Перед отправкой теста убедитесь, что все изменения кода были отправлены в ветку разработки;
На основе ветки разработки создайте ветку релиза: git checkout -b релиз/релиз1
Выпустите ветку выпуска/выпуска1 в тестовую среду, и тестировщики будут ее тестировать;
Ошибки, обнаруженные в процессе тестирования, исправляются и отправляются непосредственно в релизную ветку;
После завершения теста подтвердите запуск, объедините код в основную ветку и ветку разработки, пометьте имя ветки релиза и удалите ветку релиза: выпуск тега git.1.1.1 git ветка -d выпуск/выпуск1
Исправление онлайн-ошибок
Создайте ветку исправлений на основе основной ветки git checkout -b исправление/исправление1
После завершения исправления завершите исправление, объедините код с мастером и разработайте ветки;