Jen*_*der 9 build-process image
对于软件开发,人们经常需要图像.但是当我开始处理图像时,我很快就会得到几十个版本,就像这样
到现在为止,我有6个不同的图像文件,除了我之外没有人知道它们背后的过程.
所以问题是:你如何在开发过程中处理图像?
编辑:Thx为所有伟大的输入.我将各种问题结合到我个人的最佳答案中.但是我接受了jiinx0r的答案,因为它确实包含了我为所做的更改应用命名约定的缺失想法.
您可以将图像置于源代码管理之下.
这将处理修订历史和注释.如果你真的需要保留图像的所有过渡版本并且不希望在项目文件夹中使用它,那么大多数源代码控制树都有针对该类型事物的"工具"区域.
编辑: 如果您追求的是跟踪各种大小(缩略图等),我会使用约定优于配置并实现统一文件(或目录)命名系统.
例如,我可能有相同图像的100px和500px版本的单独文件夹.或者我可能会将它们放在具有特殊命名约定的同一文件夹中:logo-100.jpg和logo-500.jpg ......无论哪种方式都可能很好,只需做出决定并确保在整个项目中保持一致.
最后一个想法:有些人喜欢在文件名中包含大量元数据.对我而言,这取决于您的操作范围和您的个人需求.我个人默认采用更少的方法 - 如果你正在考虑投资维护这样的东西(或创建一个为你做的工具),确保它实际上是一个净的时间收益而不仅仅是为了你的OCD与filddle!
作为开发人员,我们确实倾向于在这方面犯下明显的错误.我知道我已经多次犯了罪.
文件命名应通过命名约定来处理。
{name}-{mod type}-{size}-{version}-{create date}.png
{name}-final.png
e.g.
file-white_balance-800x600-v01-20090831.png
file-white_balance-800x600-v02-20090831.png
file-final.jpg
Run Code Online (Sandbox Code Playgroud)
真正的重点是创建一个商定的约定,让人们看到遵循的价值(无论简单/复杂对您的团队来说是必要的)。在我的组织中,我们对输入/输出数据文件、图像、脚本等执行此操作(不一定对所有人都采用相同的约定,但它们遵循一致同意的内容)
希望有帮助。
归档时间: |
|
查看次数: |
294 次 |
最近记录: |