Git
公式サイトGitとは
Gitは、プログラムや設定ファイルの変更履歴を記録・管理するためのバージョン管理システムです。「いつ、誰が、どこを、なぜ変更したか」を残し、必要なら過去の状態に戻すことができます。複数の作業を並行して進めるための「ブランチ」という仕組みがあり、新機能の開発と不具合修正を分けて進め、あとから統合できます。オープンソースで無償利用でき、現在のソフトウェア開発ではほぼ標準の道具となっています。GitLabやGitHubなどのサービスは、Gitの履歴を共有・閲覧するための場所を提供しています。
弊社が採用する理由
弊社では、規模の大小を問わずすべての開発案件でGitを使っています。理由は、変更の記録がそのまま品質と引き継ぎの土台になるからです。修正のたびに履歴が残るため、不具合が起きたときに「どの変更が原因か」を追いやすく、必要なら安全に元へ戻せます。また、ステージング環境と本番環境で同じ履歴を基に反映するため、「確認環境では動いたのに本番では違う」という事故を減らせます。お客様にとっての利点は、納品物の透明性です。ソースコードと履歴をGitで納品すれば、将来別の会社に保守を依頼する場合や、社内で管理する場合にも、経緯を含めて引き継げます。フルスタックエンジニア制で一人が幅広く担当する弊社だからこそ、記録を残す道具は欠かせないと考えています。
向いている案件
- Webシステム・Webサイトのソースコードと設定の履歴管理
- 複数人・複数機能の並行開発と統合
- 本番環境への反映手順の標準化と巻き戻し
- 他社からの引き継ぎや他社への引き渡し時の記録の共有
保守・移行の観点
Git自体はツールであり、サーバーOSのパッケージとして更新を適用していれば、バージョンを強く意識する必要はあまりありません。運用で大切なのは、履歴の置き場所(リポジトリ)の管理です。リポジトリはGitLabなどのサービスやサーバー上に置き、バックアップの対象に含めます。パスワードや秘密鍵など機密情報を履歴に含めない運用ルールも重要で、誤って含めた場合は履歴から除去する作業が必要になります。引き継ぎの際は、リポジトリの所在、アクセス権、本番反映の手順をあわせて文書化します。保守契約の中では、リポジトリのアクセス権を定期的に見直すことをおすすめしています。
組み合わせて使う技術
よくあるご質問
ソースコードは納品されますか?
契約内容によりますが、弊社では原則としてソースコードと変更履歴をGitのリポジトリとしてお渡しします。納品範囲は契約時に明記しますので、事前にご確認ください。
Gitを使っていない他社製システムを引き継げますか?
可能です。まず現在のファイルをGitに取り込んで初期の履歴を作り、そこからの変更を記録していきます。これにより、引き継ぎ後の修正が追跡できるようになります。
お客様側でGitの知識は必要ですか?
必要ありません。開発と反映の手順は弊社が管理します。ご自身で管理したい場合には、必要な範囲で操作方法をお伝えすることもできます。
関連するサービス
関連する開発ガイド
- 他社が作ったシステムの引き継ぎ・保守を依頼するときのチェックリスト前の開発会社が作ったシステムの保守を別の会社に引き継ぐときの手順を、資料・アカウント・ソースコード・環境の棚卸しから調査、リスク整理、保守範囲の合意、移行まで、確認項目の表とともに解説します。
- 検収(受け入れテスト)で確認すべきことWebシステムの検収で発注側が確認すべきことを、検収条件の確認、テスト項目の作成、ステージングでの実施、不具合の記録と切り分け、検収書の作成の手順で解説し、契約不適合責任との関係も整理します。
- 納品後の保守・運用で何が必要かシステムは納品後も動かし続ける必要があります。監視、バックアップと復元テスト、OS・ミドルウェア・CMSのアップデート、ステージングでの検証、保守契約の範囲という基本を整理します。
関連用語: ステージング環境、検収、保守運用、フルスタックエンジニア
監修: Unlogical Systems合同会社(杉並区・西荻窪)公開