14

もちろん、Git などのソース管理ツール (Mercurial、SVN など) は、ソース コードの管理に優れています。しかし、PhotoShop PSD や Illustrator AI ファイルなどのファイルのコピーを保存するためにこれらのツールを使用すると、開発者に何らかの利点があるのでしょうか? これらの種類のファイルでこれらのツールを使用することは理にかなっていますか? これらすべてのファイルのファイル サイズの合計よりも少ない量をリポジトリに保存することになるでしょうか? これらのファイルのファイル形式は機械でのみ読み取り可能ですが、そのようなアプリケーションの場合、特にラスター グラフィックではなくベクターを扱う場合、これらのファイルのごく一部が変更され、残りの多くは同じままであると予想されます。 .

あなたの洞察に感謝します。

4

6 に答える 6

10

Git 自体は、大きすぎたり数が多すぎたりしない限り、あらゆる種類のデータを管理できます。
git with large files」を参照してください(サイズまたは数で「大きい」)。

写真/グラフィックスの差分は、Git がネイティブにサポートする機能ではありませんが、Git リポジトリ ホスティング サービスは、そのようなサポートを提供するために Web GUI を拡張できます。

GitHub が発表したばかり (2014 年 6 月) の「ePSD Viewing & Diffing 」は、「画像の表示と差分」を拡張します(2011 年 11 月)。

リポジトリ内のすべての PSD アセットは画像と同じように扱われます。つまり、それらをインラインで表示し、3 つの画像表示モードを使用してコミットで何が変更されたかを確認できます。

https://cloud.githubusercontent.com/assets/2546/3165594/55f2798a-eb56-11e3-92e7-b79ad791a697.gif

于 2014-06-16T20:17:44.653 に答える
4

「いいえ」と答えた人には十分な理由がありますが、不可能ではありません。

私は GitHub を使用して、何百もの Illustrator ファイルと PDF (コードとテキストもいくつかありますが、比較するとほんのわずかです) で構成されるオープン ソース プロジェクトをうまく管理しています。レポは約8GBで出てきます。私が非常識なことをしている理由は、Illustrator ファイルが製品のコアであり、それに付随する単なる装飾的なアートワークではなく、プロジェクトのソースであるためです。ソース。

いくつかの難点があり、注意すべき点があります。私は提案します:

  • git に精通していない限り、これを試さないでください。競合や分岐の問題を解決することは非常に厄介であり、リポジトリを満足に保つためにかなり難解なことをしなければならない場合があります。あなたが git の隅々まで知っているとは誰も期待していませんが (正気な人が知っているかどうかはわかりません)、残りはググることができるほど十分に知っています。

  • コマンドラインでの git の使用に慣れていることを確認してください。GUI ツールは複雑さからあなたを守ってくれるかもしれませんが、内部で何が起こっているのかを完全に理解することも妨げます。このことを理解すれば、95% の確率で GUI を自由に使用できます。

  • 分岐はできるだけ避けてください。バイナリ ファイルはコードのようにマージされないため、ブランチをまとめるのは面倒で面倒です。

  • リポジトリのサイズと複雑さを管理するのに役立つ git の特定の機能 (部分チェックアウト、タグgit gcなど) について学びます。

  • 事前に時間をかけて計画を立ててください。プロジェクトを 2 つ以上の git リポジトリに分割したり、別のサービスと組み合わせたりすると、メリットが得られる場合があります。

  • ホスティング サービスを使用している場合は、そのサービスがリポジトリに課している制限を確認してください。たとえば、GitHub は 100MB を超えるファイルについて不平を言います。バイナリの推奨ガイドラインは次のとおりです。

于 2014-05-21T22:10:29.670 に答える
1

いいえ、バージョン追跡に git や svn などを使用することはお勧めしません。ほとんど変更されていない Adob​​e ファイルのバージョン間では、驚くほど多くの行が変更されます。相違点を比較して確認してください。これは、Illustrator でネイティブ ファイル圧縮などのオプションがオンになっている場合に特に当てはまります。

レイヤー、リンクを慎重に使用し、マイルストーン バージョンのファイルを保存することで、SVN がネイティブの Adob​​e ファイルに提供するよりもはるかに効率的にストレージを使用できます。

私が考えることができる 1 つの例外は、純粋なベクター SVG などの XML ベースのファイルです。

于 2013-11-08T20:14:14.610 に答える
0

シンプルな UI でシンプルなバージョン管理が必要な場合は、Subversion がこれらのファイルの管理に非常に適しています。シェル統合による優れた GUI サポート (SmartSVN や TortoiseSVN など) があります。また、必要なファイルだけを選択してチェックアウトするのも簡単です。

于 2013-11-07T23:12:10.343 に答える