你的第一个开源拉取请求或贡献是什么?

回想一下。在评论中告诉我们你的经历。
229 位读者喜欢这篇文章。
Person standing in front of a giant computer screen with numbers, data

Opensource.com

为一个开源项目做贡献可能是... 令人紧张的!神奇的。无聊的?

无论你第一次做贡献时感觉如何,意识到该项目是开放的,并且你真的可以做出贡献 ,这真是太棒了。

对于 新的贡献者

拥有一个安全且受欢迎的试验场是新贡献者所需要的。他们需要知道入门的障碍是什么,以及有哪些资源可供他们使用。一个建议是找到一个满足你 需求或兴趣的项目来贡献。这可以创造一种美好的互惠关系。 在这篇给猫,呃,新手的文章中,了解如何为一个项目做贡献。

关于项目维护者

对于新的贡献者来说,了解这些项目的维护者,即那些审查你的拉取请求的人,通常有一份完全不同的全职日常工作 并且通常非常忙碌,这很有好处。这可能会让人感到压力巨大。 有时这会导致对新贡献的简短、生硬的回应。 

在 Command Line Heroes 播客的第 3 集中,了解更多关于首次贡献和维护者倦怠的信息。

告诉我们你的第一次贡献

回想一下。你选择了什么项目?那是多久以前的事了?

你是否仍然以某种方式参与该项目,或者回过头来看你选择了那个项目是否感到惊讶?你有什么感受?害怕、兴高采烈、生气、快乐... 或者,也许是所有情绪

User profile image.
Jen 领导着红帽数字社区团队的社区经理团队。她与丈夫和女儿 June 和 Jewel 一起住在罗利。

3 条评论

我第一次向维护者提交补丁是在 1995 年左右,在 GNU Emacs 上。我当时在一家小公司开始工作,我们的工作站是 Apollo DomainOS/AEGIS。我不喜欢 Apollo 编辑器面板,所以我下载了 GNU Emacs 的源代码并尝试编译它。构建过程在某个地方中断了,但我设法用一两行代码解决了这个问题。

我将我的更改提交回 GNU Emacs,他们将其合并了。得知我以某种微小的方式提供了帮助,我感到非常自豪。

有趣的故事。我对一个著名的开源项目的第一次贡献是在 2000 年 GIMP 的 1.1.x 开发系列的末期。我不知道如何通过官方渠道提交补丁,加入邮件列表发送补丁是非常吓人的第一步。该补丁是对 GIMP 插件的一行修复,以纠正插件中图块管理的一个小问题。我不记得我是如何找到它的 - 我想可能在旧的 bugs.gimp.org 网站(Bugzilla 之前)上为此创建了一个错误。无论如何,我遇到了这个错误,并认为自己可以修复它。

在想出这个单行补丁后,我在项目 ChangeLog 中查找姓名和电子邮件地址,以便发送补丁进行审查 - 我碰巧看到 Daniel Egger(仍然是一位开源内核开发人员)当时是一位频繁的贡献者,他对我的第一次接触非常友善和鼓励。Daniel 代表我将补丁提交到了 GIMP CVS:https://gitlab.gnome.org/GNOME/gimp/commit/fcc29b05dcbf8b14916bba195d77…

故事有趣的地方来了。我的第一次贡献是错误的!大约一小时后发送的我的第二个 GIMP 补丁修复了第一个补丁。https://gitlab.gnome.org/GNOME/gimp/commit/d8dfc2128aa1f768152d86f12005…

所以,我早就明白,犯错是可以的,只要你改正它们 :-)

我的第一次上游贡献是在 2001 年我获得学位后的第一份工作中。我们公司 Bibliotech 有一个面向学校的社区网站,该网站被翻译成多种语言。它是用 Perl 编写的,因为它开始获得可用的 UTF-8 支持,但我们在测试期间遇到了一些错误。一个函数会以字节而不是字符报告字符串长度,并且在正则表达式引擎中,'.' 会匹配字节而不是字符。我为第一个问题发送了一个补丁,该补丁在一天后被合并,并为第二个问题发送了一个复现器和部分补丁,然后维护人员在几个小时后正确地修复了第二个问题。

https://grokbase.com/t/perl/perl5-porters/0183apbbsp/utf-8-bugs-in-stri…

我了解到 Perl 维护者非常积极响应,并且 Perl 正则表达式引擎的内部结构非常可怕。

Creative Commons License本作品根据 Creative Commons Attribution-Share Alike 4.0 International License 获得许可。
© . All rights reserved.