git 开源请求fork_我的第一个开源贡献：讨论您的请求请求

git 开源请求fork

之前，我曾写过有关在为开源项目做出贡献时保持代码相关性的文章 。 现在，您终于单击创建请求请求 。 你很高兴，你完成了。

起初，我什至都不在乎我的代码是否会被合并。 我已经尽力了。 我知道我能做到。 我对开放源代码项目提出的许多将来的请求将给未来锦上添花。

但是，当然，我确实希望我的代码成为我选择的项目的一部分，并且很快我发现自己在搜索：“开源请求合并到合并需要多长时间？” 结果并不是特别确定。 由于开源的本质（任何人都可以参与的事实），维护项目的过程差异很大。 但是我在某处发了一条推文，自信地说：“如果两个月后没有收到回音，您应该联系维护者。”

好吧，两个月来了又去，我什么也没听到。 我也没有与维护者联系，因为与人们交谈并要求他们批评您的工作很可怕。 但是我并不过分担心。 我告诉自己，大概是两个月的平均时间，所以我把它放在脑海中。

四个月后，仍然没有任何回应。 我再次选择了被动方式。 我决定不尝试与维护者联系，但是这次我的理由是负面的。 我开始怀疑我先前关于该项目如何积极维护的某些假设是错误的，也许没有人能跟上传入的请求。 也许他们没有看随机人的拉取请求。 这次，我再次把这个问题放在脑后，这次希望看到结果的希望越来越小。

不要害怕就您的请求请求进行交流。 这样做的意思可能很简单，例如在您的问题上添加一条评论，说：“嘿，我正在努力！”并且不要因为没有一段时间回复而放弃希望。根据需要谁维护项目以及需要花费多少时间来维护项目，时间会有所不同。

这个故事有个美满的结局。 我的代码已合并。 我希望通过分享一些使我第一次开源之旅绊倒的经验，可以为一些想第一次探索开源的人铺平道路。

翻译自: https://opensource.com/article/19/11/first-open-source-contribution-communicate-pull-request

git 开源请求fork