Dockerを使用してクロスプラットフォームCI/CDアクションを構築します
先週、頭痛に見舞われました。完全に調整されたLingo.dev Githubアクションワークフローは、寄稿者のGitLabインスタンスで実行できませんでした。それから私は、プラットフォームに関係なく、どこでも同じ自動化を実行したいと本当に気づきました。
それで、私はGitHub、Gitlab、およびBitbucketで実行されるクロスプラットフォームCIオートメーションを構築するための探求に進みました(そして、おそらく他のものも!)。ソリューションは単純なGitHubアクションとして始まりましたが、複数のコードホスティングプラットフォームをサポートする必要がある場合、より強力なものに進化しました。正確なプロセスについて説明します:
- シンプルを開始すると、githubアクションがどのように機能するかを紹介します
- 再利用可能なDockerイメージを構築するためのレベリング
- 最後に、各プラットフォームでこれを実行する方法をお見せします
- 手順に従って、最初のクロスプラットフォームアクションを構築して出荷します。または、後で記事をブックマークします
tl; drテンプレートリポジトリを参照してください???
GitHubアクションを実行します1. Simpleの開始:GitHubアクションでJavaScriptを実行します
可能な限り単純なGitHubアクション(JavaScriptファイルを実行するアクション)から始めましょう。まず、リポジトリのルートでindex.jsを作成します:
Workflowファイルを作成します。github/workflows/hello.yml:
console.log("Hello World");
このアクションは次のとおりです
name: Hello World on: push: branches: - main jobs: hello: runs-on: ubuntu-latest steps: - uses: actions/checkout@v4 - uses: actions/setup-node@v4 with: node-version: "20" - name: Say Hello run: node index.js
リポジトリをチェックしてください
- node.js環境をセットアップ
- スクリプトを実行します
- 再利用可能にします
- さあ、別のリポジトリに移動することにより、このアクションを再利用可能にしましょう。これらのファイルを使用して、新しいgithubリポジトリ(私の例のようなハローワールドアクションなど)を作成します。
index.js(前と同じ):
- action.yml:
console.log("Hello World");
- ワークフローに参照することにより、このアクションを任意のリポジトリで使用できます:
name: "Hello World Action" description: "A simple action that says hello" runs: using: "node20" main: "index.js"
アクションは、独自のリポジトリ
name: Use Hello Action on: push: branches: - main jobs: hello: runs-on: ubuntu-latest steps: - name: Say Hello uses: your-username/hello-world-action@main
その他のリポジトリは、使用を使用してそれを参照できます
- 2。レベルアップ:Dockerized TypeScriptアクション
- さあ、TypeScriptコードを実行するより洗練されたアクションを作成しましょう。いくつかのファイルが必要です:
プロジェクトを初期化して、タイプスクリプトをセットアップします:
-
パッケージを更新して、ビルドスクリプトを追加してください:
pnpm init # Creates package.json pnpm add -D typescript # Install TypeScript as dev dependency
ログイン後にコピーログイン後にコピー -
その後、index.jsをindex.tsに変更して、javascriptの代わりにtypescriptを使用し、srcディレクトリに移動します。
tsconfig.jsonを作成して、タイプスクリプトコンパイルを構成します:
{ "scripts": { "build": "tsc" } }
ログイン後にコピーログイン後にコピー -
console.log("Hello World");
- action in Action.ymlを再定義する:
name: Hello World on: push: branches: - main jobs: hello: runs-on: ubuntu-latest steps: - uses: actions/checkout@v4 - uses: actions/setup-node@v4 with: node-version: "20" - name: Say Hello run: node index.js
Docker画像をローカルに実行します
dockerfileでローカルに定義された画像を構築および実行するには、Dockerデスクトップアプリが必要です。次に、Dockerがローカルで実行されていると仮定すると、:
- 画像を作成します:
console.log("Hello World");
- 実行:
name: "Hello World Action" description: "A simple action that says hello" runs: using: "node20" main: "index.js"
3。クロスプラットフォームサポート
今では、最も興味深い部分が登場します - 他のプラットフォームでアクションを実行します。必要なのは
です- docker画像をレジストリにビルドして押します
- プラットフォーム固有の構成で参照してください
Docker画像の構築と公開
最初に、すべてのリリースでDocker画像を構築およびプッシュするワークフローを作成します。 GitHub(Public Repositories用は無料、無料プランのプライベートリポジトリ用500MB)に付属のGitHub Containerレジストリ(GHCR)を使用します。
name: Use Hello Action on: push: branches: - main jobs: hello: runs-on: ubuntu-latest steps: - name: Say Hello uses: your-username/hello-world-action@main
別のリポジトリのgithubアクションでこのアクションを使用するには、.github/workflows/hello.ymlでワークフローファイルを作成します(githubアクションワークフロー構文ドキュメントを参照):
pnpm init # Creates package.json pnpm add -D typescript # Install TypeScript as dev dependency
Githubの無料プランは、3つのプラットフォーム間で最も寛大なCI/CD分の割り当てを提供します。含まれています:
公開リポジトリの無制限の議事録
-
プライベートリポジトリの場合は
- 2,000分/月
- Gitlab CI構成
create .gitlab-ci.yml(gitlab ci/cdドキュメントを参照):
{ "scripts": { "build": "tsc" } }
BitBucket-Pipelines.ymlを作成します(BitBucket Pipelinesドキュメントを参照):
Bitbucketの無料プランには、リポジトリがパブリックまたはプライベートであるかどうかに関係なく、1か月あたり50分間のビルド分が含まれているため、3つのプラットフォームすべての中で最も低いフリー層になります。
{ "compilerOptions": { "target": "ES2022", "module": "commonjs", "outDir": "./build", "rootDir": "./src", "strict": true, "esModuleInterop": true, "skipLibCheck": true, "forceConsistentCasingInFileNames": true }, "exclude": ["node_modules", "build", "**/*.test.ts"] }
公開GitHubコンテナレジストリでDocker画像を公開したため、Docker画像をサポートする任意のプラットフォームでこれを実行できます。これは次のとおりです
Circle CI(docs)
travis ci(docs)
- あなたがこれをどこかで実行しているなら、私はあなたのユースケースに興味があります!
?これで何ができますか?
CIプラットフォームでWebおよびモバイルアプリの自動Lingo.DEVローカリゼーションを実行するアクションを構築しました。コミットごとに、Lingo.devローカリゼーションエンジンを使用してリポジトリ全体の翻訳を更新します - 新しいコミットとして、またはプルリクエスト(docs)を開くことによって。
githubの例:
console.log("Hello World");
再利用可能なアクションを構築し、使用しているコードホスティングプラットフォームに関係なく、ワークフローに簡単に統合できます。ここにあなたのためのいくつかのアイデアがあります:
- クロスプラットフォームテストレポーター(エンドツーエンドテストセッションの調整)
- カスタムコード品質チェッカー(フォーマット、糸くず、テストを検討)
- ノートジェネレーターをリリースします(ウェブサイトで変更ログを公開するのはどうですか?)
? ボーナス:テンプレートリポジトリ
記事の残りの部分を読みたくない場合は、ここですべてのコードを含むテンプレートスターターリポジトリを見つけることができます。アクションが含まれています - Github、Gitlab、Bitbucketで実行できます。
https://github.com/mathio/awesome-action-starter
?ヒント:リポジトリをクローンして、自分のアクションの出発点にします:
…または、テンプレートから新しいリポジトリを作成するだけです。
name: Hello World on: push: branches: - main jobs: hello: runs-on: ubuntu-latest steps: - uses: actions/checkout@v4 - uses: actions/setup-node@v4 with: node-version: "20" - name: Say Hello run: node index.jsログイン後にコピーログイン後にコピーログイン後にコピー結論 シンプルなシェルベースのGitHubアクションから、どこでも実行できる洗練されたタイプスクリプトアクションに進化する方法を見てきました。重要なポイントは次のとおりです
自動化ロジックを検証するためにシェルコマンドで簡単に起動します
アクションを作成して、ポータブルにします
- コンテナレジストリを使用して、プラットフォーム全体にアクションを配布します
- dockerのコアロジックを維持しながら、各プラットフォームの構成を適応
- このアプローチにより、単一のコードベースを維持しながら、どこでも自動化を実行する柔軟性が得られます。幸せな自動化!
- TwitterでTwitterに @Mathio28として、Tech Stuffと新しいLingo.Dev機能について時々投稿します。連絡を取り合いましょう。
以上がDockerを使用してクロスプラットフォームCI/CDアクションを構築しますの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック











