需求的数量慢慢变多以后，一条一条地去改动状态、负责人和优先级这些东西，常常会耗掉不少时间；所以很多使用者会关心，在Jama Connect里面到底怎么对数据进行批量更新，还有在批量操作之后如果不小心改错了，又该怎么进行回退，处理这种事情之前，得先判断一下这一次要改动的规模有多大，如果只是很少几项类型完全相同的条目，直接使用它自带的批量编辑功能就非常省事，而如果是跨了好几个字段、修改的范围又特别大的情况，那就更适合借助Excel的往返导入功能来完成了，在正式把修改提交上去之前，最好先创建一个基线，这样就算不当心改错了，也不用只靠着记忆去一条一条地恢复，能够省下许多力气。

　　一、Jama Connect怎么批量更新数据

　　Jama Connect不仅可以在列表视图里同时改动多个条目，也能够一次性把多条需求的工作流状态全部切掉，不过动手之前总得先把要处理的记录给圈定好，别让不同版本或者不同交付批次的内容搅和在一起。

　　1、筛选需要修改的条目

　　先进入项目以后打开【List View】，用过滤条件把那一批要处理的条目给筛出来，这时候需要核对一下条目的类型、版本、当前的状态以及数量，再把想要操作的记录一条条勾选上；如果列表中同时混着不同类型的条目，就会有个别字段匹配不上的情况，所以在执行批量改动之前，按照条目类型把它们拆开来，分成几次去处理，会来得更加安全一些，不至于因为字段不一致而漏改或者改错。

　　2、使用Batch edit修改字段

　　把要改动的条目都选好之后，去点击工具栏上的【Batch edit】，这时会弹出一个窗口，在里面把想要修改的那几个字段给勾上，再把新的值填进去，点完【Next】以后系统会让操作者重新复核一下这次变更将会影响到多少条记录；如果还需要的话，可以顺手加一些评论并且通知相关的同事，等确认的确没有什么问题之后，再点击【Commit】正式提交，整个流程走下来其实非常直接。

　　3、批量切换工作流状态

　　当碰到需要统一去调整一批需求的状态时，就可以用到批量工作流转换的功能，不过这里有一个前提，就是选中的那些条目必须都属于同一种类型，而且它们当前的状态要允许进入目标状态才行；如果在转换界面里看不到什么可选的状态，那很有可能就要回头去检查一下权限够不够，这条需求是不是被别人锁住了，以及工作流本身的配置是不是有哪里不对，把这些都排查一遍。

　　4、Excel往返导入适合大范围改动

　　如果碰上要修改的字段特别多，或者数据量非常庞大的情况，更为稳妥的法子是先用【Excel Export for Roundtrip】把数据给导出来，在外面的表格软件里把该改的内容逐个改好，再重新导回到平台里去，导入的时候一定要记得勾选上【Update Items】这个选项；这里有一点要特别当心，用来更新已有条目的这张表格，它必须是当初从Jama Connect里面通过往返导出功能拿到的，不建议自己凭空新建一个表格然后硬把字段往里面套，那样格式很容易对不上，反而把数据弄乱了。

　　二、Jama Connect批量更新后怎么回退

　　批量提交以后才发现有些字段填得不对，这种时候该怎么往回退，主要得看影响的范围有多大，如果只是孤零零一条需求被改坏了，那直接去恢复它的历史版本就可以，而如果是十来条甚至更多的记录都出了问题，用更新之前建好的基线来做回退会更加对路。

　　1、单条需求恢复旧版本

　　假如只是不小心弄错了某一条需求，那就可以把这条需求打开，进到Single Item View的视图里面，在底部的版本面板里找到【Versions】，从历史版本当中把那个正确无误的版本给挑出来，对着它点击【Make Current】并确认恢复；这时候系统会生成一个新的版本，并且把字段的数值设置成当初那个历史版本的样子，它并不会把需求之后被修改过的那些记录给直接抹掉，只是把当前的样子恢复到了选定的那个旧状态而已。

　　2、多条需求使用基线恢复

　　如果在准备执行批量更新之前，抢先为当前的范围建好了一个基线，那么就算后面改错了一大片，也能直接在Explorer Tree里面的【Baselines】下面，找到更新之前建好的那一个基线，点击【Replace with baseline】，系统就会按照基线里保存的内容来重新生成新的条目版本；不过要提醒一下，这个操作需要的权限会稍微高一点，只有项目管理员或者组织管理员才可以动手，普通成员是做不了的。

　　3、删除条目单独恢复

　　还有另一种情形，就是在批量处理的过程里面，不小心把某条需求给删掉了，这时就要打开项目的Dashboard，到【Activity Stream】里面去搜索delete这个关键词，找到对应的那一条删除记录，再点击【Restore】把它给叫回来；经过这样恢复之后的条目，之前留下的评论、历史版本以及和其他条目的关联关系，都还会原样保留着，并不会因为被误删了一次就全部丢掉。

　　4、留意无法完全恢复的内容

　　需要心里有数的是，基线的恢复主要还是针对条目里面的字段信息，如果之前有一些关联关系是在改动的过程里被删掉了，它们可不会跟着基线自动恢复回来；另外，要是有哪个自定义字段后来从条目类型里被移除掉了，那么历史版本当中这个字段的内容也不能靠回退来重新找回，所以在准备动到字段的结构之前，一定得提前导出一份完整的备份存好，免得以后想找都找不回来。

　　三、Jama Connect批量修改怎么降低误操作

　　批量更新这件事情本身倒不算复杂，真正让人头痛的是选错了范围，一下把很多条内容都给改坏了，所以只要把复核的动作养成习惯，就会比事后拼命补救要省心得多。

　　1、修改前建立基线

　　在准备做批量导入或者集中改动字段之前，比较靠谱的做法是先对当前筛选出来的范围建好一个基线，并且在基线的名字里写清楚操作的日期、对应的版本还有这次是拿来做什么用的，这样往后一望就能认出来；通常的推荐方式也是在用Excel做往返导入之前，先把基线建好，为的就是万一出了问题还能用它来把旧数据给恢复回来。

　　2、先拿少量条目试改

　　在正式对大批量的数据动手之前，不妨从里面先挑出那么三五条记录，用Batch edit试着改改看，瞧瞧字段的修改效果、工作流的变化以及权限控制这些方面是不是都跟自己设想的一样，等全都验证通过了，再放心大胆地把范围扩大到全部需要处理的条目；如果是用Excel导入的方式，也是同样的思路，最好先用一小份包含少量记录的文件去试一试，看看能不能正常更新，千万别一上来就导入几千条，免得错了连改都来不及。

　　3、保留变更评论

　　每一次提交修改的时候，都尽量顺手把修改的原因、具体会影响到哪个版本以及这件事由谁负责这些信息填写清楚，这样日后谁再翻到这条修改时都能一眼就看明白；系统本身会在活动流里把条目的编辑动作、删除操作还有恢复记录都一一保留下来，后面再需要回头排查问题的时候，顺着活动流往回翻一翻，就能大致把当时的过程给还原出来，不用在暗地里瞎猜。

　　总结

　　总的来看，Jama Connect里面进行批量更新，既可以通过【List View】→【Batch edit】这条路径来完成，也能够依靠Excel的往返导入去处理更大型的数据调整；如果之后发现改出了错，单条需求就直接用【Versions】→【Make Current】恢复到历史版本，而多条需求则可以靠事先建好的基线，通过【Replace with baseline】来做整体回退。在批量操作之前，先仔细筛好范围、建好基线，再用少量条目试走一遍，最后再正式提交，这样做下来返工的情况就能少出现很多。