グラフィックスのバージョン管理

https://stackoverflow.com/questions/29292

09-06-2019
|

質問

開発チームに、製品に組み込まれるすべての画像を作成するグラフィックアーティストが含まれている (またはグラフィックアーティストを活用している) とします。これには、アイコン、ビットマップ、ウィンドウの背景、ボタンの画像、アニメーションなどが含まれます。

明らかに、ソフトウェアの構築に必要なものはすべて、何らかの形でバージョン管理下に置かれている必要があります。しかし、開発者向けのほとんどのバージョン管理システムは、主にテキストベースの情報用に設計されています。グラフィックス担当者は、コーダーと同じバージョン管理システムとリポジトリを使用する必要がありますか?そうでない場合、何を使用する必要がありますか?すべての同期を維持するための最良の方法は何ですか?

解決

はい、バージョン管理にアートアセットがあると非常に便利です。履歴を追跡し、変更をロールバックすることができ、単一のソースでバックアップを実行できます。アートアセットは非常に大きいため、サーバーには多くのディスク容量とネットワーク帯域幅が必要であることに注意してください。

を使用して成功しました実行しますただし、非常に大規模なプロジェクト (+100 GB) では、バージョン管理サーバーへのアクセスをもう少しアーティストに優しいものでラップする必要がありました。

良いことを聞いたことがありますエイリアンブレインまた、UI も非常に洗練されているようです。

他のヒント

GitHub は最近「イメージビューモード」を導入しました。以下をご覧ください。 https://github.com/blog/817-behold-image-view-modes.

私たちも、バイナリをソース管理に置くだけです。私たちは Git を使用していますが、Subversion にも同様に適用できます。

私の提案の 1 つは、実際の違いを確認できるため、可能な限り SVG を使用することです。バイナリ (他のほとんどのイメージ形式) の場合、取得できるのはバージョン履歴だけです。

グラフィックスを好む人の多くは、Subversion よりも洗練されたものを求めるでしょう。これはバージョン管理には適していますが、アセット、タグ付け、サムネイルなどの相互参照（およびバージョン管理）を可能にするコンテンツ管理システムが必要になるでしょう。

TortoiseSVN は画像のリビジョンを並べて表示できるので、非常に便利です。私はさまざまなチームでそれを使用し、大きな成功を収めました。アーティストたちは、(概念に慣れた後に) 物事をロールバックできる機能を気に入りました。ただし、かなりのスペースが必要です。

@lomaxx TortoiseSVN には、画像の差分と思われる TortoiseIDiff というプログラムが含まれています。使ったことはありませんが、面白そうです。

興味深い質問です。私にはプロジェクトでデザイナーと直接協力した経験があまりありません。私が経験したときは、デザインを「納品」するという契約のようなものを介して行われてきました。私は Web サイトとデスクトップアプリケーションの両方で自分自身のデザイン作業をいくつか行ってきました。これまでソース管理を使用したことはありませんでしたが、有料のフリーランスとして仕事を始めているため、自分用に SVN を実装しているところです。仕事。私は、ソースコードの場合とまったく同じ方法でバージョン/ソース管理を利用するつもりです。これは、プロジェクトトランク内の別のフォルダーになるだけです。私がソース管理なしで作業してきた方法は、資産ソースコードと同等のすべてのメディアファイルが存在するフォルダー。私は Photoshop PSD を次のように考えるのが好きです。 グラフィックスのソースコード 一方、Web サイトなどの JPEG 出力は コンパイルされたバージョン.

デザイナーと協力する場合は、近い将来に私が直面する可能性が明確ですが、デザイナーに定期的にソースファイルのさまざまなバージョンを「チェックイン」してもらうよう試みたいと考えています。経験のある他の人がこれに対して何と答えるか興味があります。

