ソースコントロール（Mercurial/Tortoiseを具体的に）非プログラマに説明するにはどうすればよいですか？

Question

当社は、MercurialをJava Webアプリケーションのソース管理に使用しています。それはとてもうまくいって、たくさんのコンテンツ（PDFファイル）のソースコントロールを使い始めました。私たちのデプロイメントモデルでは、当時のグラフィックデザイナーは驚くほど幸運にもWeb開発者であり、すでにソース管理を理解していました。

私たちは、厳密に2人のプリントグラフィックデザイナーに置き換えました。彼らは彼らが何をすべきかに驚くべきですが、ソースコントロールを使用するように頼むたびに怖がって混乱しています。参照のために、Tortoiseはユーザーインターフェイスのために非プログラマーにとって最良の選択だとわかったので、Tortoiseを使用します。

Hginit.comは、プログラマーがMercurialを学ぶのに最適な方法ですが、プログラマー以外の人のためのウェブサイトはどうですか？

アイデア？

Answer 1

さて、グラフィックデザイナーをボードに載せるには、チュートリアルが必要ではないと思います。レポジトリ&ソース管理を理解している場合は、単純にそれらをガイドすることができます。

これは機能コピーをすべての人に利用可能にする方法です。あるリリースでは、特定のリリース用の作業コピーbranchがあるかもしれません。リリースごとに、参照のためにコードはtagとマークされています。

残っているのはcheck-inです。あなたの仕事をリポジトリに入れます。update - 他人の作品をダウンロードし、checkout - ローカルマシンのリポジトリをダウンロードしてください。

これは私が時間がある新鮮なものを持って来るのに使うライナーです。

Answer 2

私たちは私たちのプロジェクトにGitを使用していますが、私はちょうど非開発者とこの正確な会話を持っていました。これは、私がそれらのトピックでどのように話題に近づいたかをまとめたものです。

1. バージョン管理は単なる「バックアップ」ではないことを説明します。
2. 高いレベルでは、複数のファイルや人が関わっている場合に大きな「元に戻す」ボタンが好きだと説明してください。
3. これは、必要に応じてプロジェクトを「最後にわかった良い」状態にロールバックできることを前提として、進捗状況（制作、一般公開、後続バージョン）に「タグ付け」して自信を持って進むことができることを説明します。
4. ソース管理のワークフローと哲学を決め、皆にと答えてください！ （ブランチング、タグ付け、マージなど、どのくらいの頻度でコミットする必要があるか）
5. あなたの選択したソース管理GUIでスクールしてください。

例：

アダムが言ったように、それはアートプロジェクトのスナップショットを取るようだが、私はまた、複数のファイルが含まれている楽曲でこれを使用して成功を収めてきました：

• DAWプロジェクトファイル（Logic Pro、et。al。）
• プロジェクト設定
• オーディオplugginsとその設定曲の歌詞の
• ノート
• 初期ラフ録音
• 複数時々

を渡し

複数のリミックス、生産、またはマスタリングを取ります曲の構成や制作にまったく異なるアプローチを試みるために、新しい実験ブランチを作成してチェックアウトします。これは通常、上記のリストの複数の項目に影響しますが、何かがうまくいけない場合は、常にプロジェクトの「安定版」に切り替えることができますので、自信を持って前進することができます。

バージョン管理は "ソース"だけではありません。大規模なクリエイティブなデジタルプロジェクトに最適です！

Answer 3

私は、それがあなたの芸術プロジェクトのコピーをコースから作り出すようなものだと説明します。あなたが描いている時間の間に、あなたがやったことを破棄し、前の時点から続けることができます。あなたが作った絵の一つとは別の方向から始めると、どうなるかを見ることもできます。あなたはまた、友人にコピーを与えて、彼らがバックグラウンドで木と空を描くことを終えることができることを伝えることができます。後で両方の作業をマージして、どのように見えるかを確認することができます。あなたの友人は、空と木に取り組んでいる間断続的な写真を撮ることもできます。可能性を考えてください！

Answer 4

以前の「保存」に戻り、保存したバージョンの違いを確認できます。 「保存」するたびに、「最初の草稿」や「会計によって要求された変更が実装されました」などのコメントを入力することもできます。