Svn 我应该如何使用Subversion处理PDF、word文档和excel电子表格？

我在目前的职位上使用Subversion已经一年多了。这是我在这里做的第一件事。我立即实现了它，因为没有任何版本控制

去年，我将整个网站导入Subversion。我把它原封不动地进口了，垃圾之类的。PDF、图像、frontpage、vti、cnf文件夹，一切

我觉得这将允许我安全地对网站进行任何更改，并为我提供一个起点，以便能够跟踪更改进度等

一年后的今天，我对自己的一些做法感到有点不安。我主要想找出一种更好的方法来处理二进制文档我不想将二进制文件放入我的存储库中。期间。

请注意

---

图像，是不同的。乌龟可以比较图像，它们是不同的动物。它们会影响网站的外观或感觉。对于PDF、word文档、excel、access dbs、zip文件、电影等，情况并非如此

---

以下是我们如何管理网站生产更新的流程。网站的更新每周进行一次，在网站更新后，我会为该周创建一个标记副本

我收到一个用新版本更新pdf的请求，并将超链接文本更改为具有一些新的描述

我将我的工作副本更新为最新版本，我对网站进行html代码更改

我将新版本的pdf文件复制到我的工作副本中，用新的pdf文件替换旧的pdf文件

此时，我的工作副本显示了两个挂起的更改，尽管实际上只有一个是代码更改。PDF只是内容

我

提交

对我的回购协议的两项更改

现在，到了开始生产的时候，我将我的行李箱与上周的标签文件夹进行比较

TortoiseSVN能够生成仅需要在生产时更新的文件的导出，并具有完整路径。我这样做是为了让根目录始终复制到生产站点

我将文件和空文件夹结构导出到另一个团队拾取并复制到生产的位置

因此，使用这种方法，代码更改和PDF都将转移到生产环境中。但是，我不喜欢它

---

不使用上述流程的另一个问题是，我也不相信自己的记忆力会在每次转入生产之前记住手动将PDF复制到我的变更集中。

听起来网站的内容是由网站的web编码团队以外的人更新的。让我们称这些疯狂的内容更新为“营销”，只是为了好玩。现在，流程是他们将文件交给您，您将其签入，然后将其推送到生产团队

将文件置于版本控制中不是问题；问题是你是中间人。你永远不会拒绝PDF更新，那么为什么要把自己放在那个位置呢？不要做中间人；致力于脱媒。要么：

A.授予营销权限，直接在Subversion中更新文件，或
B.与生产团队合作，为营销部门提供一个单独的场所，让他们可以直接交付文件

---

请注意，将他们的PDF文件（或者更好的是，他们生成PDF文件的源文件）置于版本控制中，市场营销可能仍然会从中受益；你显然知道这些好处，所以也许你可以说服他们（向他们展示如何区别！）。但是，如果您出于某种原因确实反对，那么它不一定是您的存储库。

您是否考虑过使用Nexus或Artifactory之类的工具来存储这些文档？是的，这些程序是用于管理Maven存储库的，但是没有理由非要使用Maven才能使用它们

优点：

• 通过web界面，他们可以将文档本身下载到存储库中。这就消除了一个“指责”可以指向你的地方。不再是“你把错误的副本放进了发行版。不，你给我的是错误的。”争论
• 在发布时，您可以通过构建过程自动获得所需的修订
• 文件仍处于“版本控制”状态。它们不在将它们存储为差异的版本控制系统下，但如果您必须重做上个月的发行版，您就有了正确的PDF版本
• 他们可以为下个月的发布添加文档，而不必等到最后一分钟。您将为本月的发行版提取文件，因为您知道发行版。使用Subversion时，您可能正在使用最新版本

另一种可能是使用类似的方法。界面非常简单，即使是经理也可以使用它。此外，作为奖励，Dropbox还为您提供所有文档的版本。您在他们和您之间创建了一个共享的Dropbox，他们只需将所需的文档放在该目录中

---

Subversion的问题不在于二进制文件，而是因为Subversion实在太复杂了，没有受过技术培训的人无法处理。（因此，您获得文件并将其放入存储库）。像Artifactory或Nexus这样的发布存储库可以让您脱离循环。

我将在svn中创建第二个repo。称之为htdocs，它可以根据需要膨胀

我将把它作为svn:external链接到我的实际存储库

---

不用大惊小怪。没有混乱。

在版本控制中使用二进制文件是好的，但不一定是坏的。你真的反对版本控制中的图像吗？没有这些文件，你只有一半的网站；你不能轻易地“测试”它。图像是不同的。乌龟可以比较图像，它们是不同的动物。它们会影响网站的外观或感觉。对于PDF、word文档、excel、access dbs、zip文件、电影等，情况并非如此。。。还有，sinc