如果是给上游提了 PR 并且被采用了，那就直接用 elpa 仓库里的包就好了，这就不存在同步和冲突的问题了；有写情况，比如需要对某个包做个定制，但是这个包没有提供需要的定制接口或者是自己的定制需求比较奇葩，这样的修改是个性化的，不太可能适合这个包的其他用户，所以这样的修改就不太好提 PR，这种情况有两个解决方法：
- 用
with-eval-after-load直接修改需要定制的部分 - fork 一份上游的源代码仓库，在 fork 的代码里做修改，然后像楼上几位提到的指定这个包的 location 为自己的 github fork repo。这样的缺点是你不知道上游什么时候有更新，当你得知上游有更新之后，也需要手动同步上游的代码到自己的 fork repo