想象一下这个场景：
我们有一个庞大的存储库，有许多不同的功能分支。每个特征分支使用一个大的sprite图像。这个大精灵图像可能在每个特征分支中略有不同。特性分支可以合并到不同的发布候选分支中，然后在不同的点上返回到主分支中。
Git无法对此图像进行版本转换（例如，合并对图像的更改），因此我们正在努力寻找一种方法来管理此图像。
一种方法是始终保持精灵图像的“主”psd。每当需要向sprite添加新图像时，开发人员将首先更新psd主文档，然后导出新的sprite图像。这将确保精灵图像始终包含所有更改。但是很明显，这个sprite图像将包含我们可能不希望在不同分支中发生的更改（例如，对sprite中的图像的更改）。
基本上我们需要能够版本这个精灵图像。git不是帮助我们实现这一点的工具，但是我们需要用代码对图像进行版本控制。
如何在git存储库中管理图像的版本控制？
最佳答案
不要签入已编译的sprite图像；而是签入各个图像并以编程方式构建sprite。Sprite Factory是我在过去成功使用的一个工具，用于从单个图像构建精灵表。它说它是为css使用而设计的，但是它也可以很容易地提供sprite偏移量和维度，以便在web之外使用。