想象一下这种情况：
我们有一个庞大的存储库，有许多不同的功能分支。每个特征分支使用一个大的精灵图像。这个大的精灵图像在每个特征分支中可能略有不同。功能分支可能会合并到不同的发布候选分支中，然后在不同的点上合并到主服务器中。
Git无法对此图像进行版本化（例如，合并对图像的更改），因此我们正在努力寻找一种方法来管理它。
一种方法是始终保持精灵图像的“主”PSD。每当需要将新图像添加到精灵中时，开发人员将首先更新PSD主文档，然后导出新的精灵图像。这将确保精灵图像始终包含所有更改。但很明显，这个精灵图像将包含我们在不同分支中可能不需要的变化（例如，更改精灵内的图像）。
基本上我们需要能够对此精灵图像进行版本控制。 Git不是帮助我们解决这个问题的工具，但我们需要使用代码对图像进行版本控制。
如何通常管理git存储库中的图像版本控制？
答案 0 :(得分：3)
不要检查已编译的精灵图像;相反，检查单个图像并以编程方式构建精灵。 Sprite Factory是我过去成功使用的工具，用于根据单个图像构建精灵表。它表示它适用于CSS，但它也可以轻松地为网外使用提供精灵偏移和尺寸。