图形版本控制

Question

假设开发团队包括（或使用）图形艺术家，他们创建产品中的所有图像。这些东西包括图标、位图、窗口背景、按钮图像、动画等。

显然，构建软件所需的一切都应该处于某种形式的版本控制之下。但大多数面向开发人员的版本控制系统主要是针对基于文本的信息而设计的。图形人员是否应该使用与编码人员相同的版本控制系统和存储库？如果不是，他们应该使用什么？保持一切同步的最佳方法是什么？

Answer 1

是的，在版本控制中拥有艺术资产非常有用。您可以跟踪历史记录、回滚更改，并且可以使用单一来源进行备份。请记住，艺术资产要大得多，因此您的服务器需要有大量的磁盘空间和网络带宽。

我已经成功使用 必然 在非常大的项目（+100 GB）上，但是我们必须用对艺术家更友好的东西来包装对版本控制服务器的访问。

我听说过一些好消息 外星人大脑 而且，它似乎确实有一个非常漂亮的用户界面。

Answer 2

GitHub 最近推出了“图像查看模式”，看看： https://github.com/blog/817-behold-image-view-modes.

Answer 3

我们也只是将二进制文件置于源代码管理中。我们使用 Git，但它也同样适用于 Subversion。

我的一个建议是尽可能使用 SVG，因为您可以看到实际的差异。对于二进制文件（大多数其他图像格式），您可以获得的最好结果是版本历史记录。

Answer 4

许多图形类型的人会想要比颠覆更复杂的东西。虽然这有利于版本控制，但他们需要一个允许交叉引用资产、标签、缩略图和诸如此类的东西（以及版本控制）的内容管理系统。

Answer 5

TortoiseSVN 可以并排显示图像修订，这非常有用。我已经在不同的团队中使用过它并取得了巨大的成功。艺术家们喜欢能够回滚事物（在他们习惯了这些概念之后）。不过，它确实需要很多空间。

Answer 6

@lomaxx TortoiseSVN 包含一个名为 TortoiseIDiff 的程序，它看起来是图像的差异。我没用过，但看起来很有趣。

Answer 7

有趣的问题。我没有太多直接与设计师合作项目的经验。当我这样做时，他们是通过合同协议“交付”设计的。我已经为网站和桌面应用程序完成了一些自己的设计工作，虽然我过去没有使用过源代码管理，但我正在实现 SVN 供自己使用，因为我开始做一些付费自由职业工作。我打算像使用源代码一样使用版本/源代码控制。它只是成为项目主干中的另一个文件夹。我在没有源代码控制的情况下工作的方式是创建一个 资产 相当于源代码的所有媒体文件所在的文件夹。我喜欢将 Photoshop PSD 视为 图形源代码 而网站或其他方面的 JPEG 输出是 编译版本.

在与设计师合作的情况下，这是我在不久的将来面临的明显可能性，我想尝试让他们定期“签入”源文件的不同版本。我很想知道其他有经验的人会对此有何回应。

Answer 8

我肯定会将图形置于版本控制之下。在 diffmerge 等 diff 工具中进行 diff 可能不是很有用，但您仍然可以签出图形的两个版本并并排查看它们以查看差异。

我看不出有任何理由不应该将生成的图形保存在编码人员使用的同一版本控制系统中。但是，当您使用 PSD 文件或 PDN 文件创建图形时，您可能需要为这些文件创建单独的存储库，因为它们与使用开发的应用程序生成和部署的实际最终 jpeg 或 gif 具有不同的上下文。

Answer 9

在我看来 像素化 与备份解决方案相结合是我迄今为止发现的最好的图形版本控制软件。它支持 adobe 文件和一堆普通的光栅图像。它有逐个版本的预览。文件更新时（保存时）它会自动保存。它的工作方式类似于 Dropbox，但有一个很棒的网络界面。

您可以在团队中使用它并向不同的人共享项目。它还支持无限的审稿人，这对于设计机构来说非常有用。如果您愿意，您可以公开协作“开放”的项目。

不幸的是，您无法拥有本地 Pixelapse 服务器，因此为了备份，我当前的设置是在 git 存储库内有 Pixelapse 文件夹（如 dropbox 文件夹）用于创建快照。

Answer 10

我们使用颠覆。只需在 /trunk/docs 下放置一个用于比较的文件夹，然后让设计人员签出并提交到该文件夹​​。像冠军一样工作。

Answer 11

关于差异和合并，我认为版本控制对于图形和媒体元素更为重要。如果你想一想，大多数设计师将成为文件的唯一所有者——至少在图形的情况下——或者至少我认为情况是这样。我很想听听设计师的意见。

Answer 12

@Damian - 关于标记和交叉引用的好点。这是真的;虽然我没有在软件开发项目上与很多设计师合作过，但我曾在一家拥有设计部门的公司工作过，并且知道这是一个问题。设计师仍然（永远）寻找完美的系统来处理此类事情。我认为这更适合设计部门对所有资产进行共享访问、搜索和版本控制等——其中有商业动机，无论何时/只要有可能，都不会重新发明轮子。我认为它不适用于面向项目的方式，因为标记和交叉引用不太适用。

Answer 13

我们使用 Perforce 将二进制文件和图像置于修订控制中。这很棒！

我们保留了大量的艺术资源，并且它可以很好地适应大量大型文件。它识别二进制文件，即无法比较的文件，并将它们作为完整文件副本存储在后端。

它具有 P4V（跨平台可视化浏览器）和缩略图系统，因此可以在浏览器中看到图像文件。

Answer 14

您可能想看看 Boar：“照片、视频和其他二进制文件的简单版本控制和备份”。它可以处理任何大小的二进制文件。 http://code.google.com/p/boar/

Answer 15

一个免费但有点不稳定的解决方案是 Adob​​e 版本 Cue，它附带了高达 CS4 的 Adob​​e 套件，并且易于安装和维护。提供用户级别控制并且对艺术家友好。Adobe 已经停止了对它的支持，这很遗憾。Adobe Bridge 充当用户和 Version Cue 服务器之间的客户端。如果使用得当，它是一种廉价的版本控制解决方案。我将 CS3 版本提示与 CS3 Bridge 一起使用。非常适合小型团队。