我国企业对开源社区的贡献度

之前，我解释来贡献自己的力量。 一旦我最终选择了该项目并完成了一项任务，我就感到困难的部分已经过去了，我滑入了巡航控制系统。 我知道下一步该怎么做，没问题。 只需克隆存储库，以便我在计算机上拥有代码，为我的工作创建一个新分支，然后进行编码，对吗？

事实证明，我在这一步犯了一个关键错误。 不幸的是，直到数小时后我才尝试将已完成的代码推送回GitHub并出现权限被拒绝的错误，才意识到自己犯了一个错误。 我的第三个错误是试图直接从回购协议的克隆中工作。

在大多数情况下，当您想为其他人的回购做贡献时，您不应该直接克隆回购。 取而代之的是，您应该对存储库进行分叉并将其克隆。 您可以在叉子的一个分支上完成所有工作。 然后，当您准备发出请求请求时，可以将fork上的分支与原始仓库的master分支进行比较。

在开始编写代码之前（或在这种情况下，由于我直到最后都没有尝试将任何更改推送到GitHub），我更希望知道这一点。 将更改从我最初处理的主存储库转移到fork上并非易事。

对于那些入门的人，以下是在您不拥有或不是合作者的存储库上进行PR的步骤。 我强烈建议您尝试将代码推送到GitHub，至少在创建编码之前先经历创建PR的步骤，以确保您已正确设置所有内容：

1. 为您选择的回购支付一笔费用。
2. 从分支中，单击克隆或下载以在计算机上创建一个副本。
   可选： ，如果要将新更改从基础存储库下拉到派生中这将很有帮助。

翻译自:

我国企业对开源社区的贡献度