加更一章，求月票
==========
LINX通用版本的发布和开源，吸引了一部分技术爱好者投入到了LINX的开发阵营当中来。
他们开始活跃在社区之中，为LINX的开发和完善出谋划策，同时也贡献系统代码，编写并分享这个平台上的软件。
官方的开源社区，也不再像以前那么冷清，逐渐变得热闹起来。
LINX的优点在于小巧、模块化和高度适应性，只要符合一定的架构，无论硬件多么老旧，无论配置多么低，它都能够顺利地在上面运行起来。
LINX通用版本发布之后的几天时间内，便有不少人宣布他们在自己的老爷机、游戏机、以及各种千奇百怪的类计算机设备上成功安装了LINX。
LINX的这个特点，吸引了一大批的电子发烧友投入它的阵营，甚至引起了很多人自己DIY计算机的狂热兴趣，他们自己寻找或者制作各种各样奇怪的配件，然后将它们非常粗糙地手工焊接在一起，最终形成一台造型丑陋奇特，但的确可以运行的计算机。
从一开始，LINX开源社区，便逐渐形成了一种独特的计算机DIY文化，一大批立志于想要制作自己的计算机的硬件黑客们驻扎在这里，探讨分享计算机DIY方面的知识，这些人很多都是各大巨头公司中的技术骨干，他们为LINX初期的发展和推广做出了非常大的贡献。
林鸿在LINX开源之后，便开始投入时间编写一整套有关源代码提交和版本控制方面的软件。
现在的源代码管理还比较原始，很多开源软件，都是自己架设FTP或者其他文件共享软件，然后几个核心成员使用FTP进行上传覆盖。
这样会导致经常出现版本冲突，或者劣质代码覆盖了优秀代码的情况，给项目造成了很大的损失和麻烦。
林鸿根据自己的经验和大家提供的意见反馈，花了一周时间便编写了一个名为“代码仓库”的分布式版本控制软件，英文名称为“CodeHub”，并将其开源。
传统的版本控制软件，都是集中式进行管理，所有的代码都存在服务器上，大家想要代码，就从服务器中下载，而要贡献代码，就直接从本地上传到服务器上，进行覆盖。
而“代码仓库”则使用了分布式的版本控制，每一个开发者的电脑上都有一个服务器的数据库拷贝，他们可以在本地创建分支版本，并且在本地提交上去，和服务器上的版本进行同步。
而主要的开发者可以根据他们的分支，对这些代码进行对比和审核，最终确定是否将这个分支和主版本进行合并覆盖。
当然，如果其他开发者发现了主版本中的代码BUG，则可以在本地制作补丁，然后将补丁发送给主开发者，让其决定是否将其应用到公共服务器上。
这样，利用这种方式，很好地解决了之前集中式版本控制的各种弊端，极大地提高了不在同一个地方的开发者相互进行协同开发的效率。
除此之外，代码仓库还具备即时沟通功能和日志备忘沟通功能，团队合作者可以在自己的团队聊天室中进行即时沟通，也可以直接提交团队日志进行延迟沟通，项目负责人还可以将任务直接指派给团队中的成员，让其专门负责某一个功能的开发。
总之，“代码仓库”的编写初衷，就是为了让全世界各地的开发者，能够更好地为LINX贡献代码，更方便更有效率进行比较分散的团队协作开发。
代码仓库开源之后，立刻引起了开源业界的关注。
这个软件，相比起现在主流的那些版本控制软件来，简直就是一个神器，几乎解决所有已经存在的各种令人头疼的难题，让开发人员可以将精力全部放到开发上，而不是为了解决这些问题而伤透脑筋。
“代码仓库”刚开始还只是在LINX的开发者群体中流传，可是它实在是太优秀太实用了，这些开发者们在习惯了代码仓库的便利性自后，实在无法忍受自己公司或者其他开源项目所使用的那些版本控制软件，强烈要求这些项目负责人进行软件升级，将版本控制软件更换成“代码仓库”。
在互联网上，信息的传播速度比任何传统媒体都要迅速，在网络兴起之后，有人就说过，互联网将整个地球变成了一个村子。
代码仓库对外发布并且开源之后，立刻在业内引起了轰动，甚至远远超过了LINX系统本身开源这一事件。
LINUX创始人LINUS首先做出反应，他在LINX的开源版本的基础上，进行了一些细节方面的修改，然后退出了针对LINUX系统开发的版本控制软件，名为GIT。
因为代码仓库的开源协议开放得非常彻底，只要不要用于商业牟利，任何人都可以随意使用和修改其中的代码。
因为“代码仓库”软件，LINX在开源业界的地位直线上升，LINUS在一次媒体参访中，亲口称赞“代码仓库”非常好用，解决了长期以来严重困扰着他的头疼问题，并且说希望有机会能够和LINX的创始人见面。
本小章还未完~.~，请点击下一页继续阅读后面精彩内容！