git 本地 rebase 后推送的最佳实践
Best practice on git push after rebasing locally
正如我们所知，git 在用 master 重新设置 BRANCH 后拒绝 git push origin BRANCH。如果我是唯一一个正在处理 BRANCH 的人，我可以在推送时使用 --force，或者干脆删除远程 BRANCH 并再次 psuh BRANCH。
所以，我知道问题的解决方案，但我不知道我的解决方案是否有缺点。开发人员使用的最佳实践是什么？
另外，如果不止一个人在 BRANCH 上工作，safe/best 处理问题的方法是什么？
根据我的经验，我可以提出几点：
- 您选择只在功能分支中进行变基，而不是在 master/dev 中进行变基，这样需要处理的人就更少了。
- 也许，在 HipChat/Slack 中发一条消息，说变基已经发生。
- 提醒他们
git stash可以保护他们当前的工作。
- 您的团队成员应该使用
git pull --rebase 以防更改很容易被察觉。
- 在 master/dev 分支上为修补程序变基仍然是一种常见的做法，这也是让您的团队成员习惯变基的好机会。
正如我们所知，git 在用 master 重新设置 BRANCH 后拒绝 git push origin BRANCH。如果我是唯一一个正在处理 BRANCH 的人，我可以在推送时使用 --force，或者干脆删除远程 BRANCH 并再次 psuh BRANCH。
所以，我知道问题的解决方案，但我不知道我的解决方案是否有缺点。开发人员使用的最佳实践是什么？
另外，如果不止一个人在 BRANCH 上工作，safe/best 处理问题的方法是什么？
根据我的经验，我可以提出几点：
- 您选择只在功能分支中进行变基，而不是在 master/dev 中进行变基，这样需要处理的人就更少了。
- 也许，在 HipChat/Slack 中发一条消息，说变基已经发生。
- 提醒他们
git stash可以保护他们当前的工作。 - 您的团队成员应该使用
git pull --rebase以防更改很容易被察觉。 - 在 master/dev 分支上为修补程序变基仍然是一种常见的做法，这也是让您的团队成员习惯变基的好机会。