Visual studio 2008 TFS定制- Team Foundation服务器问题
我们有一个过程,当开发人员更改或添加数据库脚本并将其签入项目时。在部署时,发布管理器需要知道哪些工作项签入了数据库脚本。是否有一种方法可以在TFS中查询或创建自定义报告,以获取在变更集中具有特定文件扩展名(.sql)的文件的工作项列表。通过这种方式,发布经理将获得一个工作项列表,然后可以将该列表交给DBA进行分析、检查并应用于服务器Visual studio 2008 TFS定制- Team Foundation服务器问题,visual-studio-2008,notificationservices,Visual Studio 2008,Notificationservices,我们有一个过程,当开发人员更改或添加数据库脚本并将其签入项目时。在部署时,发布管理器需要知道哪些工作项签入了数据库脚本。是否有一种方法可以在TFS中查询或创建自定义报告,以获取在变更集中具有特定文件扩展名(.sql)的文件的工作项列表。通过这种方式,发布经理将获得一个工作项列表,然后可以将该列表交给DBA进行分析、检查并应用于服务器 我们使用的是TFS 2008。我不是报表编写者,但我假设您可能可以从TFS Swarehouse生成一个自定义报表,您可以在其中对扩展进行筛选。但这只是一个假设 也
我们使用的是TFS 2008。我不是报表编写者,但我假设您可能可以从TFS Swarehouse生成一个自定义报表,您可以在其中对扩展进行筛选。但这只是一个假设 也许您可以编写一个自定义签入策略,根据文件扩展名向适当的人员发送电子邮件。这似乎是一种非常沉重和不恰当的利用政策的方式,但它可能会奏效
只是一些没有可验证数据支持的想法:D您可以点击构建事件,让它指向可以检查应用的变更集列表的自定义web服务。这可以反过来查找TFS以获取文件名,然后生成工作项。这意味着需要了解TFSAPI,但它们是不言自明的。事件是通过警报编辑器配置的,我相信它是TFS Power Tools的一部分。我现在有了类似的东西,可以汇总已完成的工作并更新我们的外部时间跟踪系统。安装最新的电动工具。然后,您可以运行以下快速Powershell脚本:
Get-TfsItemHistory $/project/*.sql -r -version D6/1/2009~ |
%{ $_.workitems } | %{ $_.id } | select -unique | sort
(根据需要调整项目名称和日期)
虽然这对于人工辅助的代码审查非常有用,但我强烈建议不要使用它来实际构建部署脚本。如果开发人员忘记将签入与工作项相关联,或者如果他以前签入了错误修复所依赖的SQL文件,那么您将执行一组不一致的更改。最好使您在测试环境中使用的部署脚本尽可能与生产部署相匹配。您看过新的(Visual Studio 2008团队版的免费下载)吗 这种类型的项目最初是VisualStudio数据库版的一部分 它能够从现有数据库导入模式,执行模式比较,支持多个目标(系统测试、UAT、生产等),执行TSQL静态代码分析,并生成独立的部署构件