如何克隆 GitHub 仓库并添加我的修改

Question

我想知道应该如何处理这种情况，以下是实际情况。 我已经纠正了一些软件官方仓库中的脚本，但PR合并到主分支需要太长时间。我在GitHub上有该仓库的个人副本。 目前每次我部署此软件时，我有两个选择：

1. 从原始仓库中git clone，然后手动复制/替换修复的文件，这并不可扩展且不太用户友好。

2. 从我的仓库中git clone，这可以立即正常工作，但我将从社区/所有者的原始仓库失去其他修复功能，另一方面，用户从我这里安装软件而不是真正的所有者。 这也是不可取的。

有什么想法吗？克隆原始仓库，并使用其他一行代码获取我的git修复文件并覆盖原来的损坏文件？

我想这不是什么新问题，但我还没有找到答案。

谢谢

- Adrian Giacometti

---

你可以克隆原始代码库并将你的补丁应用到其中，这样怎么样？ - pbn

是的，但是如何使用Git本身完成呢？我不想再有一个额外的服务器来托管已经在我的仓库中的固定文件。 - Adrian Giacometti

Answer 1

Adrian：

以下是它的工作原理：

通常情况下，您会派生您想要贡献的repo最新版本。然后，您对分支版本进行更改，并向原始repo的维护者提交拉取请求以进行审核。如果他们喜欢这些更改，他们会将它们实现在他们的工作中。

- Nathan

---

这并没有解决提到的问题，即PR（拉取请求）由原始作者处理时间太长。 - Ulrich Eckhardt

嗨，Nathan，是的，但我遇到的问题是PR花费的时间太长了，无法获得批准并与原始repo合并。有没有办法从repo中选择特定的文件进行下载？这样，我就可以克隆原始文件并仅使用来自我的repo的修复文件进行覆盖。 - Adrian Giacometti

Answer 2

请注意，当您克隆远程存储库（在Github上的克隆）时，它会自动注册为“origin”远程存储库。但是，您可以使用git remote add ...添加另一个远程存储库，例如原始存储库作为上游。

对于一般维护，您需要将本地分支变基到原始远程分支上，这也确保了您的修复仍然可以应用。然后，您测试并发布（使用--force-with-lease）这些更改到Github上的克隆存储库。您还可以有选择性地从原始存储库中挑选更改以有选择性地导入错误修复。

对于部署，您可以像以前一样使用您的存储库作为源。

- Ulrich Eckhardt