Git コマンドには、Looker IDE の右上にあるボタン、または [Git Actions] パネルからアクセスできます。
[Git Actions] パネルは、Git 用にプロジェクトを構成するまで使用できません。
次の表に、使用可能な Git コマンドを示します。Looker IDE に表示されるコマンドは、変更や本番環境へのデプロイを行う段階によって異なります。IDE には、現在のステータスに該当する Git コマンドのみが表示されます。
現在のデベロッパー ブランチに commit されていない変更がある場合、[Pull from (production branch)] オプションは使用できません。[Pull from (production branch)] オプションを表示するには、ブランチで変更を commit する必要があります。Function | 説明 | アクセス方法 |
---|---|---|
commit | LookML プロジェクトに変更を加え、保存したら、[Commit Changes &Push] ボタンを使用して、変更をローカル ブランチに commit し、本番環境に push します。詳細については、バージョン管理とデプロイの使用に関するドキュメント ページをご覧ください。 | [Git Actions] パネル |
変更をコミットしてプッシュ | ボタン | |
コミットして競合を解決する | マージの競合後に変更を行うと、[Commit & Resolve Conflict] ボタンが表示されます。[Commit & Resolve Conflict] をクリックして変更を commit し、マージの競合をクリアします。 | ボタン |
commit 履歴 | 自分のブランチへの commit のリストが表示されます。これには、本番環境のブランチから開発ブランチに pull したすべての commit(他のユーザーからの commit を含む)が含まれます。 GitHub を使用していて、Git のプロジェクト設定で GitHub 統合が有効になっている場合、各 commit に GitHub 上の commit へのリンクが含まれるため、正確な変更を確認できます。Git プロジェクトの設定で、Git プロバイダと同等の GitHub 統合が有効になっている場合は、他の Git プロバイダでもこの機能を使用できます。リンクを開くには、Git プロバイダのアカウントが必要です。 |
[Git Actions] パネル |
Git を構成する | プロジェクトを作成したばかりの場合は、プロジェクトに Git を構成する必要があります。詳細については、Git 接続の設定とテストに関するドキュメントをご覧ください。 | ボタン |
リモートからのデプロイ | デベロッパーが読み取り専用アクセス権を持つプロジェクトの場合、[Deploy from Remote] ボタンは、リモートの本番環境ブランチからデプロイします。 | ボタン |
本番環境にデプロイする | 変更を commit したら、「Deploy to Production」オプションを使用して、開発ブランチから commit された変更を本番環境ブランチに更新します。プロジェクトが必要な pull リクエスト用に構成されている場合、このオプションは使用できません。また、プロジェクトで高度なデプロイモードが有効になっている場合、[Deploy to Production] ボタンは表示されません。代わりに、プライマリ ブランチにマージが表示されます。 |
ボタン、 [Git Actions] パネル |
解決しない | 1 つ以上のデベロッパーやプロジェクトの開発ブランチで統合の競合が発生すると、[Don't Resolve] ボタンが表示されます。[Don' t Resolve] ボタンをクリックすると、マージされた競合マーカーがすべて含まれた現在のバージョンのブランチが、リモートにプッシュされます。 このオプションは、マージの競合マーカーによってモデルを使用できなくなる可能性があるため、上級の Git ユーザーのみが使用してください。 |
ボタン |
Merge to Primary Branch | プロジェクトが高度なデプロイモードで有効になっている場合、commit 後、[プライマリ ブランチにマージ] ボタンが表示されます。これにより、変更をプライマリ ブランチにマージするよう求められます。deploy 権限を持つ Looker デベロッパーは、変更をプライマリ ブランチにマージすると、Looker IDE の webhook、API、Deployment Manager UI を使用して、変更内容を本番環境にデプロイできます。 |
ボタン |
Open(Git プロバイダ) | [開く(Git プロバイダ)] を選択すると、ブラウザ ウィンドウが開き、Git プロバイダのインターフェースにあるプロジェクト ファイルが開きます。 | ボタン |
pull リクエストを開く | pull リクエストが推奨される、または必須であるプロジェクトの場合、[pull リクエストを開く] オプションを使用すると、Git プロバイダの新しいブラウザ リクエスト ウィンドウで新しいブラウザ ウィンドウが開きます。ここから、デベロッパー ブランチ用の pull リクエストを作成できます。 注: pull リクエストが承認されるか、クローズされるまで、そのブランチに対する以降のすべての commit が同じ pull リクエストに含まれます。 |
[Git Actions] パネル |
pull して、その他の変更を統合 | [Pull & Merge Other Changes] ボタンは [Pull from (production branch)] と同じ機能ですが、[Pull & Merge Other Changes] ボタンは、ブランチで変更を commit したものの、デプロイしていないリモートで、デプロイされていない commit 済みの変更がある場合は、さまざまな状況で表示されます。この場合は、リモートから変更を pull してブランチにマージする必要があります。 | ボタン |
プライマリ ブランチから pull する | プロジェクトが高度なデプロイモードで有効になっている場合に、プライマリ ブランチにデベロッパー ブランチに含まれていない commit がある場合に [プライマリ ブランチから pull] オプションが表示されます。 | ボタン |
Pull from(production ブランチ) |
ボタン、 [Git Actions] パネル |
|
リモート変更を pull する | 他のユーザーがブランチに対して変更を commit して push した場合、リモート バージョンのブランチはローカル バージョンのブランチより先になります。[リモートリモート変更] ボタンは、現在有効なブランチに適用され、ブランチで変更されたファイルの最新バージョンをリモート側から取得して、ローカル ファイルと同期します。 | ボタン |
リモートにブランチを push | リモート側に存在しないブランチを作成した場合は、[リモートにブランチをプッシュする] ボタンが表示されます。[Push Branch to Remote] オプションを使用すると、リモート側にブランチが作成され、commit したすべての変更がローカル ファイルからリモート側に push されます。これにより、変更が本番環境ブランチにデプロイされることはありません。 | ボタン |
変更をリモートに push | 現在のブランチにリモート バージョンのブランチにまだプッシュされていない変更を commit した場合は、[リモートに変更をプッシュ] オプションが表示されます。リモートへの変更をプッシュするオペレーションは、現在アクティブなブランチに適用され、すべての commit された変更をローカル ファイルからプッシュし、リモート側に同期します。 |
ボタン、 [Git Actions] パネル |
リモコンに戻す |
[Return to Remote] オプションは、ローカル ブランチでの変更をすべて破棄し、ローカル ファイルをリモート ブランチ上の現在のファイルに同期します。これには 2 つの効果があります。
|
ボタン |
共有に戻す |
[Return to Shared] オプションを使用すると、ローカル ブランチでの変更は破棄され、ローカル ファイルはリモート ブランチ上の現在のファイルに同期されます。これには 2 つの効果があります。
|
ボタン |
コミットされていない変更を元に戻す | まだ commit していない変更を保存した場合は、[commit されていない変更を元に戻す] オプションを使用して、commit されていないすべての変更を破棄できます。詳細については、バージョン管理とデプロイの使用に関するドキュメント ページをご覧ください。 | ボタン |
テストを実行する |
本番環境にデプロイする前にデータテストに合格するようプロジェクトが構成されている場合、プロジェクトに変更を commit すると、IDE に [テストを実行] ボタンが表示されます。変更を本番環境にデプロイする前に、データテストに合格する必要があります。また、[Project Health] パネルの [Run Data Tests] アイコンをクリックして、テストを手動で実行することもできます。データテストの実行については、バージョン管理とデプロイの使用に関するドキュメント ページをご覧ください。プロジェクトでのデータテストの設定については、test パラメータのドキュメント ページをご覧ください。 |
ボタン |
Git 接続をテストする | プロジェクトに Git を構成したら、[Git Connection] オプションを使用して Git Test Connection ツールを実行し、Git 接続が正しく設定されているかどうかを確認できます。詳細については、Git 接続のテストに関するドキュメント ページをご覧ください。 |
ボタン、 [Git Actions] パネル |
Up to Date | ローカル ブランチがリモート ブランチと同期している場合は、[Up to Date] ボタンが表示されます。 | ボタン |
依存関係の更新 | リモート プロジェクト インポートを使用するプロジェクトの場合、初めてリモート プロジェクトを追加するとき、またはインポート済みのリモート プロジェクトに Looker が検出した新しいプロジェクトがすでに存在するときに、[依存関係を更新] オプションが表示されます。リモート プロジェクト ファイルを表示するには、このオプションを使用します。リモート プロジェクトを追加した直後の場合、このオプションを使用すると、マニフェスト ロックファイルも作成されます。このファイルを使用して、Looker はリモート プロジェクトのバージョンを追跡します。詳細については、他のプロジェクトからファイルをインポートするに関するドキュメントのリモート プロジェクトの新しいバージョンを自動的に検出するをご覧ください。 |
ボタン、 [Git Actions] パネル |
LookML を検証する | ファイルへの変更を保存すると、[LookML を検証] ボタンが表示されることがあります。(LookML を検証する必要があるかどうかは、プロジェクトにおけるコード品質の設定によって異なります)。このボタンをクリックすると、モデルの LookML 検証を開始します。詳細については、LookML の検証のドキュメントをご覧ください。 | ボタン |
プロジェクトを表示(Git プロバイダ) | [プロジェクトを表示(Git プロバイダ)] を選択すると、ブラウザ ウィンドウが開き、Git プロバイダのインターフェースにあるプロジェクト ファイルが表示されます。 | [Git Actions] パネル |
コミットされていない変更を表示する | まだ commit していない変更を保存した場合は、[commit されていない変更を表示する] オプションを使用して、前回の commit 以降に保存したすべての変更を確認できます。詳細については、バージョン管理とデプロイの使用に関するドキュメント ページをご覧ください。 | [Git Actions] パネル |