Рабочий процесс разработки Git

Question

Я все еще немного новичок в системах контроля версий.

В настоящее время у меня есть две ветви: master и develop.Вчера я работал над ветвью разработки и понял, что то, что я сделал, было неправильно, поэтому мне пришлось переключиться на более ранний коммит.

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

Это заставило меня понять, что, возможно, то, что я должен был сделать с самого начала, - это ветвь, связанная со всеми функциями, которые связаны с проектом, а не обязательно связаны с текущей функцией.Я прав?

Как вы справляетесь с такими вещами в своих ежедневных рабочих процессах с git?

Answer 1

Я бы хотел порекомендовать вам статью Успешная модель ветвления Git , в которой используются функциональные ветви, разработка веток, ветки релизов и исправления для представления различных целей. И еще одно расширение Git, которое может вас заинтересовать: gitflow , оно предоставляет высокоуровневые операции с репозиториями для модели ветвления, упомянутой в статье.

Answer 2

В этом конкретном случае я бы создал новую ветку (названную ImproveUnitTests) из master, а затем cherry-pick в коммитах, связанных с этой темой, которые вы сделали из разработки. Тогда ваши ImproveUnitTests могут быть легко объединены обратно в master.

Для повседневных дел я использую МНОГО веток. Если я разрабатываю featureX и вижу, что мне нужно исправить что-то еще, я переключусь обратно к своему мастеру и создаю новую ветку, чтобы исправить это. Затем объедините мою ветку "fixit" с master и переберите FeatureX из этого.

Answer 3

Если я вас правильно понял, вы хотите отменить изменения, но сохраните некоторые из них.В этом случае я переключаюсь на master и cherry выбираю изменения, которые были хорошими (изменения юнит-теста), а затем просто возвращаю ветку разработки и буду счастлив:)