Share via


更新Team Foundation Service – 8月19日

[原文发表地址] Team Foundation Service Update – Aug 19

[原文发表时间] 2013-08-19 9:15AM

今天我们将公布Sprint 52工作的结果,我写了这个项目的发行说明,您可以在新闻网页进行查阅,我会尽可能写的简短些。现在,我们的重点是在结束了我们所有的2013功能的工作–合并反馈、修复最后一组bugs,签署发布标准,等等。同时,我们着手计划2013年以后的工作。现在是确定UserVoice为拥有最新信息网站的最好契机。

在过去的一年里,我们已经和我们的服务运营商一起发布了新闻。光阴飞逝,我们一直在与时间赛跑。以下就是工作部署:

首先我们在应用层推出了新的软件,其次我们更新了系统数据库(存储过程、架构等等)。然后循环访问占用者的数据库并且进行更新(有时候不多,但有时候非常繁杂)。现在最主要的问题是什么时候发布“news”和我的博客?

现在有两种方案,但都不是很完美。

1. 等到每个用户数据库更新,用户们就可以在发布或评述之前看到新的变化。此方案的不足之处是用户会访问服务器然后发现原数据库已被更改,进而会发现我们所做过的修改,并且发现什么都没有。

2.在更新数据库之后立即发布新闻,让人们知道在看到更新之前会花费一点点时间。这个方案的缺点则是:在用户发现更新之后会进行登录,然后发现没有所谓的更新,人们会感到很迷惑。

我们的发布战略日期一直是#1。关于博客我有一个问题就是我从来不知道这种情况什么时候会发生——这取决于部署需要的时间。所以我试着猜想版本说明被激活的时间从而为我的帖子设定时间计划表。如果我的猜想过早的话就会导致帖子链接中断几小时。

除此之外,我更倾心于#2. 以这个部署开始,我们切换到#2。一旦软件被部署、系统数据库被更新,我们将发行版本说明。我仍然会考虑一些关于博客发行的问题,但是有时候会觉得这种时机是可以预测的。所以当你看到我的博客、版本说明或者登录你的账户再或者你看不到所有更新的时候都不要感到惊讶。整个一天你会发现不需要每个用户更新,但是剩下的更新将会在一整天内展开。我们非常确信将会在年底之前(太平洋时间)完成整个部署工作。

如果尝试了一段时间之后,你觉得之前的办法更好,请让我知道。

谢谢,

布莱恩