版本控制的graphics

假设一个开发团队包括(或者利用)创build所有进入产品的图像的graphics艺术家。 这些东西包括图标,位图,窗口背景,button图像,animation等

显然,构build软件所需的一切都应该受到某种forms的版本控制。 但是大多数开发者的版本控制系统主要是为基于文本的信息而devise的。 graphics人员是否应该使用与编码人员相同的版本控制系统和存储库? 如果不是,他们应该使用什么,保持一切同步的最好方法是什么?

是的,拥有版本控制的艺术资产是非常有用的。 您可以跟踪历史logging,回滚更改,并且可以使用单一来源进行备份。 请记住,艺术资产更大,所以你的服务器需要有大量的磁盘空间和networking带宽。

我已经在非常大的项目(+ 100 GB)上使用perforce获得了成功,但是我们必须使用更友好一点的方式来包装对版本控制服务器的访问权限。

我也听说了Alienbrain的一些好东西,它似乎有一个非常漂亮的用户界面。

GitHub最近推出了“图像浏览模式”,看一下: https : //github.com/blog/817-behold-image-view-modes 。

我们也只是把二进制文件放在源代码控制中。 我们使用Git,但它也适用于Subversion。

我有一个build议是尽可能使用SVG,因为你可以看到实际的差异。 与二进制文件(大多数其他图像格式),最好的,你可以得到的是一个版本的历史。

许多graphicstypes的人会想要比颠覆更复杂的东西。 虽然这对于版本控制是有好处的,但是他们需要一个允许交叉引用资产,标签,缩略图和类似事物(以及版本控制)的内容pipe理系统。

TortoiseSVN可以并排显示图像修改,这是非常有用的。 我已经用不同的球队取得了很大的成功。 艺术家喜欢有能力回滚的东西(习惯了这些概念之后)。 不过,这确实占用了很多空间。

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

有趣的问题。 我没有一个直接与devise师合作的经验。 当我有,通过合同的协议,他们“交付”一个devise。 我已经为网站和桌面应用程序做了一些我自己的devise工作,尽pipe过去我还没有使用过源代码pipe理,但是我正在实施SVN供我自己使用,因为我开始做一些付费的自由职业者工作。 我打算利用源代码的方式精确地使用版本/源代码控制。 它只是成为项目主干中的另一个文件夹。 我没有源代码控制的工作方式是创build一个资源文件夹,其中包含与源代码等价的所有媒体文件。 我喜欢将Photoshop PSD作为graphics源代码,而网站的JPEG输出或其他编译版本

在与devise师合作的情况下,这是我在不久的将来面临的一个明显的可能性,我想试图让他们定期检查他们不同版本的源文件。 我会好奇的看看有什么经验的人会回应这个。

我肯定会把graphics下的版本控制。 从diffmerge这样的差异工具中,diff可能不是很有用,但是您仍然可以检出graphics的两个版本,并排查看它们的差异。

我看不出有什么理由不把结果graphics保存在编码器使用的相同版本控制系统中。 但是,当您使用PSD文件或PDN文件创buildgraphics时,可能需要为这些创build一个单独的存储库,因为它们与开发的应用程序生成和部署的实际的最终jpeg或gif具有不同的上下文。

在我看来, Pixelapse结合备份解决scheme是迄今为止我发现的最好的graphics版本控制软件。 它支持Adobe文件和一堆普通的光栅图像。 它有版本预览版本。 它自动保存文件更新(保存)。 它像保pipe箱一样工作,但有一个伟大的networking界面。

你可以在团队中使用它,并将项目分享给不同的人。 它也支持无限的评论者,这对于devise机构来说很好。 如果你想要的话,你可以公开合作“开放”的项目。

不幸的是你不能有一个本地pixelapse服务器,所以为了备份,我目前的设置是,我有一个git仓库里面的Pixelapse文件夹(就像一个保险箱文件夹)创build快照。

我们使用颠覆。 只需在/ trunk / docs文件夹下放置一个文件夹,让devise人员签出并提交到该文件夹​​。 像冠军一样工作。

关于差异和合并,我认为版本控制对graphics和媒体元素更为重要。 如果你仔细想想,大多数devise师将会是一个文件的唯一拥有者 – 至less在graphics的情况下 – 或者至less我会认为是这样的。 我很想听到devise师的消息。

@Damian – 关于标记和交叉引用的好处。 确实如此; 虽然我没有和许多devise师一起工作在一个软件开发项目上,但我曾经为一个有devise部门的公司工作,并且知道这是一个问题。 devise师仍然(永久)寻找完美的系统来处理这种事情。 我认为这更适合于devise部门对所有资产进行共享访问,search和版本控制等,在这种情况下,商业动机不应该在任何地方/任何地方重新发明轮子。 我认为它不适用于面向项目的方式,因为标记和交叉引用不太适用。

我们使用Perforce将二进制文件和图像保存在版本控制中。 这很棒!

我们保留了大量的艺术资产,并且适合很多大型文件。 它识别二进制文件,即不能区分的二进制文件,并将其作为完整文件副本存储在后端。

它具有P4V(跨平台的可视化浏览器)和一个缩略图系统,因此可以在浏览器中看到图像文件。

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

一个免费的,略微不可思议的解决scheme是Adobe版本Cue,它随Adobe套件一起提供CS4,易于安装和维护。 提供用户级别控制,并且艺术家友好。 Adobe已经停止支持,但这是一个耻辱。 Adobe Bridge充当用户和Version Cue服务器之间的客户端。 如果使用正确的版本控制廉价的解决scheme。 我用CS3桥CS3版本提示。 适用于小型团队。