如下说明是翻译
:是来自
Windows PowerShell
官方博客,因为本人水平有限,文章中存在各种不足之处,请您及时指出。转载请注明链接地址,原文地址:
http://blogs.msdn.com/powershell/archive/2007/11/02/ctp-ctp-beta.aspx
译者
: Edengundam(
马涛
)
下一周我们将会发布Windows PowerShell V2.0的社区技术预览版(CTP)。 直到下一周我都会对该版本中包含的所有内容做到守口如瓶。这封邮件唯一的目的就是勾起你对CTP的期待。
CTP != BETA !
首先,你必须清楚的知道CTP不是Beta版. CTP是我们在前期发布的关于我们技术的版本,并具有如下目标:
- 使得社区了解到我们的技术动向
- 使得社区能够及时的为我们提供反馈指导我们在发布产品之前,做出必要的修改。
一直以来围绕在Beta版中的困扰就是,反馈在此时已经很难使产品有任何的改变。在发布的最后阶段,因为在你所做的各种修改中,某一个修改可能会导致无法被察觉的错误,所以大家试图在此时尽最大可能减少对代码的修改。其工作方式遵守这个一个标准:哪些bug将会被修复。这个标准教会随着各个版本的推进变得越来越严格。鉴于此标准,我们当中很多人推行的就是CTP:它能使得社区能够在任何好的想法被采纳的时候掌握到我们的技术动向、“改变开发方向”也能够被考虑、改变类的名称、类的重构、特性的增加与删除、等等. 一旦我们进入到beta版,我们可以考虑的修改可能就会大大缩减, 一旦进入到RC (Release Candidate)版 ,基本上我们只确认bug是否会破坏电脑、甚至杀死用户或者破坏国家经济。如果不会这样,太好了……(很多时候它并不像你想象的那么坏,但是它会使你有如此的感受---我们十分努力避免在引入任何可能破坏一些我们无法检测的东西,而导致使您陷入混乱的局面。)
尽管CTP能够让您较早的了解V2:
- 在CTP中提供的功能可能会变更。
- 这就是CTP的关键。然而某方面来说,我们希望你下载它、使用它、使用我们的API、编写脚本以及, 编写脚本and a generally bash the heck out of it),并让我们知道您的想法. 另一方面,可能下个CTP(或者Beta)版所有的东西都会变化,你可能会回到起点,重新修改一切。如果你无法接受这点,千万不要使用CTP版。
- 注意 – 我们通常都很满意我们前进的方向,但是我们清楚的知道总会有些地方需要我们去修改。
- CTP版本并不像BETA版本那样进行质量过程检测.
- PowerShell团队拥有相当严格的质量过程管理。在提交任何代码之前,每一个开发人员都必须成功的执行完一组回归测试,然后我们还要在每天晚上进行超过一百万个(这个数字随着开发,持续的增长着)测试用例。我们的nightly build程序能够自行完成质量测试。这意味着,当我们准备好了BETA版 – 我将会进行更加严格,并且邀请大量的使用者来扩展我们自己的质量测试:执行更长的压力测试、进行除bug行动出来查找新的bug、等等。这里有很多我们为BETA所做的事情,我们并没有为CTP进行。
- 我们非常早的添加了几个新的功能。理性的人,在提供这些特性之前,一定会使得这些特性更加可靠。我们之所以决定提供这些特性,是因为我们认为使您了解到我们前进的方向更加重要.
- 文档不完整、没有校对、 没有审查.
- 在我们文档中你将会发现错误。也会发现它们不完整。尽管如此,我仍然非常惊讶文档编写者所做的工作。在我们如此之快的开发中,我对文档的期待非常的低,然而文档作者是如此的有闯劲,在如此困难的环境下,依然完成了大量的工作。
这是一篇棘手的日志 – 我想要诱使那些正确的人去下载CTP版本,使用它们,并告诉我们哪些东西需要被修改。这些人知道他们提供的建议真正的变成了修改。我也要吓唬那些如果使用了CTP版中某个被删除特性后,导致不开心的用户.
引用罗宾威廉斯从电影
DEAD AGAIN: "
Someone is either a smoker (CTP user) or a nonsmoker. There's no in-between. The trick is to find out which one you are, and be that. If you're a nonsmoker, you'll know.
"
如果你读完上面的这些警告条文,最后说:“
AWESOME
”
–
你是一位
CTP
用户。
如果你读完上面的这些警告条文,感觉到你
T
恤里面有只松鼠的话
–
你不是一位
CTP
用户。
确定你是那种用户,做好你自己。
J
Jeffrey Snover [MSFT]
Windows Management Partner Architect
Visit the Windows PowerShell Team blog at: http://blogs.msdn.com/PowerShell
Visit the Windows PowerShell ScriptCenter at: http://www.microsoft.com/technet/scriptcenter/hubs/msh.mspx
Windows Management Partner Architect
Visit the Windows PowerShell Team blog at: http://blogs.msdn.com/PowerShell
Visit the Windows PowerShell ScriptCenter at: http://www.microsoft.com/technet/scriptcenter/hubs/msh.mspx