私なら間違いなくグラフィックをバージョン管理下に置きます。diffmerge などの差分ツール内からの差分はあまり役に立たないかもしれませんが、グラフィックの 2 つのバージョンをチェックアウトし、並べて表示して違いを確認することはできます。

結果として得られるグラフィックスを、コーダーが使用するのと同じバージョン管理システムに保持すべきではない理由がわかりません。ただし、PSD ファイルまたは PDN ファイルを使用してグラフィックを作成する場合は、開発されたアプリケーションで生成および展開される実際の最終的な jpeg または gif とは異なるコンテキストを持つため、これらのファイル用に別のリポジトリを作成することをお勧めします。

私の意見ではピクセルラプスバックアップソリューションと組み合わせたものは、私がこれまでに見つけたグラフィックス用の最高のバージョン管理ソフトウェアです。Adobe ファイルと多数の通常のラスター画像をサポートしています。バージョンごとのプレビューがあります。ファイルが更新されるとき（保存時）に自動保存されます。Dropbox のように機能しますが、優れた Web インターフェイスを備えています。

チームで使用し、プロジェクトをさまざまな人々と共有できます。また、無限のレビュー担当者もサポートしているため、デザイン会社にとっては最適です。また、必要に応じて、「オープン」なプロジェクトで公的に共同作業することもできます。

残念ながら、ローカルのPixelapseサーバーを持つことはできないので、バックアップのために、私の現在の設定では、スナップショット作成用のgitリポジトリ内にPixelapseフォルダー（ドロップボックスフォルダーのような）があります。

私たちは破壊を使用します。/trunk/docs の下にカンプ用のフォルダーを配置し、デザイナーにそのフォルダーをチェックアウトしてコミットしてもらいます。チャンピオンのように機能します。

差分とマージに関しては、グラフィックスとメディア要素についてはバージョン管理がより重要であると思います。考えてみれば、ほとんどのデザイナーは、少なくともグラフィックスの場合には、ファイルの唯一の所有者になるでしょう、少なくとも私はそうであると思います。デザイナーさんに聞いてみたいです。

@Damian - タグ付けと相互参照についての良い点。それは本当だ;私はソフトウェア開発プロジェクトで多くのデザイナーと一緒に仕事をしたことはありませんが、デザイン部門のある会社で働いたことがあり、これが問題であることは知っています。設計者は、この種のことを処理するための完璧なシステムを今でも (絶えず) 探しています。これは、すべての資産への共有アクセス、検索、バージョン管理などを行う設計部門に適していると思います。この部門では、可能な限り、車輪の再発明を避けたいというビジネス上のインセンティブがあります。タグ付けや相互参照はあまり適用できないため、プロジェクト指向の方法には適用されないと思います。

Perforce を使用してバイナリファイルとイメージをリビジョン管理します。それは素晴らしい！

私たちは多くのアートアセットを保持しており、多くの大きなファイルに対して適切に拡張できます。差分ができないバイナリファイルを認識し、それらを完全なファイルコピーとしてバックエンドに保存します。

P4V (クロスプラットフォームビジュアルブラウザ) とサムネイルシステムを備えているため、画像ファイルをブラウザで見ることができます。

Boar を見てみるとよいでしょう。「写真、ビデオ、その他のバイナリファイルのシンプルなバージョン管理とバックアップ」。あらゆるサイズのバイナリファイルを処理できます。 http://code.google.com/p/boar/

無料の、少し不安定なソリューションは Adobe version Cue です。これは CS4 までの Adobe Suites に付属しており、インストールと保守が簡単です。ユーザーレベルの制御を提供し、アーティストに優しいです。Adobe はサポートを終了しましたが、これは残念です。Adobe Bridge は、ユーザーと Version Cue サーバー間のクライアントとして機能します。適切に使用すれば、バージョン管理に対する安価なソリューションとなります。CS3 BridgeでCS3バージョンのキューを使用しています。小規模なチームに最適です。

ライセンス： CC-BY-SA と帰属

所属していません StackOverflow