Version control 为Web应用程序组织主图形文件(Photoshop/Gimp)

Version control 为Web应用程序组织主图形文件(Photoshop/Gimp),version-control,graphics,Version Control,Graphics,我们中的一些程序员不得不时不时地处理图形文件 快速修复现有图形 拼凑一个快速精灵作为原型 创建图标,因为设计器太忙 我认为任何人都不应该直接编辑web图形(jpg/gif/png)。他们应该编辑主文件并在web图形上方导出 现在,我们系统中的所有psd文件要么在设计器中,要么在其他人的驱动器中,如果程序员需要进行适当的更改,那么如果没有很高的开销,他们就无法完成 我应该如何解决这个障碍 将*.psd/*.xcf文件保存在web图形*.jpg*.png*.gif旁边,以便轻松查找。要么在源代码

我们中的一些程序员不得不时不时地处理图形文件

  • 快速修复现有图形
  • 拼凑一个快速精灵作为原型
  • 创建图标,因为设计器太忙
我认为任何人都不应该直接编辑web图形(jpg/gif/png)。他们应该编辑主文件并在web图形上方导出

现在,我们系统中的所有psd文件要么在设计器中,要么在其他人的驱动器中,如果程序员需要进行适当的更改,那么如果没有很高的开销,他们就无法完成

我应该如何解决这个障碍

  • 将*.psd/*.xcf文件保存在web图形*.jpg*.png*.gif旁边,以便轻松查找。要么在源代码管理方面培训图形设计,要么让某人负责集成。我倾向于这样做,因为它使一切都变得非常容易发现,您可以让您的web发布系统跳过*.pdf*.xcf。然而,我也可以看到一个不喜欢2mb psd文件的程序员正在整理他们的存储库,不得不在svn更新中下载

  • 为主图形文件创建单独的源代码管理存储库或网络共享

  • 照原样继续


  • 还有其他建议吗?

    我总是将我工作的项目中使用的PSD视为源文件,将从这些PSD导出的JPEG和GIF视为二进制文件。转化为PDF的Word文件也是如此

    我的主干通常有两个子文件夹:

    trunk
      /source
      /deploy
    
    没有进入服务器的所有内容都属于源文件夹,其他所有内容都属于部署。如果创建用作备份的数据库导出,则将其存储在源文件夹的子文件夹中(因为它不会进入服务器)


    有些纯粹主义者声称二进制文件不属于版本控制。我说那是废话。PSD是JPEG和GIF的源文件,就像.java文件是.class文件的源文件一样。我说,就这样走吧。

    我会选择选项2。正如您所说的,源代码存储库中大型PSD的开销可能太高了

    您是否考虑过编写Photoshop导出脚本,以便“更改PSD文件”->“网站上更新的图形”工作流尽可能紧凑和简单?这将使整个企业对每个人都有吸引力;尤其是当它设置为在提交时作为构建步骤运行时

    编辑:Photoshop似乎支持Javascript作为脚本语言,因此获得令人满意的结果应该相当简单