Github用于决定是创建新项目还是分支现有项目

我是Github的新手。我已经将一个小的开源GITHUB C项目移植到C++。我添加了一个新方法，将大多数方法重命名为更具描述性的名称，删除了一堆冗余的（我认为）方法，清理了注释，使其成为OO，等等

关于这一点，我还没有联系原作者。所以，我想知道什么是正确的礼仪。我是否应该联系他们并要求他们在项目上进行合作？我应该告诉他们我在做什么吗？如果他们不同意，那怎么办

---

或者，我应该在Github上创建我自己的项目版本并保留控制权吗？

对于一个不在Github上的项目的大规模重构，一种前进的方法是：

• 将原始代码（至少头部）导入GitHub
• 应用您的修改并将其推送到GitHub repo上
• 联系作者并要求他们：他们将能够控制自己的代码版本，并与您合作

---

保留GITHUB RePOS分开允许更清洁的关注（对您的大规模重构，对它们的遗留支持）。R/P > > P>因为C++与C非常不同（与流行BeleIFS相反），我建议您的代码保证一个新的项目。

我还应该补充一个更合适的处理方法，那就是创建一个只连接到C库的C++包装器。C++与C连接（没有反向）是没有问题的，这将使两个阵营都很开心（那些想要低级C库和需要高级OO的人，以及其他任何能启用C++库）的人。 这样的包装器甚至可以包含在主项目中，如果它的编译是可选的，这样它就不会妨碍那些不需要它的人

---

不幸的是，我不知道那个项目是什么，所以这几乎只是挥手致意。

谢谢。回答得好。不过，最初的C项目是在GitHub上进行的。那么，你是否建议我创建一个新的GitHub项目，导入原始的C代码，然后“应用我的修改？”我不太明白你把它们推到我的GitHub repo上是什么意思。这是通过创建分支、分支或其他文件夹来实现的吗？您提供的链接建议保留2份代码副本-每个回购协议一份。然后通过“拉请求”手动完成两个回购之间的协调-对吗？@bob如果原始回购已经在Github上，那么您需要分叉该回购，并在其上应用您的修改。