Skip to main content

このバージョンの GitHub Enterprise はこの日付をもって終了となりました: 2022-10-12. 重大なセキュリティの問題に対してであっても、パッチリリースは作成されません。 パフォーマンスの向上、セキュリティの向上、新機能の向上を図るために、最新バージョンの GitHub Enterprise にアップグレードします。 アップグレードに関するヘルプについては、GitHub Enterprise サポートにお問い合わせく� さい

Git Database APIを使ってみる

この記事では、次の� �目が扱われます。

Git Database API では、GitHub Enterprise Server 上の Git データベースに対して生の Git オブジェクトを読み書きしたり、リファレンス(ブランチ head やタグ)をリストおよび更新したりすることができます。

概要

これにより、さまざまなGitの機能を、APIを介して再実装することができます。Raw形式オブジェクトのオブジェクトをデータベースに直接作成し、ブランチリファレンスを更新することにより、Gitをインストールしなくても、Gitができることのほとんどを行えるのです。

Git Database API 関数では、Git リポジトリが空であるか、利用できない� �合、409 Conflict を返します。 リポジトリが利用できないということは、通常、GitHub Enterprise Serverがリポジトリを作成処理中であるということです。 空のリポジトリの� �合は、「Create or update file contents (ファイルの内容の作成または更新)」のエンドポイントを使用してコンテンツを作成し、Git Database API を使用できるようにリポジトリを初期化できます。 このレスポンスステータスが継続している� �合は、サイト管理者までご連絡く� さい。

Gitデータベースの概要

Git オブジェクト データベースの詳細については、Pro Git ブックの「Git Internals (Git の内側)」の� を参照してく� さい。

たとえば、リポジトリのファイルに変更をコミットしたい� �合は、次のようにします。

  • 現在のコミットオブジェクトを取得する
  • ポイントするツリーを取得する
  • 特定のファイルパスに対してツリーが持つblobオブジェクトのコンテンツを取得する
  • 何らかの方法でコンテンツを変更し、新しいコンテンツで新しいblobオブジェクトをPOSTし、blob SHAを再取得する
  • ファイルパスポインタが新しいblob SHAに置き換えられたツリーオブジェクトをPOSTし、ツリーSHAを再取得する
  • 現在のコミットSHAを親とする新しいコミットオブジェクトと、新しいツリーSHAを作成し、コミットSHAを再取得する
  • ブランチのリファレンスを、新しいコミットSHAを指すように更新する

複雑に見えるかもしれませんが、実際にはモデルを理解していれば非常に単純で、理解することにより API でできることが広がるでしょう。

プルリクエストのマージ可能性を確認

警告! このコンテンツは警告なしに古い内容になるため、Git ref を merge するための更新に Git を直接使用したり、GET /repos/{owner}/{repo}/git/refs/{ref} を使用したりすることに依存しないでく� さい。

test マージ コミットを作成するには、使用する API でプルリクエストを明示的に要求する必要があります。 test マージ コミットは、UI でプルリクエストを表示して [マージ] ボタンが表示されたとき、または REST API を使用してプルリクエストを 取得作成、または 編集するときに作成されます。 このリクエストがなければ、merge Git ref は次に誰かがプルリクエストを表示するまで期限切れになります。

期限切れの merge Git ref を生成するポーリング メソッドを現在使用している� �合、GitHub では以下の手� �を使用して、デフォルトブランチから最新の変更を取得することをお勧めします。

  1. プルリクエストwebhookを受け取ります。
  2. マージ コミットの候補を作成するためのバックグラウンド ジョブを開始するために GET /repos/{owner}/{repo}/pulls/{pull_number} を呼び出します。
  3. GET /repos/{owner}/{repo}/pulls/{pull_number} を使用してリポジトリをポーリングし、mergeable 属性が true または false のいずれであるかを確認します。 前の手� �を実行した後にのみ、Git ref を merge するための更新に Git を直接使用したり、GET /repos/{owner}/{repo}/git/refs/{ref} を使用したりすることができます。