如何处理我自己的GitHub项目的几个端口？

此问题与类似，但有区别，因此请不要标记为重复

如果我正在编写软件，比如说一个库，并维护一个GitHub repo，我应该如何处理将自己的代码移植到不同语言的问题

例如，如果我用nodejs编写一个库，并将其移植到PHP、python和Go，那么处理这个问题的最佳方法是什么

---

是否明智的做法是在一次回购中完成这一切，每个港口都有自己的分支机构？或者我应该将原始版本命名为“mylib php”、“mylib py”等吗？

多个repo更可取，因为它不仅可以在代码历史中（不会合并在一起）建立一个清晰的分离，而且还可以在：

• forks（one-go贡献者对php代码不感兴趣）
• PR（拉取请求）
• 问题

---

然后，当例如master代表最新的稳定开发时，您就可以在多个repo之间拥有一致的策略。每个克隆的repo代表一个工作代码（与一个具有多个分支的repo相反，在克隆后，您需要寻找并找到正确的分支）

在我看来，因为您永远不会将分支合并到主分支，在一次回购中处理它是没有意义的。谢谢你的建议！最后一件事@VonC，你认为移植的版本应该从原始版本分叉，以便在版本之间保持兄弟般的链接吗？或者，一个直接的新回购协议最好有一个“姐妹项目.md”文件？我是OSS新手，请原谅我的问题@WiskyTangoFoxTrot不需要fork，除非您打算通过pull请求对某些提交进行后端口（合并）。由于回购协议针对不同的语言，这似乎不太可能。