Я пытаюсь разработать свой собственный код в собственной ветке разработки D.Я не могу протестировать код master, потому что кто-то недавно представил ошибку (вызов, который фиксирует B), который мешает моему коду.Теперь, пока они работают над исправлением ошибки и продвижением своего кода, какая-то другая добрая душа разместила на нашем сервере Gerrit патч R, который отменяет патч B.Итак, у меня есть возможность использовать cherry-pick или download, pull или format-patch для получения R, и если я это сделаю, я смогу неплохо разработать и протестировать свой собственный код.
Проблема в том, что в какой-то момент я захочу представить свой патч для проверки.Я не хочу вмешиваться в чужие файлы, поэтому я не хочу, чтобы изменения в R были включены в мой собственный коммит.
То, что я делал, это:
- редактировать мой собственный код
- зафиксировать мои изменения в ветке разработки
D - использовать
git rebase -i HEAD~2, чтобы объединить эти изменения с моей предыдущей работой - cherry-выберите исправление
R - , соберите и протестируйте мой код
- используйте
git rebase -i HEAD~2, чтобы вырезать коммит R из моего локального кода - (теперь яя могу либо отправить свои изменения, либо вернуться к # 1 и повторить)
Мой вопрос: могу ли я исключить шаги 4 и 6 из этого рабочего процесса и при этом вернуться к тому, что могунажимать, не мешая другим попыткам исправить ошибку B?
В настоящее время нет совпадений между файлами, включенными в R, и моей собственной работой, и я не думаю это может измениться.