通过 Excel 导入 TFS 2010 工作项时禁用工作流程转换
我编写了一个自定义工作项类型，它有自己的工作流程转换。此自定义 WIT 反映了遗留系统的缺陷类型。前提是将遗留系统中的缺陷导出到 Excel 工作表中，将其与基于 TFS-Query 的 Excel 工作表合并，然后将其导入（发布）到 TFS 2010 中。
这种方法似乎有效，前提是所有 WI 都有其状态按照建议。但是，当我尝试将 WI 直接导入到 RESOLVED 或 CLOSED 状态时，会正确引发工作流异常。
由于我要将 1400 个 WI 从一个实时环境（旧系统）转换到另一个（TFS），并且每个 WI 都处于不同的状态，因此我需要一个简单的导入，而不受工作流程的限制。
如果您以前遇到过此问题，请建议解决此问题的最佳方法是什么。
问候， 本·萨林斯
I've written a custom Work Item Type, Which has its own workflow transition. This custom WIT reflects a defect type from a legacy system. The premise is to export the defects from the legacy system into an excel sheet, merge it with a TFS-Query based excel sheet and import (publish) the same into TFS 2010.
This approach seems to work, provided all the WI have their STATE as PROPOSED. But when I try to import a WI directly into RESOLVED or CLOSED state, A Workflow exception is rightly raised.
Since i'am transitioning a count of 1400 WI from one live environment (legacy system) to another (TFS) and with each of these WI in different STATES, I need a simple import without the restrictions of the Workflow.
If you have faced this issue before, Please advice what would be the best possible way to approach this problem.
Regards,
Ben Salins
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
您可以编辑 WIT，添加所有可能的转换，导入 WI，然后将 WIT 定义恢复到之前的状态。
You could edit the WIT, add all possible transitions, import the WI's, then revert the WIT definition back to what it was before.
我想不出一步的方法来实现这一点，尽管暂时删除转换规则似乎是一个合理的解决方案，但我相信您不想这样做。
您可以做的就是将所有 1400 个工作项放入 Excel 文件中，然后按照最初的建议将它们全部导入。然后过滤并删除应保留建议的内容，并将剩余的设置为“活动”，然后发布更改。然后过滤并删除应保持活动状态的内容，并将剩余的内容设置为已解决并发布。
由于您已经设计了自定义工作项类型定义，因此您的示例的状态名称和顺序可能有所不同，但我相信我已经表达了我的观点。
I can't think of a single step way to accomplish this, event though removing the transition rules temporarily seems like a reasonable solution, but I believe you don't want to do it.
What you can do is put all your 1400 work items into the Excel file and import them all as proposed in the first place. Then filter out and remove the ones that should remain proposed and set the remaining ones as Active, then publish changes. Then filter out and remove the ones that should remain active and set the remaining ones as resolved and publish.
Since you have designed a custom work item type definition, state names and order might differ for your example but I believe I made my point.