重命名git中的文件夹，而不更改贡献者

Question

我有一个问题：我们正在使用一个暂时没有维护的包。所以我们用叉子叉它是为了自己维护它。包已经存在，可以说它名为package_a。大多数代码和__init__都在package_a/文件夹中

现在，我们想制作我们自己的包，其中包括我们维护的代码，我们想命名为package_b。到目前为止还不错，但问题是package_b希望将代码和__init__放在package_b/文件夹中，github在重命名文件夹时更改所有文件的贡献。我希望捐款的信用保持在到期的地方，一万多行代码并不是凭空出现在我当地的回购协议中。有什么建议可以让包名为package_b，但将代码保留在原始文件夹package_a/中吗

我想用一些聪明的方法把package_a导入package_b或者类似的东西，但我希望得到一个明确的答案

Answer 1

不要复制代码或尝试将A导入B，而是将公共代码提取到A和B都导入的第三个包中。或者可能是一个子类。这并不能解决您的贡献问题，但它确实可以通过复制和粘贴10000行代码来避免维护上的麻烦

---

Git不记录副本和重命名，但它可以识别何时发生。为了让Git有最好的机会识别副本，只需在自己的提交中执行副本。不要更改内容。然后在第二次提交中，对复制的代码进行任何必要的更改

在普通Git中，您可以轻推git log和git blame以尊重副本并使用-C重命名。Git默认情况下不会这样做，因为它更昂贵。 Github将做Github将做的事情

不管Github说谁写了哪一行，他们的贡献仍然会出现在项目历史中。事情就是这样。你做出自己的贡献，然后其他人把自己的工作放在上面。这是正常的。他们的贡献仍在历史上

“纯粹的历史”也是正常的，也就是说，一个变化涉及到许多行，但在其他方面是无关紧要的。例如，如果要重新设置代码的样式，则会导致历史记录git blame会说这是最后一次提交代码git blame -w在某种程度上缓解了这种情况，Github有一个“忽略空白”选项。历史是正常的，学习跳过历史也是正常的

这些工具对我们有用。不要为工具的好处而弯腰

如果你想对你的贡献者发出特别的呼喊，在你的README.md上创建一个贡献者部分