我国企业对开源社区的贡献度
之前,我解释了我最终如何选择一个项目来贡献自己的力量。 一旦我最终选择了该项目并完成了一项任务,我就感到困难的部分已经过去了,我滑入了巡航控制系统。 我知道下一步该怎么做,没问题。 只需克隆存储库,以便我在计算机上拥有代码,为我的工作创建一个新分支,然后进行编码,对吗?
事实证明,我在这一步犯了一个关键错误。 不幸的是,直到数小时后我才尝试将已完成的代码推送回GitHub并出现权限被拒绝的错误,才意识到自己犯了一个错误。 我的第三个错误是试图直接从回购协议的克隆中工作。
在大多数情况下,当您想为其他人的回购做贡献时,您不应该直接克隆回购。 取而代之的是,您应该对存储库进行分叉并将其克隆。 您可以在叉子的一个分支上完成所有工作。 然后,当您准备发出请求请求时,可以将fork上的分支与原始仓库的master分支进行比较。
在开始编写代码之前(或在这种情况下,由于我直到最后都没有尝试将任何更改推送到GitHub),我更希望知道这一点。 将更改从我最初处理的主存储库转移到fork上并非易事。
对于那些入门的人,以下是在您不拥有或不是合作者的存储库上进行PR的步骤。 我强烈建议您尝试将代码推送到GitHub,至少在创建编码之前先经历创建PR的步骤,以确保您已正确设置所有内容:
- 为您选择的回购支付一笔费用。
- 从分支中,单击克隆或下载以在计算机上创建一个副本。
可选: 将基础存储库添加为远程“上游” ,如果要将新更改从基础存储库下拉到派生中,这将很有帮助。 - 创建一个从分支上的分支到基础存储库的master分支的拉取请求。
翻译自: https://opensource.com/article/19/11/first-open-source-contribution-fork-clone
我国企业对开源社区的贡献度