Bug提交错了，本来是S项目的Bug，一不小心提交到了B项目中，这种事情也发生？
今天还真碰到了这样的问题，PM使用的是Web Access来连接到项目站点提交bug，不料默认打开的是B项目（项目列表中B项目排序最前）而她没注意，然后“悲剧”发生了，她提交的几个bug在一个开发人员的机器上面可以查到，而在另外一个开发人员和我的机器上硬是找不出来，用了各种Query都查不到一点儿蛛丝马迹。
幸好开发的同事灵光一现，是不是提交错了项目……一看，还真是发生了这样的事情。原来那位查不到bug的开发人员使用的Web Access， 默认打开的是S项目；而我使用的是Team Explorer,当前只连接到了S项目，自然不会看到深藏在B项目的bug了~
原因找出来了，可是解决的时候又出现问题。怎么改动这个bug使其回归祖国呢？
一开始想到的解决方案大概如下：使用命令行改变Bug的Area和Iteration字段的值，在MSDN上面找了一下，没有找到编辑字段值的命令行方法。其实想想，要改字段值直接使用GUI不就结了，一般不会用到相关的命令行办法，自然是找不到了。
好了，实践第二种解决方案——直接在GUI上面改动。可是改过来保存不成功，这两个字段是改动不了的？……
小小纠结了一下，继续围着那几个bug转悠，忽然bug查询结果的列表中右键菜单中看到了一个复制选项“Create Copy of Work Item...”，单击进去一看，弹出的对话框中提供了两个下拉框：Team Project, Work Item Type。
在Team Project中选中S项目，在Work Item Type中选中“Bug”，点击“确定”。这时候会弹出一个新的选项卡页，刚才Copy的这个Bug现在已然成了一个新的bug，你可以在新的选项卡页中对这个Copy过来的bug进行一些编辑，最后记住要保存。保存成功后，这个bug就可以在S项目的查询中出现了。
使用这种方法也有一些缺陷。在Copy之前的bug中，有一部分的状态已经改变了（不再是Active状态），但是Copy到S项目中之后全部变成了Active状态。另外，查看bug的history发现已然丢失了，这些bug瞬间成了我的战利品了（Created By字段值成了我的账户名了）。唯一让人欣慰点的是，在Links中保留了到原始bug的链接。
额，讲到这里，我顺便提一下其他的几种可以达到类似目的的解决办法：
1） 手动Ctrl C+Ctrl V，手工“转移”，这种方法最大的弊端就是麻烦而且容易出错（毕竟一个bug的字段还是有点小多的），相对于上面的办法而言还少了一个“Links”到原始的bug。
2） 使用Excel或者Project导入导出，这种办法不错，但是个人觉得如果就两三个bug没必要搞那么麻烦~
其实，我在想如果可以直接更改项目就太棒了，可惜目前还没有发现类似的“银弹”。
