我希望将二进制文件(媒体)从代码存储库中分离出来。值得吗？如果是这样的话，我又如何处理呢？

Question

我们的存储库越来越大，因为我们拥有大量的媒体(数百个1MB的jpegs，数百个PDF等等)。

检查这些存储库的开发人员必须等待不正常的很长时间，因为这样才能获得某些回复。

以前还有其他人遇到过这种困境吗？通过将代码从媒体中分离出来，我是否走了正确的道路？以下是我遇到的一些问题/担忧：

• 如果我将这些迁移到媒体服务器中，那么我担心开发人员使用起来可能会很痛苦。如果两台服务器同时执行编程逻辑和媒体更新，那么他/她将不得不更新两台服务器，而不是对一台服务器进行更新。
• 如果我将这些迁移到媒体服务器中，我仍然需要修改控制媒体，不是吗？因此，开发人员必须提交代码更新和提交媒体更新。
• 开发人员将如何在本地进行测试？我可以让我的网站使用绝对的网址，如src="http://media.domain.com/site/blah/image.gif"，但这不会在本地工作。我认为我必须更改我的站点模板，以决定它是本地/开发还是生产，并在此基础上更改BASE_URL。
• 这么做值得吗？我们处理的是大约100到150个站点，而不是十几个主要的站点，因此我们有大约100到150个存储库。我们将没有时间或资源来改变现有的网站，我们只能在全新的网站上实现这一点。
• 我仍然需要将生成媒体的脚本( pdf生成器)和生成的媒体保存在代码存储库中，对吗？更新所有这些pdf生成器以将文件发布到外部媒体服务器，这将是一个巨大的痛苦，并考虑到缓存的额外痛苦。

如果你能深入了解我对媒体和代码管理的问题，我将不胜感激。

Answer 1

首先，是的，将媒体和生成的内容(比如生成的pdf)从源代码控制中分离是一个好主意。

这是因为：

• 磁盘空间和结帐时间(如您在问题中所述)
• 这种文件缺乏实际使用的CVS功能(没有差异，没有合并，只有标签和分支)

尽管如此，任何这样的过渡都是代价高昂的。

您需要将发布管理过程(在正确的地方生成正确的文件)与开发过程(从一两个参考材料中获得开发/更新项目的正确材料)分开。

二进制文件一般分为两类：

• 非生成二进制文件： 最好将它们保存在工件存储库(例如尼克斯 )中，放在与VCS中用于文本源的标签相匹配的标签下。
• 生成的二进制文件(类似于您的pdf)： 理想情况下，它们不应该保存在任何存储库中，而应该只在发布管理阶段生成以便部署。