| [转]Team Foundation Server 已知问题 |
|
[ 2007-10-14 21:31:00 | By: 緈諨dě旋律 ] |
|
Visual Studio 2005 Team Foundation Server 已知问题 2006年3月22日更新 相关安装问题请参见 Microsoft Visual Studio 2005 Team Foundation Server Readme 1. 管理 1.1 仅有管理架构权限授权是不能够向 Team Foundation 合法用户组添加用户或用户的。 详细资料：如果添加一个 Windows 用户或用户组并且只设置在服务器或项目级允许版本控制（Version Control）权限，例如“管理架构修改”权限，那么这用户或用户组是不能够被添加到 Team Foundation 合法用户组的。如果他们不是 Team Foundation 合法用户组成员，那么他们就不能连接 Team Foundation 服务器。 工作区：由于 Team Foundation 合法用户组是不能够手工修改的，所以必须通过以下几个方法解决这个问题： 1.2 在为了 TFSReports 服务帐号运行 TfsAdminUtil ChangeAccount 时会出现一下信息：“ 请记住使用 TFSSecurity(Team Foundation Server 安全工具)向 Team Foundation 服务帐号组添加新帐号: domain\TFSReport.” 详细信息:当你使用 TfsAdminUtil 修改 TFSReports 服务帐号时, TFSAdminUtil 由 ChangeAccount 产生的最后信息是错误的.然而,当你修改 TFSService 帐号时这个消息却是相对应的. 工作区: 没关系.忽略这个消息.不要向 Team Foundation 服务帐号组添加 TFSReports 服务帐号. 1.3 在卸载 Team Foundation 服务器后不再需要在 Visual Studio 中建立项目. 详细信息:如果将 Visual Studio IDE 和 Team Foundation 服务器安装在相同的计算机上,并且卸载 Team Foundation Server,那么 Visual Studio IDE 就会中断.当你试图在 Visual Studio IDE 中建立一个项目时就会看见各种各样的错误. 工作区: 从控制面板修复或者卸载 Visual Studio. 1.4 工作组版: 用户不能够连接 Team Foundation 服务器. 详细信息:用户尝试连接 Team Foundation 服务器,工作组版将会收到一下错误信息: TF31001: Team Foundation 无法从 Team Foundation 服务检索到团队项目列表. team projects 服务器返回一下错误信息:HTTP请求失败,状态403: Domain\User 不是一授权用户… 工作区: 工作组版通过检查用户是否是一个“Team Foundation 授权用户”应用程序组成员来限制用户访问 Team Foundation 服务的.这是一个没有权限的特殊服务器级应用程序组,并且仅仅被工作组版使用. 为了能够访问 Team Foundation 服务器,Team Foundation 服务器管理员必须向这个组添加用户.注意仍然需要将用户添加到其他 Team Foundation 服务应用程序组,授权这个用户访问服务器和不同级别功能的权限. 1.5 工作组版:升级到完整版之后不要删除“Team Foundation 授权用户”组. 详细信息:在从工作组版升级到完整版之后,当打开服务器级组对话框(服务器-> Team Foundation 服务器设置->组从属关系)时,“Team Foundation 授权用户”组仍然在服务器上存在. 工作区: 服务器的完整版会忽略“Team Foundation 授权用户”组.注意这个组不能被删除因为它是个特殊应用程序组. 1.6 重新安装 Team Foundation 服务器必须使用与在初始安装时相同的服务帐号. 详细信息:在重新安装 Team Foundation 服务器时如果使用不同的服务帐号重新安装就会失败. 工作区:如果需要修改服务帐号,使用原始服务帐号重新安装并且运行 TfsAdminUtil ChangeAccount 来修改服务帐号. 1.7 在给单服务器机器名更名后, TFS Web 服务不再显示工作. 详细信息:在单服务器机器名更名后, Team Foundation 服务器不再工作,甚至在运行 TfsAdminUtil ActivateAT 和 TfsAdminUtil RenameDT之后也不工作. NT 事件日志将会包含大量错误,那些错误提示不能解析远程服务器名.问题是 Web 服务对 Web 服务调用仍然使用旧的单服务器名. 工作区: 当重新命名单服务器机器包括应用层和数据层时,需要在(%ProgramFiles%\Microsoft Visual Studio 2005 Team Foundation Server\Web Services\)下的高级 web.config 中更新 TfsNameUrl 和 TfsName 的值.也需要在 TfsServerScheduler.exe.config 文件里更新 TfsServerScheduler.exe.config 并且修改把它的名字修改为 TfsNameUrl. 2. 报告 2.1 当用户在单机或工作组部署环境中使用 Team Foundation 服务器访问报告,凭证不是持续的. 详细信息:当你在单机或者工作组部署中使用 Team Foundation 服务器访问报告 Web 站点时, 在第一次访问时提示要求证书.在后来的访问时,不再提示要求证书并且也不能查看报告了. 工作区:在本地 Intranet 区内将IE设置为对用户名和密码总是提示. 1. 在控制面板内,打开 Internet 选项. 2. 在安全标签上,单击本地 Intranet ,然后单击自定义级别,出现安全设置对话框. 3. 在用户验证部分,在登录下,选则提示用户名和密码,然后单击确定. 4. 在 Internet 选项对话框中,单击确定,然后重启IE. 2.2 在自定义工作项(custom work item)中标记为可报告的新字段不会在 Team System cube 中出现. 详细信息:有时,OLAP 数据库与相关数据仓库不同步.当出现这中情况时, 添加到自定义工作项(custom work item)的字段就不会在 Team System cube 中出现,即使在工作项类型定义中将这些字段配置为可报告. 工作区: 在应用程上,调用 Warehouse Web 服务的运行方法在: 2.3 在定制工作项类型后,在事件日志中出现来自 Item Tracking 适配器的假错误:“ Microsoft.TeamFoundation.WorkItemTrackingAdapter: 在 Work Item Tracking 数据库中不识别字段类型160.” 详细信息:如果定制了工作项的定义,事件日志提示在数据仓库中的 Work Item Tracking 适配器发现了一个不能识别的字段类型.这是一个错误的错误信息. 工作区:忽略这个错误. 2.4 当你试图在手工选择成员时通过 Area 分级来切分 Work Item History Count 度量时 SQL Server 2005 Analysis Services 失败. 详细信息:如果使用 Excel 和 Office Web Components (OWC) 分析数据 cube,当你在一个添加 Work Item History Count 然后选择或者清除一个或多个 Areas 时可能会出现一下错误信息:“Internal 错误:出现一个意外错误(file 'mdsubcube.cpp', line 2632, 'MDBaseSubcube::NormalizePCKeys')” 工作区:没有. 2.5 报告不能升级. 详细信息:如果在一个非英语地区设置的操作系统上安装 SQL Server 2005 的英文版,报告是不能够自动升级的.在 Team Foundation Server 应用层计算上的应用程序事件日志中,可以找到一个 cube 进程运行时错误,这个错误提示从 char 数据类型到 datetime 类型的转换超出了 datetime 值的允许范围. 工作区:在 Team Foundation Server 应用层计算机上修改 warehouse web.config 文件位于 %ProgramFiles%\Microsoft Visual Studio 2005 Team Foundation Server\Web Services\Warehouse\web.config,并且将以下键值添加到 <appSettings> 部分: <appSettings> <add key="ProcessType" ="Full" /> </appSettings>
2.6 Quality Indicators 与 Reactivations report 进程向导与报告不匹配. 详细信息: 在为进程向导最后发布的更新以后, Quality Indicators 与 Reactivations report 也将被更新的.因此,在进程向导中的映象与报告不匹配. 工作区:忽略进程向导的映象.只要注意实际报告. 2.7 当检验以下报告时在X轴上没有日期.报告: Bug rates, Reactivations, Remaining Work, Unplanned Work. 详细信息:当IE的语言设置与 Team Foundation Server 产品语言不同时,将会有一个在 X-axis 上的隐藏日期的 Bug. 工作区:将IE的语言设置为与 Team Foundation Server 语言相匹配. The steps:步骤: 在 IE 中,选择工具菜单并单击 Internet 选项. 3.1 在 Microsoft Office Excel 2003 中从 Team Explorer 打开工作项时,可能会出现错误 TF86001 或 TF80042 详细信息:在 Microsoft Office Excel 2003 中从 Team Explorer 打开工作项时,可能出现错误 TF86001: Team Foundation 不能够加载Office AddIn.也可能出现错误 TF80042:由于没有安装 Microsoft Excel 2003 或它的任一组件因此不能打开文档.在安装 Microsoft Office Excel 2003 之前安装 Team Explorer 时就会引起这些错误.用于 Office Run Time 的 Microsoft Visual Studio 2005 Tools 将不会与 Team Explorer 正确工作并且必须修复。 工作区：必须为 Office Run Time 修复 Microsoft Visual Studio 2005 Tools 来正确解决这个问题。 1.单击开始，单击控制面板，然后单击添加或删除程序。 2.选择 Microsoft Visual Studio 2005 Tools for Office Run Time。 3.单击修改/删除。 4.在 Microsoft Visual Studio 2005 Tools for Office Run Time 安装向导中，单击修复，然后单击下一步。 3.2 在 Team Explorer 中单击刷新时，对收藏夹的修改就消失了。 详细信息：在对收藏夹进行改动后，像添加，删除，或者重命名文档，如果在 Team Explorer 中单击刷新，这些修改就丢失了。对于收藏夹的修改没有存储在磁盘上，甚至当 Visual Studio 是关闭时。重新启动 Visual Studio 时仍然使用原先创建的收藏夹布局。 工作区：没有。 3.3 在 Team Foundation Server 被重新配置或还原后，将会出现连接服务器错误信息。 详细资料：在重新配置或还原 Team Foundation Server 之后，Team Explorer 连接服务也许会变得十分困难。错误显示“TF31005: Team Foundation 不能够检索到团队项目列表，这是因为它不能够连接 Team Foundation Server <服务器名>”。这个问题的出现是因为本地缓存数据与 Team Foundation Server 不同步。 工作区：等待 Team Explorer 自动地升级（在两小时之内），或者手动清除本地缓存。 手动清除本地缓存： 1.关闭 Visual Studio。 2.删除文件夹的内容 %USERPROFILE%\Local Settings\Application Data\Microsoft\Team Foundation\1.0\Cache\ 3.启动 Visual Studio。 4.通过使用升级的设置添加 Team Foundation Server。 3.4 Microsoft Project 没有发布正确的时间。 详细信息：如果在 Microsoft Project 中的日期格式没有包括时间数据，可能在一个 Microsoft Project 任务中显示的时间和在相同工作项中显示的时间不匹配。 工作区：在 Microsoft Project 中使用数据格式都显示日期和时间。 在 Microsoft Project 中修改数据格式。 1.启动 Microsoft Project。 2.在工具菜单上，单击选项。 3.在查看标签上，将日期格式框修改为一个包括日期和时间数据的格式. 3.5当你在新的 Team Project 项目中的名称使用‘[‘ 或 ‘]’ 时出现错误TF30326. 详细信息:尽管在错误消息列表中没有列出,在新的 Team Project向导中命名时‘[‘ 和 ‘]’是不被验证的符号. 工作区:在命名团队项目时不要使用‘[‘或 ‘]’. 3.6 中文,日文,和韩文扩展名 A 和 B 字符集在团队项目名中是不允许的. 详细资料:由于在 Windows SharePoint Services 中众所周知的原因, 团队项目门户是不支持包含中文,日文,和韩文扩展名 A 和 B 字符集的.因此,在团队项目命名中不允许上述的字符. 工作区:没有. 3.7 文件过时或者显示预发布内容. 详细资料:如果预装了 Visual Studio 2005 的 MSDN Library 或者如果安装使用 Team Foundation 或 Team Explorer 本地帮助作为主要文件资料,所以你的文件是过时的或者不全的帮助文件. 工作区:下载和安装最新版本的 MSDN Library.如需更多信息,请访问 Team System 文件目录(http://go.microsoft.com/fwlink/?LinkId=62213). 4. Team Foundation Build 4.1 从 Team Foundation Build 运行远程测试失败时出现” 由于在一段时间之后被连接方没有响应因此尝试连接失败,或者由于被连接的主机没有响应因此确定连接失败.” 详细信息:从 Team Foundation Build 运行远程测试,通常用于运行 Build 的用户帐号必须是 Team Test Load Agent 控制器计算机上的本地安全帐号 TeamTestControllerUser 或者 TeamTestControllerAdmins 的成员.同样,如果使用 Windows Firewall (或者其他第三方的防火墙解决方案),那么 MSBuild 必须要求能够访问远程计算机. 工作区:在 Team Test Load Agent 控制器计算机上将用户帐号添加到可以运行 Build 的 TeamTestControllerUser或 TeamTestControllerAdmins 本地安装帐号中.同样,在 Team Foundation Build 计算机上将 MSBuild 添加到 Windows Firewall 的允许运行列表中. 4.2 在修改 Team Foundation Build Service 帐号以后,一些 Team Foundation Build 相关的功能停止工作. 详细信息:如果修改运行 Team Build Service 帐号,则必须授权新用户帐号一些附加权限. 工作区: 在构建计算机上, Team Build Service 帐号需要对 ASP.NET 临时目录具有写权限. 4.3 在一个团队项目被删除或者用相同的名字被再一次创建时，Team Foundation Build 操作失败。 详细信息：如果在 Team Foundation Server 上删除一个已存在的团队项目，然后又用相同的名字命名了一个新的团队项目，那么新的构建类型。这个问题的出现是因为当团队项目被删除的时候本地缓存中的数据没有更新而造成的。 工作区：重新启动出现问题的计算机上的 Visual Studio。或者通过命令行运行 iisreset 将应用层计算机上 IIS 复位。 5. Team Foundation 转换器 5.1 VSS 转换器不能迁移在 Visual SourceSafe database 中的子文件夹（这些子文夹中包含了比它们父文件夹更老文件）。 详细信息：VSSConverter 不能够迁移在 Visual SourceSafe database 中那些包含更老文件（文件的存档日期早与他们的父文件夹的日期）的子文件夹。VSSConverter 是按照年代顺序排列工作的并且不能在这样的条件下迁移文件，这是因为在父文件夹中包含这些文件之前父文件夹还没有被创建。 工作区：没有。 5.2 VSS 转换器不能迁移由于经过不精确的时间戳而造成名字冲突的文件和文件夹。 详细信息：在 VSS 里，标记是根据最近的版本。有时候，文件或文件夹会因为毫秒内名字的改变而发生名字冲突，因为名字是根据时间戳决定的，并且这种事会经常发生。当 VSSConverter 试图重创建事件顺序时，事实上在 Visual SourceSafe 里不会出现命名冲突这是因为在相同时间内它也试图执行操作。 工作区：没有。 5.3 Visual SourceSafe 文件夹如果被移动或者被多次重命名，那么就不能被正确地迁移。 详细信息：当 Visual SourceSafe 文件夹被移动或者被重命名多次时，VSSConverter 也许不能确定文件夹的当前名。这样的文件夹，和它们的内容是不能被正确迁移的。在迁移报告中，将会看见如下错误：“项目已存在。”和“在工作区中没有发现项目。” 工作区：没有。 5.4 VSS 转换器不能迁移源代码的绑定。 详细信息：Visual Source Safe 转换器不能为 Visual Studio 解决方案迁移源代码的绑定。当你在迁移后打开 Visual Studio 解决方案时就会出现源代码绑定的错误。 工作区：在迁移了 Visual SourceSafe 数据库之后，必须为每一个被迁移的 Visual Studio 解决方案手动地修改源代码的绑定。如需更多关于手动迁移源代码的绑定信息，可以参见 Team Foundation Administrator’s Guide 的最新版本. (http://go.microsoft.com/fwlink/?linkid=52459). 5.5 VSS 转换器会向一个迁移的 changeset 追加错误的时间戳。 详细信息：VSS 转换器会向一个单 changeset 中合并多个操作以提高迁移性能。那么 changeset 的时间戳就是错误的。 工作区：没有。 5.6在一些情况中，VSS 转换器不能正确地迁移文件和文件夹的历史版本。 详细信息：在一些情况中，VSS 转换器不能正确地迁移文件和文件夹的历史版本。在迁移完成时，VSS 转换器将会执行一个附加步骤以标示最新版本，PINNED，并且在 Team Foundation 上 Pinned_Latest 标签。当不匹配的修理时，在控制台也许看不到任何输出（反馈）并且 VSS 转换器也许显示已经停止工作。这不表示是错误。在迁移后，文件的历史版本也许被错误的修理了。也就是，将会看到在 Source Control Explorer 中是空文件夹，这是由于不匹配的修理进程造成的。可以在迁移报告的总结部分找到不匹配修理进程的汇总信息。 工作区：没有。 6. Team Foundation Server 6.1 在使用 Basic 或 Digest 验证时，通过使用 HTTP 时 Team Foundation Server 是不可用的。 详细信息：Team Foundation 客户端应用程序，像 Team Explorer，通过宿主在 Internet Information Services (IIS) 6.0 上的 Web 服务收集来访问 Team Foundation Server 功能。Team Foundation Server 的初始 RTM 版只支持 Integrated Windows Authentication。这允许客户端使用 Windows 证书访问这个功能。现在 Basic 和 Digest 验证不被支持的。 工作区：你可能是通过 VPN 从本地 intranet 以外访问 Team Foundation Server。通过风险分析主题，可以选择像 Internet 暴露 Team Foundation Server 并且加密连接（例如，使用 SSL/TLS 的 HTTPS）；然而，在客户端的代理程序也许会阻止数据，就像由 Internet Service Providers (ISPs) 提供的数据。 6.2 Team Foundation 日文版 – 为签入订阅的 Team Foundation 文本警报电子邮件内的链接显示错误消息。 详细信息：你可以预订文本或者 HTML 签入警报电子邮件。在你检查的解决方案中签入电子邮件链接不同的文件。如果你订阅了文本警报电子邮件，单击一个链接连接不同的文件类型（例如，.aspx, .cs, or .sln）可能显示“没有找到页面，”“索引超出范围”或者“路径长度超过260个字符”等错误信息。 工作区：使用HTML 签入警报电子邮件代替文本签入警报电子邮件。 6.3 Slow Network Performance. 详细信息：创建团队项目时，运行 CQConverter.exe 或 VSSConverter.exe 时，在文件中检查时，和其他相关活动的 Team Foundation Server 网络运行很慢。 工作区：客户端网卡的配置有可能降低网络性能。如需更多信息，可以参见文章"The effects of using auto detect settings on cluster network interface card" 6.4 Encoding for XML, .XSL, .WIQ, and .RDL files. XML, .XSL, .WIQ, and .RDL 文件编码。 详细信息：如果使用记事本编辑 XML, .XSL, .WIQ, or .RDL 文件并且使用 CRTL+S 存储，那么默认的编码是 ANSI。如果文件包含非 ANSI 字符就会出现问题。 工作区：当在进程模板中编辑任何.XML, .XSL, .WIQ or .RDL 文件时,请确认使用 "UTF-8 with signature" 编码存储它们(如果使用 Visual Studio 编辑)或者使用 "UTF-8" 存储(在使用记事本编辑时).其他编辑器可能有所不同,但是也应该确认文件是用 UTF-8 编码或者 Byte Order Mark (BOM 或者 签名)存储的. BOM 的出现能够直接检查文件的最前面的单个字节.它们应该是 EF BB BF (十六进制). 6.5在事件日志中出现以下错误:”不识默认通知的邮件地址.” 详细信息:错误消息如下: "from address: $1"的配置不是有效或经过验证的电子邮件地址.直到在应用层服务的 web.config 文件中的 "emailNotificationFromAddress" 所有权被修改成为一个有效的邮件地址之前,用户都不会收到项目电子邮件通知. 工作区:重新配置邮件服务通知,是它包含有效的电子邮件地址. 6.6 SMTP Server Invalid default 'From' address error in event log. 在事件日志中 SMTP Server Invalid 默认 ” From” 地址错误. 详细信息:在安装期间,如果没有指定SMTP服务器,安装就会默认指定到应用层服务器.如果没有设置 “emailNotificationFromAddress” 那么应用程序事件日志就会列出错误,” 无效的默认 ‘From’ 地址.” 工作区:为正确解决这个问题,可以为 Program Files\Microsoft Visual Studio 2005 Team Foundation Server\Web Services\Services\web.config 文件指定一个有效的 "emailNotificationFromAddress" 值,或者如果没有使用项目警报,也可以指定一个空的“smtpServer” 值.在 web.config 文件中,修改下列信息: 将 <add key="smtpServer" ="<hostname>" /> 修改为: <add key="smtpServer" ="" /> 6.7 复位 Microsoft Excel 的列表工具栏项目造成异常. 详细信息:在插入一个绑定 ID 的列表对象,如果复位列表工具栏,然后单击列表对象之外的任何地方,就出现了一个 COM 异常.在你每次单击列表对象以外的地方都会出现错误消息"TF80069:当在应用程序中升级数据时 Team Foundation 出现错误." 工作区:在本地计算机存储对于 Excel 电子表格的修改,关闭,然后重新打开 Excel.发布修改并且继续使用 Excel 电子表格. 6.8 Team Foundation 命令行工具不提示变更用户凭证. 详细信息: 在当前用户的环境中运行 Team Foundation 命令行工具.如果没有经授权而访问 Team Foundation Server,将会得到一个没有被授权访问服务器的消息.在大多数情况中,不会提示要求提供变更的用户凭证. 工作区:使用 "runas" 功能提供已被授权访问 Team Foundation Server 的变更凭证.注意这只在 Windows XP 和 Windows Server 2003 上是可用的.提示变更凭证的工具是tf.exe.(如果没有被授权访问 Team Foundation Server).然而,必须在 tf.exe 连接服务器之前先使用 Team Explorer 连接Team Foundation Server. 6.9 TfsAdminUtil SID 命令不允许 domain\account 格式列表帐户信息. 详细信息:运行 TfsAdminUtil SID 命令来显示用 domain\account 格式指定帐户的信息总是返回零匹配即使在系统中存在 domain\account 所指定的帐户.这与 TfsAdminUtil 所提供的帮助信息相反,使用 domain\account 格式指定是错误. 工作区:不要使用域指定帐号名, TfsAdminUtil SID 就可以用这个帐号返回系统中的所有用户. 7. Team Foundation Version Control 7.1 如果文件夹下的任何子项被锁定而不能在文件夹上执行 case-only 重命名. 详细信息:如果在文件夹下任何项被锁定,用户不能执行 case-only 重命名. 工作区:先重命名文件夹为不同的名字,执行签入,然后用希望的 case 将文件夹重命名为原始的名称. 7.2 不同命令: 在一些代码页中 IgnoreCase 参数不工作. 详细信息:如果一个文件的 Team Foundation 源代码存储器编码是 DBCS 代码页(像 Shift-JIS),当通过 /ignorecase指定地命令时,命令行不同命令(tf difference /noprompt)将不会正确地忽略 case. 工作区:如果文件不包含双字节字符,使用 /type 参数指定 SBCS 代码页(例如, /type:ASCII).如果文件包含双字节字符,既可以避免使用/ignoreCase 参数,也可以配置第三方diff工具(使用 "tf difference /configure"),它在 DBCS 代码页中可以正确地支持大小写敏感. 7.3在 Source Control Explorer 中没有可用命令. 详细信息:如果 Visual Studio Team Foundation Server 插件不与 Visual Studio IDE 相关联,一些源代码控制特性将不可用.例如,当你右键单击 Source Control Explorer 的工作区域,就会显示”没有命令可用”. 工作区:按照下面的步骤将 Visual Studio Team Foundation Server 插件与 Visual Studio IDE 相关联: 启动 Visual Studio.在 Tools 菜单,单击 Options. 详细信息:当你在 Visual Studio 中使用 Solution Explorer 重命名一个项目文件夹时,在文件夹中的文件,例如 datasets 或者资源,可能在没有执行签出就被标记为读/写并且就修改它们.这个问题会影响那些已经有了一个自定义工具为它们赋值并没有自定义工具命名空间的文件. 工作区:当重命名一个项目文件夹时,提示每一个被修改的文件名.在项目文件夹被重命名后,手动签出那些相同的文件. 7.5 不能通过日期从 Version Control 得到文件, shelvesets, 或 changesets. 详细信息:如果用有"." 作为时间分隔符(例如,意大利)的区域设置在机器或帐号上安装应用层,当试图通过日期得到一个文件时将会出现以下错误:”数据库错误(SQL Error 241) --->从 string 向 datetime 转换失败”. 工作区:在运行工作进程所在的帐号(这是在应用层机器上),修改帐号的区域设置 单击 Start.
7.6 Version Control 不支持变更数据流. 详细信息:可以利用变更数据流创建文件.然而,当添加到 Version Control 并且签入时,变更数据流丢失了. 工作区:没有. 8. Team Foundation Work Item Tracking 8.1 不能够查询用数字开头字段. 详细信息:使用数字作为开头的字段(例如, "2005Field")会被截取包括只有数字的字段(例如,”2005”). 工作区:用方括号封装以数字开头的字段(例如, "[2005Field]"). 8.2查询包含 SQL 干扰字的长文本字段将会在没有任何错误的情况下返回一个空结果. 详细信息:当你使用 Contains 操作来查询一个长文本字段时,工作项跟踪就会在工作项数据库上执行 SQL Server 全文查询.除了像”a”,”of”和非字母数字字符的 SQL 干扰字之外的全文查询.当使用这种包含了查询 SQL 干扰字的查询时就会返回一个空结果列表. 工作区:从查询中删除 SQL 干扰字. 9. Team Project Portal Site 9.1 团队项目门户站点中到 Exit Criteria 和 Issues List 的报告链接指向了错误报告. 详细信息:在 CMMI Process Improvement 的 MSF 和Agile Development 项目的 MSF, 团队项目门户站点中到 Exit Criteria 和 Issues List 的报告链接指向了错误报告.如果用户运行这些报告,他们就会看见工作项报告被替换了. 工作区:在从 Windows SharePoint Services Portal 上的报告文件夹中打开这些报告,并利用它们替换链接所指的报告. 10. 集成测试 10.1 单元测试签入策略不能在有多个解决方案的团队项目上使用. 详细信息:当多个 Visual Studio 解决方案被关联到相同的团队项目时,设置一个单元测试签入策略将会造成签入失败. 工作区: 当一个团队项目被不止一个 Visual Studio 解决方案关联时不要设置单元测试签入策略. 10.2 把链接编辑成为未发布的测试造成 Bug 表单. 详细信息:当你将链接修改来自 Bug 表单修改的测试结果时, 如果测试结果没有被发布 Bug 表单将会出现异常. 工作区:如果出现这个异常,从 Bug 表单中删除无效链接.为了避免这个异常,在创建 bug 或者没有修改链接之前发布结果. 10.3当一个构建被删除时 Coverage Analysis Service 正在写事件日志警告. 详细信息:删除一个有已发布的测试的构建时造成 Coverage Analysis Service 写了一个事件日志警告. 工作区:忽略这个事件日志警告. 10.4 当客户端作为一个没有被 Team Foundation Server 授权的本地用户登录时不能发布测试结果. 详细信息:当 Visual Studio 用户没有经过 Team Foundation Server 验证时试图发布测试结果就会失败,即使在试图发布测试结果时 Team Foundation Server 没有要求提供有效凭证. 解决方法:使用 Team Foundation Server 授权用户运行 Visual Studio. |
