将Github回购协议移植到另一种语言

将Github回购协议移植到另一种语言,git,github,Git,Github,我想把别人的回购协议移植到另一种语言。在我的例子中:SCSS->Stylus,但它很可能是Javascript->Coffeescript 最好的办法是什么?我应该: 分叉repo并编辑文件,而不打算请求拉取。在这里,我只是为了维护两者之间的链接,以便将来能够获取更新 启动一个新的repo,将遥控器设置为原始,拉取并编辑文件 还有别的吗 此外,继续更新新语言回购协议的最佳方式是什么 理想情况下,我能够将我的原始CSS副本与主repo的CSS的新更改区分开来,然后相应地更改我的手写笔文件。有没

我想把别人的回购协议移植到另一种语言。在我的例子中:
SCSS->Stylus
,但它很可能是
Javascript->Coffeescript

最好的办法是什么?我应该:

  • 分叉repo并编辑文件,而不打算请求拉取。在这里,我只是为了维护两者之间的链接,以便将来能够获取更新
  • 启动一个新的repo,将遥控器设置为原始,拉取并编辑文件
  • 还有别的吗
此外,继续更新新语言回购协议的最佳方式是什么


理想情况下,我能够将我的原始CSS副本与主repo的CSS的新更改区分开来,然后相应地更改我的手写笔文件。有没有一个简单的方法可以做到这一点呢?

因为你想随着时间的推移跟踪它,我可能会放弃现有的回购协议,然后在一个单独的分支中进行更改(“为foo重写”)。因为这样,当您再次签出主控时,可以查看最近的更改和差异历史,您可以很容易地看到需要应用于重写的内容。更重要的是,您可能希望在新发行版中至少保留一些原始文件,例如文档、配置文件、,等。通过分叉和使用分支,您可以更好地跟踪您确实希望从原始发行版中进行的一些更改。

认为可以将原始版本保留在
原始
分支中,而将移植版本保留在
上?当然。git的问题是,分支名称实际上并不重要。重要的是如何将它们绑定到正在跟踪的远程分支。大多数人发现保持与遥远分支相同的名称更容易,但你可以称一个为“月亮”,另一个为“太阳”,仅仅因为你喜欢星体躯体!