バージョニングとリポジトリの基本を学ぶ
このチュートリアルでは、プラットフォームのネイティブバージョニングシステムの使用方法または、データの変更を追跡するためのGitリポジトリの設定方法を説明します
目的
このチュートリアルでは、プラットフォームのネイティブバージョニングシステムの使用方法または、データ処理アクションの変更を追跡するためのGitリポジトリの設定方法を説明します。
はじめに
必要なもの
このチュートリアルに従うには、データ処理エンジンに精通している必要があり、できればはじめにガイドを完了している必要があります。重要なのは、アクションがどのようなもので、どのように使用するかを知っていることです。
コンセプト概要
アクションの編集は常に自動保存モードです。既存のアクションに対してイテレーションを試みる場合、アクションのコードの複数のバージョンを作成することをお勧めします。これにより、作業を実験し、テストするために段階的に変化を導入できますが、常に生産環境のバージョンはそのまま保持されます。
プラットフォームでは、このバージョニングはリポジトリレベルで行われます。リポジトリは、アクションツリー表示の上部に表示されるタブです。
個々のアクションをバージョニングすることはできませんが、アクションのリポジトリ全体をバージョニングできます。バージョニングパネルは、リポジトリヘッダーの右上部からアクセスできます。
プラットフォームには2つのバージョニングシステムがあります。
- Data Platformバージョン管理システム:すべてのリポジトリのデフォルトのバージョニングシステム
- Gitバージョニング:リポジトリをGitと同期させることを決定した場合
それでは、実際にどのように動作するかを見てみましょう!
プラットフォームのバージョン管理システムを使用する
デフォルトでは、プラットフォームのアクションの各リポジトリには、リポジトリに含まれるコード(すなわちアクション)の異なるバージョンを手動で管理できる統合バージョン管理システムが付属しています。
リポジトリにはすべて次のものがあります。
- デプロイ済みバージョン:ジョブを実行する際に提供されるバージョンです。
- 編集バージョン:編集パネルを通じて現在編集されているバージョンです。
リポジトリに1つのバージョンしかない場合、アクティブなバージョンはデプロイ済みバージョンと同じです。つまり、生産環境でアクションを編集していることを意味します。
リポジトリに2つ以上のバージョンがある場合、デプロイ済みバージョンは編集できません。読み取り専用モードで表示できます。
バージョンは手動で作成する必要があります。リポジトリの新しいバージョンを作成するには、右上部のバージョニングパネルを開き、+アイコンをクリックします。
新しいバージョンを作成するために複製するバージョンを選択します。
新しいバージョンを作成した後、デプロイ済みバージョンは変更されません。新しいバージョンを直接編集できます。
再生ボタンをクリックして、新しいバージョンをデプロイ済みバージョンとして設定します。これは、リポジトリのアクションが実行される際に使用されるコードのバージョンです。
Gitにリンクされたリポジトリを使用する
各リポジトリは、外部のGitリポジトリにリンクでき、その場合、バージョンはGitコミットと同期されます。これにより、生産環境にデプロイされたバージョンに影響を与えることなく、アクションを継続的に更新およびテストできます。
リポジトリをGitにリンクする
プラットフォームのリポジトリをGitにリンクするには、既存のリポジトリを編集するか、新しいリポジトリを作成するために歯車アイコンをクリックする必要があります。どちらの操作もリポジトリ設定ウィンドウを開きます。
Gitに接続をクリックしてウィンドウを展開します。
ここで最初に入力する必要があるのは、リポジトリのSSH URLです。
これは、一般的に一般的なGitソリューションのリポジトリクローンオプションに見つかります。GitHUBでは、例えば、Code > Clone > SSHで見つけることができます。
次に、FETCHをクリックして、遠隔ブランチを取得し、使用したいブランチを選択します。
最後に、下部に表示される公開SSHキーをコピーし、Gitソリューションのアカウントに関連付けられたSSHキーのリストに貼り付けます。GitHUBの場合は、このチュートリアルに従うことができます。
コミットとプッシュ
リポジトリ内のオブジェクトを変更した後、リポジトリには以下の画像に示すようにコミットされていない変更が表示されます。画像に示された上向きの矢印をクリックして、それらをコミットし、プッシュできます。
プッシュ時に競合がある場合、変更は設定したブランチにプッシュされません。代わりに、現在のブランチの名前と接尾辞_conflictN(Nは競合の数)を持つ新しいブランチにプッシュされます。例えば、ブランチがcurrent-branchと名付けられ、プッシュが競合を引き起こす場合、新しいブランチはcurrent-branch_conflict1と名付けられます。プッシュ時に再び競合がある場合、新しいブランチはcurrent-branch_conflict2と名付けられます。
プルとマージ
画像に示された下向きの矢印をクリックして、遠隔変更をプルします。ポップアップウィンドウが表示され、決定を確認するように求められます。未コミットの変更はすべて失われ、両方のブランチがマージされます。
さらに学ぶ
ソリューションの実装に関するトレーニングや技術サポートが必要な場合は、営業担当者にお問い合わせください、またはこのリンクをクリックして、プロフェッショナルサービスの専門家にプロジェクトのカスタム分析を依頼する見積もりを取得してください。
Data Platformを構築するチームと直接やり取りし、質問をする、フィードバックを提供する、専用のDiscordチャネルで交流する。
OVHcloudサービスに関するサポートが必要な場合は、ヘルプセンターでリクエストを作成してください。
ユーザーコミュニティに参加してください。

