贡献指南 - 《Flynn 文档中文版》

由于该项目尚未稳定，所以后续开发过程会朝着某些侧重点依次展开。若 Flynn 还未具备"production ready" 特性，那么某些还未纳入研发排期的需求将不予接受。

请在贡献代码前熟悉本贡献指南和项目线路图。

除了贡献代码外，当然还有很多方法可以共建 Flynn：

除非你是在修复一个已知的 bug，否则我们强烈建议，在你开始提交代码前，通过 GitHub issue、或者email和 Flynn 核心团队探讨，以便确定你的工作，同 Flynn 技术路线以及架构是否一致。

所有的补丁都至少被一个维护者审查过（即使补丁的作者是维护者）

审查者通过补丁的时候应当标记 “LGTM”。如果补丁是由一个维护者提交并且有了写权限，pull request 应该在审查通过后由提交者进行合并。

编程式，请遵循下列规则：

所有贡献必须接受 DCO

因为法律原因，不接受匿名和假名的贡献（如果这是个问题请与我们contact@flynn.io">联系）

在申请 pull request 前，请确保你有 GitHub 账户，如果你对这些不了解，请看 GitHub 和 pull request 文档。通俗的讲，Pull request 就是所谓的主干开发。新建 pull request 之前，请检查下列事项：

基于master创建一个特定分支，这样就不会搞乱了。
将本地代码合并到上，并将本地为新的基线版本。
用命令go test ./…进行全项目的测试，并确保通过。
运行（如果项目是用 Go 语言写的）。
确认每个提交都有一个子系统前缀（例如：controller:）
Pull requests 被看作是 “review requests“，维护者会对补丁的风格和实质进行反馈。

通常，所有的 pull request 必须功能测试通过才行。偶尔也会出现某个新功能，很难测试，这种情况下，请在提交消息中标记处并说明缘由。

我们在 Freenode 上使用 #flynn IRC 进行讨论。欢迎大家加入，提问，讨论bug。你可以通过登录，若你本地未安装 IRC 客户端，也可通过webchat登录。

我们致力于向所有人提供一个友好、安全、包容的环境，无论性别、性取向、残疾与否、种族、宗教信仰或类似的个人特征。
请不要使用昵称，这会破坏大家社区的友好、安全和包容的环境。
请保持善良和谦虚美德，不要变的那么尖酸刻薄和粗鲁。
如果你对别人进行辱骂和骚扰，我们将对你禁言。特别的，我们不会容忍排挤社会中边缘化的人的行为。
对别人的骚扰也是不可容忍的。无论你是谁，只要你觉得自己被社区成员骚扰，请立即联系该频道的 ops 或者 Flynn 核心团队的成员。
同样的，任何发送垃圾邮件、钓鱼等意在窃取的行为都是禁止的。
我们欢迎来讨论如何为社区提供一个友好的、安全的生产环境。如果你有任何问题、反馈或者建议，请">联系我们。