【问题标题】:Right way to get involved in open source projects? [closed]参与开源项目的正确方法? [关闭]
【发布时间】:2011-01-26 23:56:04
【问题描述】:

由于 github 的易用性和良好的设计,我们实际上只有两个,在一家小型技术公司(或中型动画工作室)想参与一个开源项目:partio。我们将它分叉并开始提交/推送一些东西。它刚刚开始,没有发生任何不好或好的事情。因为这么长时间受益于开源,我想反馈一些有用或有意义的东西。我想知道我应该或不应该做些什么来使我们的微小努力有所贡献,但又不会有害?

然后,还有另一个问题:在参与开源项目时我们应该注意什么?

我检查过的其他一些问题:

【问题讨论】:

  • 这个问题似乎是题外话,因为它是关于开源项目的反馈

标签: git open-source github


【解决方案1】:

技术要点:
在推送您自己的分支并向所述原始项目发出拉取请求之前,请在原始存储库(您添加为远程)的分支之上重新定位您的本地工作。
这将确保您的 pull request 可以以快进方式应用,而不会出现任何合并冲突。 (另见Cherrypicking versus Rebasing

剩下的主要是沟通的问题,通常通过错误跟踪器来识别当前要修复的错误和要添加的功能。
在这方面,GitHub pull request2.0 很好地说明了该交流主题。

截至今天,拉取请求是关于您想要合并的代码的实时讨论。它们是我们对代码审查的看法,代表了我们协作开发愿景的重要组成部分。

【讨论】:

  • +1 在通信部分。 Github/git 只是工具。另一个重要的事情是,建立优点需要你为项目解决问题,通常从更简单的任务开始。对于项目负责人来说,情况正好相反:您必须通过解决各种不同技能/难度的问题,让其他人有可能建立自己的优点。
猜你喜欢
  • 2010-12-17
  • 1970-01-01
  • 1970-01-01
  • 2011-12-28
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多