svn - ソース管理トレーニング

Question

ソース管理が責任あるソフトウェア開発のコアコンポーネントであることは誰もが知っていると思います。ソフトウェア開発慣行と同様に、ほとんどの組織では、選択したソース管理管理ツールを使用する際のポリシーと手順が異なります。Subversion、GIT、TFSなど。

私の質問は、ソース管理の分野で新規および既存のスタッフにどのようにトレーニングを提供するかについてです。スタッフのドキュメント、ビデオ、ブラウンバッグセッション、認定プロバイダーからの正式なトレーニングなどを提供していますか？

Answer 1

私が行うトレーニング（1つの正式なトレーニング、いくつかのスライド付き）は、主にリリース管理プロセスを中心にしています。

つまり、私たちが使用するVCSの基本的な機能はあまり示していませんが（ユーザーはとにかくすぐに理解できます）、VCS機能を使用してリリースを作成する方法を主張します（これがすべての開発です）について：本番環境で何かを出荷しない場合、すべてのゲームは無意味です）

それで：

• いつ分岐する必要があり、その理由は何ですか？
• いつマージする必要があり、なぜ（それほど多くはありません）？
• 配信（バイナリ、war、jar、ear）の移動先（ヒント：VCSではない）
• すべての依存関係をどこで取得する必要がありますか。

言い換えれば、VCSが管理するための余分な障害ではなく、次のリリースを容易にするためのツールの1つであることを主張しようとしています。

注：これはエンタープライズ中心の観点であり（多くの内部プロジェクトが他の多くの内部プロジェクトに依存している）、分散型のオープンソース開発プロジェクト（プロジェクトが常にではないがモノリシックであることが多い）とは大きく異なる可能性があります。 、ライブラリの外部依存関係のみ）。

Answer 2

組織内で、SCMの「消費者」の2つのグループを特定し、それらの各グループに合わせてトレーニングを調整しました。

SCMコーディネーターは、私たちがSCMで何をしているのかだけでなく、なぜそれをしているのかを知っていることが期待されています。彼らが私たちの分岐方法を理解し、ツール内およびコマンドラインでマージを行う方法を知っていることが期待されます。それらは、開発の塹壕における私たちの最初の防衛線です。

開発者は、「取得」、「チェックアウト」、および「コミット」する方法を知っていることが期待されます。彼らは、どのブランチで作業するかを理解できるように、ブランチの方法論を高度に理解している必要があります。また、統合されたSCMUIを使用してリポジトリと対話する方法を知っている必要があります。

私たちのSCMコーディネーターは、やや厳選された高齢者であり、彼らが学ぶのを助けるために、彼らに1対1の緊密な支援を提供しました（そして提供し続けています）。

私たちの開発者は、PowerPointデッキを入手し、（願わくば）SCMコーディネーターと1対1で対応します。開発者向けのパワーポイントデッキは18点タイプで約15ページだと思います。

これまでのところ、これはかなりうまくいきました。私の主な推奨事項は、SCMの詳細を知る必要がない場合に、その詳細で人々を圧倒しないようにすることです。私は、平均的な人がSCMの議論から約5分以内に釉薬をかけて居眠りしていることに気づきました。

Answer 3

どんなトレーニングをお探しですか？あなたのポリシーまたはあなたのソース管理システムに固有ですか？

一般的な概要が必要な場合は、EricSinkのソース管理HOWTOを確認してください。古いので、分散バージョン管理はカバーされていないと思います。