图像数据应该进入 VCS 吗？

Question

我们正在我的工作场所对此进行了热烈的讨论。我们谈论的是用户上传的一系列产品的图像，而不是显示基本网站所需的图像。我说“不可能”，但我很好奇其他人的想法。

更新： 只是为了澄清。这些是客户提供的他们正在输入/修改的产品的图像。

Answer 1

我同意 '没有办法'。

任何可能在网站上通过改变日常的日常使用，或者是通过网站，我认为是“内容”谁负责管理编辑。这包括上传文件和数据库的内容，这两者都是单独备份。没有任何的网站，是在版本控制的变化一旦它被部署在。更容易的方式。

Answer 2

询问某些内容是否应该处于版本控制中的其他方式：

• 图像有变化吗？
• 这些变化与其他什么有关吗？
• 可以犯错误吗？
• 想要/需要可追溯性吗？

如果网站的其余部分受版本控制，则对图像进行版本控制。

如果生成了图像，则对生成器进行版本控制。

Answer 3

据推测，你所谈论的是，将被归类为用户数据，而不是对项目文件的内容。那东西，而重要的是，并不需要版本 - 需要一个普通的旧的备份机制

我最近增加了一个新的项目到一个新的SVN仓库，每次我看“上传”文件夹时我才意识到我是多么愚蠢是包括在最初提交。

Answer 4

好像你在说什么是（或可能会）在数据库中的内容。如果客户提供你的产品的列表，以及这些产品的图片，那么就应该全部来自一个数据库。在这种情况下，我不会因为你的数据库应该备份，但不是在VCS。

如果不是的话，你的网站是静态的，那么我只会因为它是“网站的一部分。”

Answer 5

如果你觉得你必须修改它，把这些资源在某种程度上主存储库的路径，然后给它一个专门的仓库只是这些内容。

您不想大家谁都有退房的代码获得每个图像的副本时，他们检出或更新，它的速度慢，和毫无意义的，并让他们在你的主树只会有更多的麻烦比你能想象。

/common_ancestor
   /project_code/      # repository a
   /resources_dir/     # repository b

如果您要使用的符号链接或Web服务器魔法要做到这一点，那么做，但不管你做什么，不要的在你的主仓库把内容这样。

至于备份VS revisioning去，revisioning像这样不给你的轻微的缓解，如果你使用SVN作为您的分配方法为好，这样，如果一个开发人员的需求的用于测试目的的图像的副本，它比较容易得到一个相对先进的日期设置它们。

Answer 6

如果您不打算暴露版本的客户，那么会有什么意义呢？

在客户已经可以自由地在自己的终端使用版本控制，他们提交的文件之前。你可能想鼓励他们这样做。