さまざまなJavaScriptエンジンは、各エンジンの実装原則と最適化戦略が異なるため、JavaScriptコードを解析および実行するときに異なる効果をもたらします。 1。語彙分析:ソースコードを語彙ユニットに変換します。 2。文法分析:抽象的な構文ツリーを生成します。 3。最適化とコンパイル:JITコンパイラを介してマシンコードを生成します。 4。実行:マシンコードを実行します。 V8エンジンはインスタントコンピレーションと非表示クラスを通じて最適化され、Spidermonkeyはタイプ推論システムを使用して、同じコードで異なるパフォーマンスパフォーマンスをもたらします。

Pythonは、スムーズな学習曲線と簡潔な構文を備えた初心者により適しています。 JavaScriptは、急な学習曲線と柔軟な構文を備えたフロントエンド開発に適しています。 1。Python構文は直感的で、データサイエンスやバックエンド開発に適しています。 2。JavaScriptは柔軟で、フロントエンドおよびサーバー側のプログラミングで広く使用されています。

C/CからJavaScriptへのシフトには、動的なタイピング、ゴミ収集、非同期プログラミングへの適応が必要です。 1)C/Cは、手動メモリ管理を必要とする静的に型付けられた言語であり、JavaScriptは動的に型付けされ、ごみ収集が自動的に処理されます。 2)C/Cはマシンコードにコンパイルする必要がありますが、JavaScriptは解釈言語です。 3)JavaScriptは、閉鎖、プロトタイプチェーン、約束などの概念を導入します。これにより、柔軟性と非同期プログラミング機能が向上します。

