version-control - グラフィックのバージョン管理

Question

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

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

score 18 · Accepted Answer

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

非常に大規模なプロジェクト (+100 GB) でperforceを使用することに成功しましたが、バージョン管理サーバーへのアクセスをもう少しアーティストフレンドリーなものでラップする必要がありました。

Alienbrainについてもいくつか良いことを聞いたことがありますが、非常に洗練された UI を備えているようです。

score 11 · Accepted Answer

GitHub は最近「画像表示モード」を導入しました。https ://github.com/blog/817-behold-image-view-modes をご覧ください。

score 5 · Accepted Answer

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

実際の違いを確認できるので、可能であれば SVG を使用することをお勧めします。バイナリ (他のほとんどの画像形式) では、バージョン履歴を取得できます。

score 4 · Accepted Answer

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

score 4 · Accepted Answer

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

score 2 · Accepted Answer

Subversionを使用します。compsの/trunk/ docsの下にフォルダを配置し、設計者にそのフォルダをチェックアウトしてコミットしてもらいます。チャンピオンのように機能します。

score 2 · Accepted Answer

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

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

score 2 · Accepted Answer

@lomaxx TortoiseSVNには、画像の差分のように見えるTortoiseIDiffというプログラムが含まれています。私はそれを使用していませんが、興味をそそられるように見えます。

score 2 · Accepted Answer

興味深い質問です。プロジェクトでデザイナーと直接仕事をした経験はあまりありません。私が持っているとき、それは彼らがデザインを「提供した」という契約上の種類の合意を通してでした。私はWebサイトとデスクトップアプリケーションの両方で独自の設計作業を行ってきました。過去にソース管理を使用したことはありませんが、有料のフリーランスを始めているため、自分で使用するためにSVNを実装しています。仕事。ソースコードとまったく同じようにバージョン/ソース管理を利用するつもりです。プロジェクトトランク内の別のフォルダになります。ソース管理なしで作業した方法は、ソースコードと同等のすべてのメディアファイルが存在するアセットフォルダーを作成することです。PhotoshopのPSDをグラフィックのソースコードと考えるのが好きです一方、Webサイトまたはその他のJPEG出力は、コンパイルされたバージョンです。

近い将来に直面する可能性が高いデザイナーと仕事をする場合は、定期的に異なるバージョンのソースファイルを「チェックイン」してもらいたいと思います。これに応じて、経験のある他の人が言うことを読みたいと思います。

score 2 · Accepted Answer

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

チームで使用し、プロジェクトをさまざまな人と共有できます。また、デザインエージェンシーに最適な無限のレビュアーもサポートしています。また、必要に応じて、「オープン」なプロジェクトで公に共同作業を行うこともできます。

残念ながら、ローカルの pixelapse サーバーを使用することはできません。そのため、現在のセットアップでは、スナップショット作成用の git リポジトリ内に Pixelapse フォルダー (ドロップボックスフォルダーのようなもの) を用意しています。

score 1 · Accepted Answer

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

score 1 · Accepted Answer

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

多くのアートアセットを保持しており、多くの大きなファイルに対応しています。バイナリファイル (差分を取得できないファイル) を認識し、それらを完全なファイルコピーとしてバックエンドに保存します。

P4V (クロスプラットフォームビジュアルブラウザ) とサムネイルシステムがあり、ブラウザで画像ファイルを表示できます。

score 1 · Accepted Answer

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

score 1 · Accepted Answer

Boar: 「写真、ビデオ、その他のバイナリファイルの簡単なバージョン管理とバックアップ」を参照してください。任意のサイズのバイナリファイルを処理できます。http://code.google.com/p/boar/

version-control - グラフィックのバージョン管理

15 に答える 15

Related

Reference