代码之家  ›  专栏  ›  技术社区  ›  Kristopher Johnson

图形的版本控制

  •  53
  • Kristopher Johnson  · 技术社区  · 17 年前

    假设一个开发团队包括(或利用)图形艺术家,他们创建了产品中的所有图像。这些东西包括图标、位图、窗口背景、按钮图像、动画等。

    显然,构建软件所需的一切都应该受到某种形式的版本控制。但大多数面向开发人员的版本控制系统主要是为基于文本的信息而设计的。图形人员是否应该使用与程序员相同的版本控制系统和存储库?如果没有,他们应该使用什么,保持一切同步的最佳方法是什么?

    15 回复  |  直到 8 年前
        1
  •  18
  •   cregox    13 年前

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

    我成功地使用了 perforce 然而,在非常大的项目(+100GB)上,我们不得不用对艺术家更友好的东西来包装对版本控制服务器的访问。

    我听说了一些好消息 Alienbrain 此外,它似乎确实有一个非常光滑的UI。

        2
  •  12
  •   Mateusz Piotrowski Reinstate Monica Please    8 年前

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

        3
  •  5
  •   James A. Rosen    17 年前

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

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

        4
  •  4
  •   user1010 user1010    17 年前

    很多图形类型的人会想要比颠覆更复杂的东西。虽然它有利于版本控制,但他们希望有一个内容管理系统,允许对资产、标签、缩略图等进行交叉引用(以及版本控制)。

        5
  •  4
  •   silverArc    17 年前

    TortoiseSVN可以并排显示图像修订,这非常有用。我曾在不同的团队中使用过它,并取得了很大的成功。艺术家们喜欢有能力回滚东西(在他们习惯了这些概念之后)。不过,这确实需要很大的空间。

        6
  •  3
  •   Peter Meyer    17 年前

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

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

        7
  •  2
  •   Matt Hinze    17 年前

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

        8
  •  2
  •   xanadont    17 年前

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

        9
  •  2
  •   RustyTheBoyRobot MatCas    14 年前

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

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

        10
  •  2
  •   Stefan Wallin    11 年前

    我的意见是 Pixelapse 结合备份解决方案是我迄今为止发现的最好的图形版本控制软件。它支持adobe文件和一堆普通的光栅图像。它有版本预览。当文件更新时(保存时),它会自动保存。它的工作方式类似于dropbox,但有一个很棒的网络界面。

    您可以在团队中使用它,并将项目分享给不同的人。它还支持无限的审阅者,这对设计机构来说是件好事。如果你愿意,你可以在“开放”的项目上公开合作。

    遗憾的是,您无法拥有本地像素延时服务器,因此对于备份,我当前的设置是在git仓库中有Pixpasse文件夹(如dropbox文件夹)用于创建快照。

        11
  •  1
  •   Peter Meyer    17 年前

    关于差异和合并,我认为版本控制对图形和媒体元素更为关键。如果你仔细想想,大多数设计师都将是文件的唯一所有者——至少在图形方面——或者至少我认为是这样。我很想听听设计师的意见。

        12
  •  1
  •   Peter Meyer    17 年前

    @达米安-关于标记和交叉引用的观点很好。确实如此;虽然我没有在软件开发项目上与许多设计师合作,但我曾在一家有设计部门的公司工作过,并且知道这是一个问题。设计师们仍在(不断地)寻找处理这类事情的完美系统。我认为这更适合于设计部门对所有资产进行共享访问、搜索和版本控制等——在这种情况下,无论何时何地,都有不重新发明轮子的商业动机。我认为它不适用于面向项目的方式,因为标记和交叉引用不太适用。

        13
  •  1
  •   Mark Harrison    17 年前

    我们使用Perforce对二进制文件和图像进行修订控制。太棒了!

    我们保留了大量的艺术资产,它可以很好地扩展到许多大文件。它识别二进制文件,即无法区分的文件,并将其作为完整文件副本存储在后端。

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

        14
  •  1
  •   Mats Ekberg    14 年前

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

        15
  •  1
  •   BFletcher    13 年前

    一个免费且稍显不稳定的解决方案是Adobe版本Cue-it,它附带了CS4以下的Adobe套件,易于安装和维护。提供用户级控制,对艺术家友好。Adobe已经停止了对它的支持,这很遗憾。Adobe Bridge充当用户和Version Cue服务器之间的客户端。如果使用得当,它是一种廉价的版本控制解决方案。我在CS3 Bridge中使用了CS3版本提示。非常适合小团队。

    推荐文章