TMD，我的 branch 又被同事搞烂了，我都不知道怎么修

@noobcoder1 Review 不清楚的后果自负。说好的不听还能干啥？打得过有主线 force push 权限有本地访问权限的配置管理员？不想自己维护的计算工作量的分支整个历史被编辑掉就老实听话，哪来那么多事儿。
你似乎没搞清楚，一般情况下，所有 remote 上所有（不是以团队成员命名的）公开的 feature branch 的工作是有需要就要准备移交的，从来就不可能完全是“自己的”分支，这样的分支上历史出偏差是要负责任的。而真正所谓“自己”的分支，要么是提前约好的专用分支，要么干脆是不 push 都随便的本地分支（当然，不算在工作量里），本来想怎么搞就怎么搞。
还有，你的“最新的代码合到自己分支上继续开发”“尽早解决冲突”的做法根本没法保证“冲突应该会很少”；即便冲突真的不多，历史也可能因为到处非 ff 的 merge 整个乱了。
原则：只要是往上 push 的东西，就应该清楚这些工作会影响到别人的 base。对应地，自己到底依赖的是什么 base 分支也必须清楚（这不只是管理的要求，不守规矩可能自己这边重现 bug 都可能呵呵），而且除非你自己保证负责 squash 掉，否则就不应该无脑尽早解决——要是你依赖的 base 更新了再回退，难道你这里还非得多 merge 几次才更好看？搞清楚你的历史 merge 后也会进被合的分支里。不要搞得 push 完到处意义不明的 merge，让别人看不下去再替你 rebase 浪费时间。