Мой вопрос
Я делаю так:
git clone
git checkout -b new_feature
< work and commit >
git rebase master
< work and commit >
< finish working >
git rebase master
git push origin new_feature
< I create pull request via bitbucket web interface >
Кто-то, кто просматривает изменения, делает:
git pull
git checkout master
git merge --squash new_feature
git push origin master
Я надеялся, что это закроет запрос на тягу, как принято, но это не так, что я пропустил?
Некоторая справочная информация
Я прочитал много документации по битбакету, "работая с запросами на pull", но это все еще не ясно для меня.
Я вижу, что все мои коммиты из ветки new_feature
были применены к ветке master
(через git merge --squash
), и я могу видеть, какие файлы были изменены, но теперь, когда я нажимаю "слияние" на битбакете -request interface У меня есть еще одна фиксация в master, которая является слиянием, и это не изменяет никаких файлов (все изменения уже были применены предыдущим git merge --squash
), но просто переносит все эти события в master, что не то, что я хотел.
Через: https://confluence.atlassian.com/display/BITBUCKET/Working+with+pull+requests
Вручную отправляет запросы в локальную систему
Иногда рекомендуется использовать рабочий процесс, где вы проверяете в вашей локальной системе, прежде чем принимать запрос на вытягивание. Вы может сделать это с любым запросом на тяну. Типичный рабочий процесс: Получите запрос на вытягивание в Bitbucket. Обновите локальный репозиторий входящий набор изменений. Исследуйте и/или проверяйте набор изменений. если ты набор изменений хорош, вы объедините его в свой локальный репозиторий. Вы возможно, придется разрешить некоторые конфликты. Затем вы нажимаете на локальный хранилище обратно в Bitbucket. Назад на Bitbucket, запрос на вытягивание отмеченные как принятые на вкладке "Запросы на поиск". Если вам не нравится изменить запрос, вы отмените изменения локально и отклоните попытку запрос на Bitbucket. Идеи?