--
上世纪 70 年代， IBM 发明了关系型数据库。但是随着现在移动互联网的发展，接入设备越来越多，数据量越来越大，业务越来越复杂，传统的数据库显然已经不能满足海量数据存储的需求。虽然目前市场上也不乏分布式数据库模型，但没有品位的文艺青年不是好工程师，我们觉得，不，这些方案都不是我们想要的，它们不够美，鲜少能够把分布式事务与弹性扩展做到完美。
受 Google Spanner/F1 的启发，一款从一开始就选择了开源道路的 TiDB 诞生了。 它是一款代表未来的新型分布式 NewSQL 数据库，它可以随着数据增长而无缝水平扩展，只需要通过增加更多的机器来满足业务增长需求，应用层可以不用关心存储的容量和吞吐，用东旭的话说就是「他自己会生长」。
在开源的世界里， TiDB 和 TiKV 吸引了更多的具有极客气质的开发者，目前已经拥有超过 9000 个 star 和 100 个 contributor ，这已然是一个世界顶级开源项目的水准。而成就了这一切的，则是来自社区的力量。
最近我们收到了很多封这样的邮件和留言，大家说：
谢谢你们，使得旁人也能接触大型开源项目。本身自己是 DBA ，对数据库方面较干兴趣，也希望自己能逐步深入数据库领域，深入 TiDB ，为 TiDB 社区贡献更多、更有价值的力量。
我是一个在校学生，刚刚收到邮件说我成为了 TiDB 的 Contributor ，这让我觉得当初没听父母的话坚持了自己喜欢的计算机技术，是个正确的选择，但我还需要更多的历练，直到能完整地展现、表达我的思维。
这让我感触颇多，因为，应该是我们感谢你们才是啊，没有社区，一个开源项目就成不了一股清泉甚至一汪海洋。 公司的小姑娘说，她觉得还有很多的人想要参与进来的，可工程师团队欠缺平易近人的表达，这个得改。
于是便有了这篇文章以及未来的多篇文章和活动，我们欢迎所有的具有气质的开发者能和 TiDB 一起成长，一起见证数据库领域的革新，改变世界这事儿有时候也不那么难。
我要重点感谢今天这篇文章的作者，来自社区的朱武（ GitHub ID:viile ）、小卢（ GitHub ID:lwhhhh ）和杨文（ GitHub ID: yangwenmai ），当在 TiDB Contributor Club 里提到想要做这件事的时候，是他们踊跃地加入了 TiDB Tech Writer 的队伍，高效又专业地完成了下文的编辑，谢谢你们。
一个项目经常会有一个围绕着它的社区，这个社区由各个承担不同角色的用户组成。
项目的拥有者：在他们账号中创建项目并拥有它的用户或者组织。
维护者和合作者：主要做项目相关的工作和推动项目发展，通常情况下拥有者和维护者是同一个人，他们拥有仓库的写入权限。
贡献者：发起拉取请求 (pull request) 并且被合并到项目里面的人。
社区成员：对项目非常关心，并且在关于项目的特性以及 pull requests 的讨论中非常活跃的人。
项目中经常出现的文件有：
Readme：几乎所有的 Github 项目都包含一个 README.md 文件， readme 文件提供了一些项目的详细信息，包括如何使用，如何构建。有时候也会告诉你如何成为贡献者。
Contributing：项目以及项目的维护者各式各样，所以参与贡献的最佳方式也不尽相同。如果你想成为贡献者的话，那么你要先阅读那些有 CONTRIBUTING 标签的文档。 Contributing 文档会详细介绍了项目的维护者希望得到哪些补丁或者是新增的特性。 文件里也可以包含需要写哪些测试，代码风格，或者是哪些地方需要增加补丁之类的内容。
License： LICENSE 文件就是这个开源项目的许可证。一个开源项目会告知用户他们可以做什么，不可做什么(比如：使用，修改，重新分发)，以及贡献者允许其他人做哪些事。开源许可证有多种，你可以在认识各种开源协议及其关系了解更多关于开源许可证的信息。
Documentation：许多大型项目不会只通过自述文件去引导用户如何使用。在这些项目中你经常可以找到通往其他文件的超链接，或者是在仓库中找到一个叫做 docs 的文件夹.
###Create an Issue 如果你在使用项目中发现了一个 bug ，而且你不知道怎么解决这个 bug 。或者使用文档时遇到了麻烦。或者有关于这个项目的问题。你可以创建一个 issue 。 不管你有什么 bug ，你提出 bug 后，会对那些和你有同样 bug 的人提供帮助。 更多关于 issue 如何工作的信息，请点击Issues guide。
####Issues Pro Tips
TiDB Issue 模版如下
TiKV Issue 模版如下
详细的系统环境介绍 例如使用什么版本的浏览器，什么版本的库，什么版本的操作系统等其他你运行环境的介绍。 go 版本： go version Linux 版本： uname -a
详细的错误输出或者日志 使用Gist贴出你的错误日志。如果你在 issue 中附带错误日志，请使用```来标记你的日志。以便更好的显示。
###Pull Request 如果你能解决这个 bug ，或者你能够添加其他的功能。并且知道如何成为贡献者，理解 license ，已经签过Contributor Licence Agreement (CLA) 后，请发起 Pull Request 。这样维护人员可以将你的分支与现有分支进行比较，来决定是否合并你的更改。
####Pull Request Pro Tips
###Open Pull Requests
一旦你新增一个 pull request ，讨论将围绕你的更改开始。其他贡献者和用户可能会进入讨论，但最终决定是由维护者决定的。你可能会被要求对你的 pull request 进行一些更改，如果是这样，请向你的 branch 添加更多代码并推送它们，它们将自动进入现有的 pull request 。
PR 提交之后，请耐心等待维护者进行 Review 。 目前一般在一到两个工作日内都会进行 Review ，如果当前的 PR 堆积数量较多可能回复会比较慢。 代码提交后 CI 会执行我们内部的测试，你需要保证所有的单元测试是可以通过的。期间可能有其它的提交会与当前 PR 冲突，这时需要修复冲突。 维护者在 Review 过程中可能会提出一些修改意见。修改完成之后如果 reviewer 认为没问题了，你会收到 LGTM(looks good to me) 的回复。当收到两个及以上的 LGTM 后，该 PR 将会被合并。
标注：本文「一个典型的开源项目是由什么组成的」及「起步走成为 Contributor 」参考自英文 GitHub Guide ，由社区成员朱武（ GitHub ID: viile ）、小卢（ GitHub ID:lwhhhh ）着手翻译并替换部分原文中的截图。 GitHub Guides ：如何参与一个 GitHub 开源项目英文原文地址： https://guides.github.com/activities/contributing-to-open-source/
为更好地促进 Contributor 间的交流，便于随时提出好的想法和反馈，我们创建了一个 Contributor Club 微信群，对成为 TiDB Contributor 有兴趣的同学可以添加 TiDB Robot 微信号，它会在后台和你打招呼，并积极招募你成为开源社区的一员。
/@Robot 微信二维码 //////
欢迎加入 TiDB Tech Writer 计划，让我们一起用文字的力量推动开源项目的发展。
这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。
V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。
V2EX is a community of developers, designers and creative people.