Web開発におけるJavaScriptの主な用途には、クライアントの相互作用、フォーム検証、非同期通信が含まれます。 1)DOM操作による動的なコンテンツの更新とユーザーインタラクション。 2)ユーザーエクスペリエンスを改善するためにデータを提出する前に、クライアントの検証が実行されます。 3)サーバーとのリフレッシュレス通信は、AJAXテクノロジーを通じて達成されます。

現実世界でのJavaScriptのアプリケーションには、フロントエンドとバックエンドの開発が含まれます。 1)DOM操作とイベント処理を含むTODOリストアプリケーションを構築して、フロントエンドアプリケーションを表示します。 2)node.jsを介してRestfulapiを構築し、バックエンドアプリケーションをデモンストレーションします。

JavaScriptエンジンが内部的にどのように機能するかを理解することは、開発者にとってより効率的なコードの作成とパフォーマンスのボトルネックと最適化戦略の理解に役立つためです。 1)エンジンのワークフローには、3つの段階が含まれます。解析、コンパイル、実行。 2)実行プロセス中、エンジンはインラインキャッシュや非表示クラスなどの動的最適化を実行します。 3)ベストプラクティスには、グローバル変数の避け、ループの最適化、constとletsの使用、閉鎖の過度の使用の回避が含まれます。

PythonとJavaScriptには、コミュニティ、ライブラリ、リソースの観点から、独自の利点と短所があります。 1)Pythonコミュニティはフレンドリーで初心者に適していますが、フロントエンドの開発リソースはJavaScriptほど豊富ではありません。 2)Pythonはデータサイエンスおよび機械学習ライブラリで強力ですが、JavaScriptはフロントエンド開発ライブラリとフレームワークで優れています。 3)どちらも豊富な学習リソースを持っていますが、Pythonは公式文書から始めるのに適していますが、JavaScriptはMDNWebDocsにより優れています。選択は、プロジェクトのニーズと個人的な関心に基づいている必要があります。

開発環境におけるPythonとJavaScriptの両方の選択が重要です。 1)Pythonの開発環境には、Pycharm、Jupyternotebook、Anacondaが含まれます。これらは、データサイエンスと迅速なプロトタイピングに適しています。 2)JavaScriptの開発環境には、フロントエンドおよびバックエンド開発に適したnode.js、vscode、およびwebpackが含まれます。プロジェクトのニーズに応じて適切なツールを選択すると、開発効率とプロジェクトの成功率が向上する可能性があります。
