通过异花授粉跟踪，维护销售/营销Word文档的多种变化/风格的策略？

时间：2013-01-04 07:36:43

标签： version-control ms-word branching-and-merging

通过异花授粉跟踪，维护销售/营销Word文档的多种变化/风格的策略？

  • 我一直在阅读有趣的人们使用Tortoise，Plastic SCM，Magnet SVN，Mercurial等来保存word文档（有/没有各种插件等）的例子。
  • 我已经阅读了有关SVN，Git，Hg等的一些基本信息。
  • 我有技术背景，但我想从作家/用户的角度来问这个问题。现在的问题不是技术问题，而是基于“能力”的问题。
  • 目前，它将是处理这些变化/风味的单个用户（我自己）。

方向：

  • 我将从Word Word文档（产品和服务销售/营销建议）开始。

  • 最终目标可能不是单个主Word文档，而是现有Word文档将采用的各种独立变体/风格。保持。

  • 将会有“自定义”变体，这些变体可能永远保持独立（用于营销和向不同的人展示）

  • 一些更新，元素和＆amp;来自这些风味/变化的数据有时可以彼此“共享”和“合并”，并且某些部分可以保持独立和不同。好不容易。

  • 将Converge转换为单一风味/变化没有最终目标。

  • 这些都是为了吸引不同的客户和客户而定制的，但我们希望能够通过某种方式对这些改进进行插值/交叉授粉。

问题：

  • 这些版本控制系统是否能够管理/处理这些“长期”口味/变化与交叉授粉这些销售/营销文件？
  • 如果是，那么请建议一些关于执行这些口味/变化的“策略”？我已经阅读了与Code相关的'branch，trunk，tags，clone'。 这里有什么好的策略/执行想法？

提前致谢。请提出建议。

PS：当然，Visual diff＆amp;插入/合并Word文档的各个部分会经常发生。

2 个答案:

答案 0 :(得分：1)

好吧，从我的POV开始，你的任务可以很容易地被任何现有的SCM驱动（大多数头痛将来自丑陋的MS端，而不是VCS）。

AFAICS，你的历史将是严格线性的，因此 - 你可以不担心“更好|更糟的合并”（无论如何合并Word文件是可怕的噩梦）。

我认为，您认为您的工作流程略有不正确（因为我看到您的任务）：在某个阶段您将拥有一组： *主文件 *（不同）文件，不同的组合包含在不同的主文件中作为子文档

所有Masters和Subs都已版本化，因此会跟踪更改。在Master中重新排序部件和|或添加|删除|编辑子文件会更改最终业务单据

答案 1 :(得分：1)

对于Word文档，您最好不要查看文档管理系统而不是SCM系统。

例如，在Java世界中，alfresco，eXo，nuxeo等我不会说它很轻，但你可以在笔记本电脑上运行露天。

某些DMS为内容重用提供了特殊支持。

如果您不使用Word，则可以使用XML组件管理系统。例如，请参阅http://en.wikipedia.org/wiki/EasyDITA或http://www.componize.com/

事实上，您可以使用这种方法。您可以将您的Word docx（即将其解压缩，然后将可重复使用的块拆分）分解为eXist或MarkLogic。当有人想要在Word中查看文档时，这些系统可以动态地重新组合文档。可重复使用的块可以单独版本化。您可以使用重新组合的界面来创建新文档。这些部分在那里，但你需要自己做一些（不可忽视的）开发来创建一个完整的系统。

一些让您思考的链接（Google“组件管理”ECM OR文档）：

另一种方法完全是查看文档组装系统。其中一些支持组件（内容重用）。文档组装系统还使您能够拥有一个“智能”模板，该模板包含所有变体，而不是多个文档。

如果您使用Google'文档汇编'，您将看到所有价格点都可用的系统（从免费到昂贵）。请参阅http://en.wikipedia.org/wiki/Document_automation和http://www.americanbar.org/publications/law_practice_today_home/law_practice_today_archive/september12/magic-in-minutes.html

相关问题
最新问题