招标是公司市场流动中十分重要的事件，每次招标文件的编写像打仗一样，要批改很屡次，不保留每个版本就只能在须要的时候悔恨，多个文件、多人编写、多种计划要再最初的几个小时能力定，每次都是弄得鸡飞狗跳的，一旦因为内容出了问题，很可能带来的不仅仅是精力的折磨，还可能带来经济的惩办。
有的共事就很有条理，文件名+0.0.X是小改变，文件名+0.X.0是大改变，文件名+X.0.0是交给导师或者审核人员的，然而另外的同学就不是这样了，属于是百花齐放，各有特点。胡乱保留的就先不说，一般的可能是每个文件前面加一个批改日期，最初批改日期就是我的墓志铭，如果当天有了多个改变，那么就比拟麻烦了，而且这个仅仅对单个文档还能拼记忆，如果是多个文档呢？
最让人印象粗浅的是写完就完事了版、终稿版、最终稿版、再也不会改版、这次肯定过、不想再改版，肯定让领导批准版。
应用JVS-teamwork的协同设计性能，搞定多人、多文档内容、多文件格式、多方案设计的版本协同管制。
JVS-teamwork整体介绍
teamwork是针对企业外部协同治理的通用工具，其中包含我的项目工作治理、集体办公、指标治理等，在我的项目工作治理中提供了多种扩大卡片的治理，其中包含了基于在线内容治理的性能，我的项目的电子文档交付物治理反对“两种模式”对内容治理
一种是绝对简略的的“网盘式”治理，项目组的具备权限的成员能够对文档进行在线预览、在线编辑、上传治理，大家批改编辑的内容都是同样一份内容，这种形式简略清晰。
另外一种是比拟严格的版本治理，多参加人、多类型、多文件、多可能计划、多版本控制的 “协同设计式” 文档治理
上面咱们重点解说下协同设计式的文档治理的性能，是如何能做到简略操作，版本协同管制的。
1、单文件的主动版本控制
用户在上传相应文档时或者在线编辑文档时，零碎会主动监测文档的变动，如果发生变化，零碎会主动对该文档的版本进行主动降级。
2、多文件的镜像存储
零碎发现某个文档变动时，在对单文件版本治理的同时，会生成一个对应的存档镜像，该镜像会对设计的后果文件集示意进去文档的变动状况。
将所有的镜像的变动串联起来，就是看到最初的后果文件集变动的历史由来
3、多计划并存
零碎提供文档集采纳“分支”治理的模式实现多个同文件多个并发工作，能够在任意历史存档上创立独立分支，分支能够对内容进行独立治理，不会影响到后续原有的历史内容。
标书编写如下图所示：零碎会对任何变动进行存档，能够创立不同的计划呢分支，不同分支能够对文件不同版本进行保留。
分支反对 比照、合并等性能，能够疾速的实现 独立工作的合并与文件比照。
计划特点
操作简略，用户只需关注内容编辑，简单版本治理交给JVS-teamworkteamwork
操作极为简略，仅仅须要关注本人的内容调整，有调整的内容仅仅提交即可，无需重命名，无需口头交代，版本治理交给工具，“协同设计”会记录任何文档的变动，能主动实现变动存档，能够对任一一个变动回溯、查看变动的起因。
零碎反对文件夹级操作
反对文件的在线预览与编辑
在线demo：http://teamwork.bctools.cn/
开源地址：https://gitee.com/software-mi...