-
1. はじめに
- 1.1 バージョン管理について
- 1.2 Gitの簡単な歴史
- 1.3 Gitとは?
- 1.4 コマンドライン
- 1.5 Gitのインストール
- 1.6 Gitの初回設定
- 1.7 ヘルプ
- 1.8 まとめ
-
2. Gitの基本
- 2.1 Gitリポジトリの取得
- 2.2 リポジトリへの変更の記録
- 2.3 コミット履歴の表示
- 2.4 取り消し
- 2.5 リモートリポジトリの操作
- 2.6 タグ付け
- 2.7 Gitエイリアス
- 2.8 まとめ
-
3. Gitブランチ
-
4. サーバー上のGit
- 4.1 プロトコル
- 4.2 サーバーへのGitの導入
- 4.3 SSH公開鍵の生成
- 4.4 サーバーのセットアップ
- 4.5 Gitデーモン
- 4.6 スマートHTTP
- 4.7 GitWeb
- 4.8 GitLab
- 4.9 サードパーティのホスティングオプション
- 4.10 まとめ
-
5. 分散Git
- 5.1 分散ワークフロー
- 5.2 プロジェクトへの貢献
- 5.3 プロジェクトの維持
- 5.4 まとめ
-
6. GitHub
- 6.1 アカウントのセットアップと設定
- 6.2 プロジェクトへの貢献
- 6.3 プロジェクトの維持
- 6.4 組織の管理
- 6.5 GitHubのスクリプト
- 6.6 まとめ
-
7. Gitツール
- 7.1 リビジョンの選択
- 7.2 インタラクティブステージング
- 7.3 スタッシュとクリーン
- 7.4 作業への署名
- 7.5 検索
- 7.6 履歴の書き換え
- 7.7 リセットの解説
- 7.8 高度なマージ
- 7.9 Rerere
- 7.10 Gitによるデバッグ
- 7.11 サブモジュール
- 7.12 バンドル
- 7.13 置換
- 7.14 認証情報の保存
- 7.15 まとめ
-
8. Gitのカスタマイズ
- 8.1 Gitの設定
- 8.2 Git属性
- 8.3 Gitフック
- 8.4 Gitで強制されたポリシーの例
- 8.5 まとめ
-
9. Gitと他のシステム
- 9.1 クライアントとしてのGit
- 9.2 Gitへの移行
- 9.3 まとめ
-
10. Gitの内部構造
- 10.1 PlumbingとPorcelain
- 10.2 Gitオブジェクト
- 10.3 Git参照
- 10.4 パックファイル
- 10.5 Refspec
- 10.6 転送プロトコル
- 10.7 メンテナンスとデータ復旧
- 10.8 環境変数
- 10.9 まとめ
-
A1. 付録A:他の環境でのGit
- A1.1 グラフィカルインターフェース
- A1.2 Visual StudioでのGit
- A1.3 Visual Studio CodeでのGit
- A1.4 IntelliJ / PyCharm / WebStorm / PhpStorm / RubyMineでのGit
- A1.5 Sublime TextでのGit
- A1.6 BashでのGit
- A1.7 ZshでのGit
- A1.8 PowerShellでのGit
- A1.9 まとめ
-
A2. 付録B:アプリケーションへのGitの埋め込み
- A2.1 コマンドラインGit
- A2.2 Libgit2
- A2.3 JGit
- A2.4 go-git
- A2.5 Dulwich
-
A3. 付録C:Gitコマンド
- A3.1 セットアップと設定
- A3.2 プロジェクトの取得と作成
- A3.3 基本的なスナップショット
- A3.4 ブランチとマージ
- A3.5 プロジェクトの共有と更新
- A3.6 検査と比較
- A3.7 デバッグ
- A3.8 パッチ
- A3.9 メール
- A3.10 外部システム
- A3.11 管理
- A3.12 Plumbingコマンド
4.5 サーバー上のGit - Gitデーモン
Gitデーモン
次に、「Git」プロトコルを使用してリポジトリを提供するデーモンをセットアップします。これは、Gitデータへの高速な非認証アクセスによく選ばれる方法です。これは認証されたサービスではないため、このプロトコルで提供するものはすべてネットワーク内で公開されることに注意してください。
ファイアウォールの外にあるサーバーでこれを実行する場合は、世界に公開されているプロジェクトにのみ使用する必要があります。実行しているサーバーがファイアウォール内にある場合は、多数の人やコンピューター(継続的インテグレーションまたはビルドサーバー)が読み取り専用アクセスする必要があるプロジェクトに使用できます。その際、それぞれにSSHキーを追加する必要はありません。
いずれにせよ、Gitプロトコルは比較的簡単にセットアップできます。基本的には、デーモン化された方法でこのコマンドを実行する必要があります。
$ git daemon --reuseaddr --base-path=/srv/git/ /srv/git/
--reuseaddr
オプションを使用すると、サーバーは古い接続がタイムアウトするのを待たずに再起動できます。一方、--base-path
オプションを使用すると、ユーザーはパス全体を指定せずにプロジェクトをクローンできます。最後に指定するパスは、Gitデーモンがエクスポートするリポジトリを検索する場所を示します。ファイアウォールを実行している場合は、セットアップしているボックスのポート9418に穴を開ける必要もあります。
このプロセスをデーモン化する方法は、実行しているオペレーティングシステムによって異なります。
systemd
は、最近のLinuxディストリビューションで最も一般的なinitシステムであるため、この目的で使用できます。単純に、次の内容で/etc/systemd/system/git-daemon.service
にファイルを配置します。
[Unit]
Description=Start Git Daemon
[Service]
ExecStart=/usr/bin/git daemon --reuseaddr --base-path=/srv/git/ /srv/git/
Restart=always
RestartSec=500ms
StandardOutput=syslog
StandardError=syslog
SyslogIdentifier=git-daemon
User=git
Group=git
[Install]
WantedBy=multi-user.target
ここではGitデーモンがグループとユーザーの両方としてgit
で起動していることに気付いたかもしれません。必要に応じて変更し、指定されたユーザーがシステムに存在することを確認してください。また、Gitバイナリが実際に/usr/bin/git
にあることを確認し、必要に応じてパスを変更してください。
最後に、systemctl enable git-daemon
を実行して、起動時にサービスが自動的に開始されるようにします。また、それぞれsystemctl start git-daemon
とsystemctl stop git-daemon
を使用してサービスを開始および停止できます。
他のシステムでは、xinetd
、sysvinit
システム内のスクリプト、またはその他のものを使用することもできます。そのコマンドがデーモン化され、何らかの方法で監視されていれば問題ありません。
次に、認証なしのGitサーバーベースのアクセスを許可するリポジトリをGitに通知する必要があります。これは、各リポジトリでgit-daemon-export-ok
という名前のファイルを作成することで実行できます。
$ cd /path/to/project.git
$ touch git-daemon-export-ok
このファイルが存在することで、認証なしでこのプロジェクトを提供しても問題ないことをGitに伝えます。