128    因为早期版本几乎就是问题版的同义词，而你却并不想过早地把用户的耐心消耗殆尽。

129    这种信念促使人们普遍采用大教堂式的开发模式。

130    如果首要目标是令用户尽可能少的遭遇错误，那么何不半年（或者更久）发布一次呢？

131    这样我们就有足够的时间像只狗一样周旋其间。

132    Emacs的C核心就是这样开发的，而Lisp库则恰恰相反在自由软件基金会所辖以外，有很多独立的新版本或研发代码可供选择。

133    其中最重要的，俄亥俄州立大学的Emacs Lisp 存档，在当时就已经具有了今天Linux大型数据管理的许多精神与气质。

134    但是我们之中少有人深思过究竟要做什么，以及这个存档的存在暴露了自由软件基金会大教堂模式的哪些问题。

135    在1992年前后，我曾尽力想把大量的俄亥俄代码融入官方数据库，但是却在政治纠葛下半途而废了。

136    一年后，Linux的影响逐步扩大。

137    显然，这要归结于一些另类不过更加有益的理念。

138    李纳斯的开放性方针与大教堂模式大不相同。

139    Linux的网络存档枝繁叶茂，各色发行版在坊间流传。

140    而所有这一起都要归功于这种前所未有的核心发布模式。

141    以最有效的方法，李纳斯把用户视作合作伙伴：

142    7.早发布，常发布。