「Gitを導入したが、以前より手間が増えた気がする」
「機能を使いこなせず、ポテンシャルを活かせていない」
「ブランチが増え全体が把握できない、運用ルールもバラバラ」
共有フォルダやSubversionからGitへ移行した開発現場で、こうした声を耳にする機会が増えています。

GitLabやGitHubを用いたソースコード管理は、ソフトウェアの品質やトレーサビリティ管理において非常に有用です。
しかし、適切な運用設計を行わないと単なるファイル置き場になってしまったり、ブランチやリポジトリが無秩序に増えて全体を把握できる人がいない状態に陥ったりすることが多いです。また、Subversionなどの既存システムとの違いを十分に理解しないまま移行を進めると、移行そのものが頓挫したり、移行後のトラブルが発生したりすることもあります。

これらの原因の多くは、Gitへの移行をバージョン管理システムの入れ替えとして進めてしまうことにあります。
本来必要なのは、ブランチ設計・変更管理・ベースライン管理などのGitの特性を理解したうえで、単なるソースコードのバージョン管理だけではなく、レビューやエビデンス・文書管理などのさまざまな要素を包括したソフトウェア構成管理の運用プロセスを設計することです。

本セミナーでは、これまで多くの現場でソフトウェア構成管理の移行・運用をご支援してきた知見をもとに、

• Git移行がうまくいかない構造的な原因
• 移行前に決めなければならない7つのポイント
• 移行後のフェーズごとに現れる課題
• 構成管理として再設計すべき6つの観点

などを、支援実績から見えた典型的なつまずきのパターンを交えながら整理します。

後から再設計を強いられにくい運用設計の観点を知ることができる内容となっていますので、これからGitへ移行される方はもちろん、すでにGitをお使いの方もぜひご参加ください。