изменения и модифицированные файлы больше, делая пиар из вилки

Question

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

Я использую syncing-a-fork для моего рабочего процесса, все мои изменения выполняются локально в master, а затем выполняется PR.Это было нормально, пока я не начал создавать ветки локально, в основном мой поток с веткой был таким:

git fetch upstream
git checkout master
git merge upstream/master
git checkout -b feature

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

git fetch upstream
git checkout master
git merge upstream/master
git push master
git checkout my-branch
git merge master

А затем отправил свои изменения в github и оттуда создал PR, проблема в том, чтоPR помечает как «измененные файлы» мои изменения и все изменения из коммитов, поэтому вместо 20 измененных файлов я вижу что-то вроде 200.

Каков правильный поток действий в этом случае?

Спасибо

Answer 1

Возможно, вы захотите «перебазировать» ваши изменения поверх самого последнего коммита в master:

git checkout my-branch
git fetch upstream
git rebase upstream/master

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

В качестве альтернативы, если изменения, внесенные в master во время работы надветви маленькие, вы можете просто создать PR из своей ветви без слияния / перебазировки.

---

Рабочий процесс "syncing a fork" подходит, когда у вас есть две ветви, немного отличающиеся друг от друга, которые выхотите быть в курсе в течение более длительного периода времени.В этом случае это неприменимо: вы создаете ветку компонента, открываете PR, PR объединяется, а затем вы удаляете ветку Feature.