2019-01-04推荐使用
git push --force-with-lease
代替
git push -f
在多人协作开发时，相对安全作者回复: 嗯，--force-with-lease 在下面的场景有用处：几个人一起开发某个功能，共享远端的某个特性分支；在开发的初期，代码变动比较频繁，为了灵活地做变动，可能在某个时期，这几个开发人员约好了暂时不把分支保护起来，待稳定后再设置为不运行 -f 。
在这个阶段，需要特别注意：如果你 fetch 之后在本地的 origin 相关分支上已经看到了别人的提交，依然进行强制推送，你还是会覆盖别人的提交。也就是说，--force-with-lease 解决的是本地仓库不够新时，依然覆盖了远端新仓库的问题，如果你执意想要覆盖远端提交，只需要先 fetch 再推送，它也不会拒绝的。 在使用 git push --force-with-lease 命令被拒绝时，可以先 fetch 仓库，然后确认其他人是否对此分支有新的修改，如果没有，就可以继续强制推送。 7- 2019-01-03git merge —squash
本身merge就支持squash方式合并，并不是github自己创造的，也不是用rebase -i做的
选项里的rebase and merge其实就是rebase，并没有merge，这里的merge的意思是合并并不是git merge里的merge作者回复: 👍
理解得到位 4 
2019-01-09谢谢老师的精彩讲解。
请问能否在terminal把您在GitHub图形界面的运用的三个merge button操作写一下呢？比如，在terminal是如何实现merge commit，squash and merge以及rebase and merge。
谢谢！ 2
2019-07-06老师您好，rebase and merge的操作,把北京分支的commits都加到了master后面，是直接移过去嘛，还是移之前要与master分支的最新的commit整合一下，然后再移过去作者回复: 课件上beijing合入到master，GitHub系统帮我们自动处理了，从beijing分支上把新增的commit的内容一个一个的复制到master分支上，创建了新的commit，但文件变更的内容与beijing分支的commit是一样的。
至于你提到特性分支合入到主干之前，是否应该和master先整合，这个得看你们团队具体情况了。
之前没有类似GitHub或GitLab这些平台的时候，我们往往要求开发人员在本地基于远端分支做rebase，本地测试ok后再推到远端去。随着代码平台提供了类似 squash、rebase 等合并策略，平台会自动帮我们处理特性分支与主干集成的事务，再加上平台越来越强的在线CI服务，我们对本地是否与master集成的要求越来越弱化了。