在到达5.1.0^h1^h2的过程中发生了一些(有趣的)事情¶
一段时间以前，我们，或者说完全诚实地说，我，决定在未来我们每年发布两次Varnish，3月15日和9月15日，并谴责鱼雷。
5.1.X版本是对这一点的第一次真正的测试，它比我希望的要差一点，这几乎都是我自己的错。
如你所知，我们正在进行 building a new house 这显然要花我很多时间，最近我们把我们的“老”房子挂牌出售等等。
所以我心烦意乱，突然到了3月15日，不管是地狱还是高潮：我们取消了放映。
..。并且几乎立即发现它有一个完全的显示停止程序错误，这将导致工作进程过于频繁地重新启动。
好的，解决这个问题，然后滚动5.1.1
..。并找到另外两个，虽然不是很严重，但仍然是不可接受的问题。
深呼吸，修复这些，以及Simon&xcir报告的许多HTTP/2内容，他们友好地将这部分代码用于一些实时流量……然后翻到5.1.2。
我希望这一次能坚持下去。下一版将于9月15日发布。
..。除非5.1.2中潜伏着一些真正可怕的东西。
成功、失败还是Meh？(去掉不适用的部分)¶
从发布工程的角度来看，我们在Varnish项目中过着非常隐蔽的生活。
我们的代码库很小，只有12万行代码，几乎所有的代码都是我们自己写的，这意味着我们从头到尾都控制着质量标准。
多亏了我们对代码质量的关注，我们从来没有在Nanog、HackerNews、Reddit和Metasploit的共同蔑视下匆忙推出错误/安全修复程序 [2].
我们也没有链接到任何巨大的“中间件”库，我认为最大的是Ncurses和PCRE [1], 这两种语言都非常稳定，而且我们也不依赖于任何晦涩难懂的单编译器语言。
因此，尽管在短时间内匆忙发布点数对许多其他项目来说是很常见的，但对我们来说这是一种新的体验，它提醒了我们一些我们已经有点忘记的事情 [3].
我绝对肯定，如果我们没有“按日历发布”的政策，我可能不会愿意签署一个发布，直到所有的house-building-moving-finding-where-I-put-the-computer疯狂在夏末结束，然后我可能仍然坚持推迟一个月，只是为了弄清楚我的意思。
那将会容纳一些 pretty significant new code 从我们的用户那里再呆上半年，没有特别的原因。
所以是的，不得不在两周内两次修改我们的5.1版本是相当尴尬的，但它确实证明了“按日历发布”策略对我们的项目是正确的：它迫使我们与S**一起合作，这样用户就可以从我们所做的工作中及时受益。
多亏了Simon和Xcir英勇的测试工作，您甚至可以使用5.1.2中的HTTP/2支持。
下一次，我指的是2017年9月15日，我们会努力做得更好。
保尔-亨宁，2017-04-11
脚注