VCS是否适合设计人员使用？

Question

我知道VCS对于开发人员提高工作效率和保护代码绝对至关重要，对此毫无疑问。但是，设计师，比如使用Photoshop（虽然它并不是针对任何工具，只是为了让我的观点更加清晰）。

VCS使用增量压缩来存储不同版本的文件。这对代码非常有效，但对于图像，这是一个问题。光栅图像文件是二进制格式，虽然矢量图像文件是文本（SVG出现在我的脑海中）并导致问题。问题来自.psd文件（和任何其他图像“源”文件） - 那些可能变得非常大，因为我不熟悉格式，我会将它们视为二进制文件。 VCS如何在这种情况下工作？

如果VCS服务器无法有效地区分文件（或者更糟糕的是，根本不是），那么存储库可能会非常大，并且随着时间的推移，当有人需要检出存储库时，这可能会变得非常痛苦（如果使用DVCS，则克隆它。

你们有没有为此目的使用过VCS？它的效果如何？我最感兴趣的是Mercurial，尽管这是适用于任何VCS的一般情况。

Answer 1

设计师通常使用专门的工具，如AlienBrain，Adobe VersionCue或类似工具，这些工具是理解图像和其他媒体资产的版本控制系统，它允许像传播两个图像之类的东西。

设计人员恕我直言应该使用VCS系统，至少作为版本控制和备份的手段 - 他们的东西与规范，文档，代码，部署脚本以及制作项目的所有其他东西一样重要。

我不知道“资产管理系统”（如上所述）与Developer VCS系统之间是否存在桥梁。

Answer 2

版本控制系统对任何正在开展工作的人都非常有用，因为他们可能需要以后的旧版本。也就是说，我已经与Subversion建立了所有创造性的朋友（过去），现在我推荐Git。甚至那些正在进行数百场视频视频编辑的人。他们可以在最终付款时归档项目。驱动器空间便宜，比以往任何时候都便宜，尺寸在任何现代VCS中都不是问题。能够恢复到以前的工作状态或尝试不丢失数据并手动管理多个“临时”目录是非常宝贵的，如果按小时计费。

Answer 3

是

不要担心尺寸，如果空间不足，只需购买更大的硬盘。

丢失信息的成本会更高。

除了VCS（任何人都会这样做，因为您不需要增量存储），请定期备份。

在结帐时，您不应该站在系统的根目录上，而应该站在项目的特定分支上，这样它不会比该文件夹的任何简单复制操作慢。

Answer 4

绝对建议将Version Control用于您关心的任何类型的文件，或者不能放松。磁盘空间很便宜，正如已经指出的那样，松散一堆重要文件要比在新硬盘上花费一些额外的钱还要糟糕得多。我推荐Subversion，因为它具有文件锁定功能，这是处理二进制文件和版本控制时的一个重要特性，可以防止丑陋或不可能的合并冲突。

Answer 5

我相信。特别是如果您希望跟踪随时间的变化或需要回滚到以前的版本。如果您担心尺寸，可能需要集中控制源。