組織に Git を使用する理由

SVN では、各開発者は、単一の中央リポジトリを示す作業コピーを取得します。ただし、Git は、分散型バージョン管理システムです。作業コピーの代わりに、各開発者は、コミットの完全な履歴が含まれた、ローカルのリポジトリを取得します。

Git への切り替えが貴社のマーケティング活動にどのように影響するかを理解するため、貴社の開発チームに、今後数週間で完成予定の3つの明確な変更点があると想像してください。

• チーム全体が、6 か月間取り組んでいる確信的なを仕上げようとしています。
• メリーは既存の顧客にのみ影響する、小さい、無関係の機能を実装します。
• リックは、ユーザーインターフェイスへいくつかの重要な更新を加えます。

集中 VCS に依存している従来の開発ワークフローを使用している場合、これらの変更のすべてのは、おそらくシングルリリースにロールアップされることになります。マーケティングは、革新的な機能に焦点を当てる 1 件のみを発表することができ、他の 2 つの更新プログラムのマーケティングの可能性は事実上無視されます。

Git によって開発サイクルの短縮を促すことで、これらを個別リリースへと分割しやすくなります。これにより、マーケティング担当者はより頻繁に、より多くの話題を得ることができます。上記のシナリオでは、マーケティングはそれぞれの機能を中心に 3 つのキャンペーンを構築して、非常に限られた市場セグメントをターゲットにすることができます。

製品管理に Git を使用するメリットは、マーケティングの場合とほぼ同じです。リリースが頻繁ということは、顧客フィードバックがより頻繁になり、そのフィードバックに対する更新も短時間で行われるということです。今から 8 週間後の新しいリリースを待つのではなく、開発者がコードを記述するとすぐに顧客にソリューションをプッシュすることができます。

フィーチャーブランチは、急速なプロトタイピングに向いています。UX / UI デザイナーが完全に新しいユーザフローを実装するか、単純にいくつかのアイコンを置き換えるかに関係なく、新しいブランチをチェックアウトすると共に作業できるサンドボックス環境を提供します。これにより、デザイナーは既存の機能が壊れることを心配せずに、製品の実際の作業コピーで変更がどのように見えるかを確認できます。

カスタマサポートと顧客の成功は、製品のマネージャーとは異なる見方を持っている場合がよくあります。顧客が彼らを呼び出した場合、彼らは通常、ある種の問題を経験しています。問題の原因が会社のソフトウェアの場合、できるだけ早くバグ修正をプッシュする必要があります。

Git の合理化された開発サイクルは、次回のモノリシックリリースまでバグ修正が延期されるのを防ぎます。開発者は問題をパッチを作成し、直接生産にプッシュすることができます。修正を早く行うことで、顧客を満足させ、サポートチケットが繰り返し発行されるのを防ぐことができます。立ち往生して「申し訳ありません。現在対応中です」と答える代わりに、カスタマーサポートチームは「すでに修正済みです！」と答えることができます。

ある程度まで、ソフトウェア開発ワークフローによって誰を雇用するかが決まります。貴社の技術やワークフローに精通しているエンジニアを雇うことは常に役立ちますが、Git を使用することによっても他の利点が得られます。

従業員は、キャリアの成長の機会を提供する企業に惹かれるため、大きな組織と小さな組織の両方で Git を活用する方法を理解しておくことは、すべてのプログラマーにとって利益となります。バージョン管理システムとして Git リポジトリを選択することで、将来を見据えた開発者を惹きつける決断を行います。

効率性は Git のすべてです。開発者にとって、ネットワーク接続を介してコミットを渡すために無駄に使われた時間から、集中バージョン管理システムの変更を統合するために必要な工数までのすべてを排除します。さらに、作業できる安全な環境を与えることで、経験の浅い開発者を活用することもできます。これらはすべて、エンジニアリング部門の収益に影響します。