3

このシナリオを想像してみてください。

さまざまな機能のブランチを備えた大規模なリポジトリがあります。各機能ブランチは、1つの大きなスプライト画像を使用します。この大きなスプライト画像は、機能ブランチごとにわずかに異なる場合があります。機能ブランチは、さまざまなリリース候補ブランチにマージされてから、さまざまな時点でマスターに戻される場合があります。

Gitはこのイメージをバージョン管理できないため(たとえば、イメージへの変更をマージする)、これを管理するためのアプローチを見つけるのに苦労しています。

1つのアプローチは、スプライト画像の「マスター」PSDを常に保持することです。新しい画像をスプライトに追加する必要がある場合は常に、開発者は最初にPSDマスタードキュメントを更新してから、新しいスプライト画像をエクスポートします。これにより、スプライトイメージに常にすべての変更が含まれるようになります。ただし、明らかに、このスプライトイメージには、さまざまなブランチで望まない変更(たとえば、スプライト内のイメージへの変更)が含まれます。

基本的に、このスプライトイメージをバージョン管理できる必要があります。Gitはこれを支援するツールではありませんが、コードを使用してイメージをバージョン管理する必要があります。

一般的に、gitリポジトリ内のイメージのバージョン管理をどのように管理しますか?

4

1 に答える 1

3

コンパイルされたスプライトイメージをチェックインしないでください。代わりに、個々の画像をチェックインして、プログラムでスプライトを作成します。 スプライトファクトリは、個々の画像からスプライトシートを作成するために過去に使用したツールです。CSSでの使用を目的としていると書かれていますが、Webの外部で使用するためのスプライトオフセットと寸法を簡単に提供できます。

于 2013-03-06T16:18:03.593 に答える