Page History
...
まず最初に、配布用の LANSA オブジェクトを構築するためには、別の LANSA インストールが必要になります。LANSA では、これをビルド・マシンと呼びますが、同じマシンに他の LANSA がインストールされていても構いません。主な要件は、このマシンが常に電源が入っていて、GitLab のソースコード・リポジトリに送信された変更がビルドできる状態になっていることです。
...
- 以前開発者用に行った際と同様の手順で、Visual LANSA をインストールしす。
...
- 自身のブランチに対して変更がコミットされた時に、ソースコード・リポジトリからソースコードが引き出せるように、GitLab Runner を設定します。このリポジトリは、LANSA のコンパイル済みオブジェクトをターゲット・システムに配布するために使用するリポジトリとは異なることに注意してください。
...
- ソースコード変更時に自動的にコンパイルされるように、Visual LANSA IDE を設定します。
...
...
- ソースコード・リポジトリのルート・ディレクトリに
gitlab-ci.ymlファイルを作成します。配信用のリポジトリで使用しているものをベースにしても構いません。このファイルはソースコードであり、必要な処理は、Git リポジトリをプルすることだけなので、before_script と after_script は必要ありません。
...
- IDE を起動した状態にしておきます。ソースコード・リポジトリの origin に変更がプッシュされると、自動的に IDE にプルされます。
...
- テストのターゲット・システムを更新したい場合、ビルド・マシンの Visual LANSA IDE からボタンをクリックするだけで、手動で「アプリケーションの配布」を行うことができます。
監視されている Git リファレンスの変更
ターゲットシステム上のレジストリ設定 HKLM\Software\LANSA\APP1\ENG\GITREPOBRANCH は、GitLab Runner がどの Git リファレンスを監視するかを制御します。デフォルトでは、masterに設定されています。ブランチまたはタグを指定することができます。レジストリ設定は、ターゲット・システムの設定時に作成され、手動で変更することもできます。
master 以外のブランチを指定した場合は、自身の開発環境で .gitlab-ci.yml ファイルを修正する必要があります。このファイルはアプリケーションのその他の部分とともに配布されます。以下に示されるように、deploy_branch_job セクションと validate_branch_job セクションで、only の値と tags の値を監視したいブランチに変更します。
| Panel | ||
|---|---|---|
| ||
|
を以下に変更します。
| Panel | ||
|---|---|---|
| ||
|
タグを指定した場合は、さらに必要なステップがあり、ファイル .gitlab-ci.yml を修正する必要があります。以下のように、deploy_tag_job セクションと validate_tag_job セクションで、only の値と tags の値を監視したいタグに変更してください。
| Panel | ||
|---|---|---|
| ||
|
を以下に変更します。
| Panel | ||
|---|---|---|
| ||
|
また、ターゲット・システムに GitLab Runner をインストールする場合、tags 属性に新しい値を追加する必要があります。この作業を行わないと、ジョブが stuck し、動かなくなってしまいます。
...
この場合、gitlab-ci.yml ファイルを編集し、 validate_test_job と deploy_test-tag_job という名前のジョブを削除します。また、Runner のインストールからも test-tag を削除します。
実稼働ターゲット・システムの導入
「テストおよび実稼働システムの GitLab 設定 （単一のターゲット・インスタンス)」 には、実稼働のターゲット・システムがありません。そこに配布された Git リファレンスが master、test-tag、prod-tag、のいずれであっても、同じアプリケーション構成にインストールされます。これは単にデモンストレーションのためです。
...
実稼働のターゲット・システムへの配布は、Git リポジトリに直接適用されるアクションです。以下の例では、master ブランチに test-tag をタグ付けします。そして、これを origin にプッシュします。
| Panel | ||
|---|---|---|
| ||
|
別のコミットにタグ付けするには、別のブランチやコミット自身の参照など、Git tree 的な参照を利用します。2 回目以降のタグ付けでは、すでにタグが存在していて、これが上書きされるので、強制的にプッシュが行われます。
...