当社では、Java Web アプリケーションのソース管理に Mercurial を使用しています。非常にうまく機能したので、一連のコンテンツ (PDF ファイル) に対してソース管理を使い始めました。私たちの展開モデルでは、これは驚くほどうまく機能し、幸運なことに、当時のグラフィック デザイナーは Web 開発者であり、ソース管理を既に理解していました。
今、私たちはその仲間を厳密に印刷グラフィックデザイナーのために2人に置き換えました. 彼らは自分たちの仕事に驚くばかりですが、私たちがソース管理を使用するように頼むたびに、怯えて混乱しているように見えます。参考までに、Tortoise を使用します。これは、そのユーザー インターフェイスにより、非プログラマーにとって最適なオプションであることがわかったためです。
Hginit.com は、プログラマーが Mercurial を学ぶのに最適な方法です。
何か案は？
コース全体を通してアート プロジェクトのコピーを作成するようなものだと説明します。描画している間は、行ったことを破棄して、前の時点から続行できます。また、作成した画像の 1 つとは異なる方向から開始した場合にどうなるかを確認することもできます。友達にコピーを渡して、背景の木々や空を描き終えることができると伝えることもできます。後で、両方の作業をマージして、どのように見えるかを確認できます。あなたの友人は、空や木で作業している間、断続的な写真を撮ることもできます. 可能性を考えてください！
以前の「保存」に戻って、「保存」したバージョン間の違いを確認できます。「保存」するたびに、「初稿」や「経理からの変更依頼を実施」などのコメントを入れることもできます。
プロジェクトにGitを使用していますが、開発者以外の人とこの正確な会話をしました。これは、私が彼らと一緒にトピックにどのようにアプローチしたかをまとめたものです。
例：
アダムが言ったように、それはアートプロジェクトのスナップショットを撮るようなものですが、複数のファイルが関係する音楽作品でこれを使用することにも成功しました。
時々、新しい実験的なブランチを作成してチェックし、曲の作曲や制作でまったく異なるアプローチを試してみます。これは通常、上記のリストの複数の項目に影響しますが、何かが正しく機能しない場合は、いつでもプロジェクトの「安定した」バージョンに切り替えることができるので、自信を持って先に進むことができます。
バージョン管理は、もはや「ソース」だけのものではありません。大規模なクリエイティブなデジタルプロジェクトに最適です。
グラフィック デザイナーを参加させるためのチュートリアルは必要ないと思います。リポジトリとソース管理を理解していれば、簡単にガイドできます...
これは、すべての人が機能的なコピーtrunkを利用できるようにするための方法にすぎません。ある時点branchで、特定のリリース用の作業コピーを持っている場合があり、すべてのリリースでコードがtag参照用としてマークされています。
残っているのはcheck-in、自分の作業をリポジトリに入れること、update他の人の作業をダウンロードすること、およびcheckoutリポジトリをローカル マシンにダウンロードすることだけです。
これは、私たちが時々持っているフレッシャーズに乗るために使用するライナーの 1 つにすぎません。