底线是不想维护对外对内两个 repo，也不希望丢弃旧的 commit 记录。

我在想，是不是可以用 squash commits 的方式创建一个 public branch，这样旧的 commits 保留在私有的 branch 上，然后 push public branch 到 GitHub，将来只维护这个 public branch。这样勉强也满足了需求，虽然 commit history 不够连贯。目前只停留在构想中，不知道可行不？

fork一份 定期给另一个repo发pr行么

这样新分支的 history 就断了吧？还能 blame 么？

存档…应该只有死办法，将commit 前的 repo 转换为私有并改名，将 commit 后的 repo 作为同名新 repo 传上去

同步 commit 不会太难，push 改用特意写的脚本来进行，就行…

不太明白，fork 难道没有继承历史？

似乎 squash 也会中断 history，不能 blame？

新建个Branch 然后只把需要的commit cherry pick过来行么

唉
可否导出 commit 历史转换成 cherry pick 命令

主要是不知道哪些不应该 cherry pick，挨个查要疯掉的……

你试试这个 git rebase -i <earlier SHA>

squash不也一样得一个一个挑

历史提交只有 squash 掉吧

squash all

fork 并没有隐藏 history 呀

这个好办，在 public repo 上创建一个同名的空 branch。

直接把fork之后的那一份当成private repo 只维护这个 定期给public的 pr 😂

pr时候历史对不上号

莫非大家开源现有项目的时候，都是直接丢弃 history？我感觉这个 case 应该挺普遍的吧？

只维护 private 不要管 public 就行了