2013-03-06 136 views
3

版本图像精灵想象一下这样的情景:在一个Git仓库

我们有一个巨大的资源库,有许多不同的功能分支。每个功能分支都使用一个大精灵图像。这个大精灵图像在每个特征分支中可能略有不同。特征分支可以被合并到不同的候选发布分支中,然后在不同的点返回到主分支。

Git无法版本此图像(例如,合并对图像的更改),所以我们正在努力寻找一种方法来管理此图像。

一种方法是始终保持精灵图像的“主”PSD。无论何时需要将新图像添加到精灵,开发人员都会首先更新PSD主文档,然后导出新精灵图像。这将确保精灵图像将始终包含所有更改。但显然,这个精灵图像将包含我们可能不想在不同分支中进行的更改(例如,在精灵内对图像进行更改)。

本质上我们需要能够版本这个精灵图像。 Git不是帮助我们的工具,但我们需要使用代码对版本进行版本控制。

通常如何管理git存储库中图像的版本控制?

回答

3

不要检入编译后的精灵图像;相反,检查个别图像并以编程方式构建精灵。 Sprite Factory是我过去成功用来构建精灵图表的工具。它表示它用于CSS的使用,但它可以很容易地提供sprite偏移量和尺寸以供在网络之外使用。

+0

我已经过来同意你的看法,这是最好的方法。我正在研究http://compass-style.org/help/tutorials/spriting/ – badsyntax 2013-06-18 12:47:58

+0

我对Compass sprites和Rails中的资产管道有一些奇怪的体验,其中图像不会像您期望的那样更新他们;这就是我推荐Sprite Factory的原因。但那是去年秋天,所以现在可能会更好 - 或者你甚至可能不使用Rails。 – 2013-06-18 15:01:20

+0

我们不使用Rails,而是使用Compass。如果Compass按照文档构建精灵,那么它将非常适合我们的开发工作流程。 – badsyntax 2013-06-18 15:20:26