マイワークフロー

彼のGithubのアクションは、“AndroidのAPKを取得”は、開発者の作業を自動化するように設計されています:

Javaノードを設定します.イオン性リチウム

最新のイオン源からビルドし、Androidのソースを作る

その後、最新のソースからAndroidアプリを構築する

マスターブランチで行われたすべての変更をテストするアーティファクトにビルドをアップロードする

提出カテゴリ

メンテナはヘアーブしなければならない。

YAMLファイルまたはコードへのリンク

name: Get Android APK

on: [push, pull_request]

jobs:
  build:
    name: Build APK
    runs-on: ubuntu-latest
    steps:
      - name: checkout source
        uses: actions/checkout@v2

      - name: setup java sdk
        uses: actions/setup-java@v1
        with:
          java-version: '9.0.4'

      - name: setup Node.js
        uses: actions/setup-node@v1
        with:
          node-version: 13.x

      - name: Install Cordova
        run: npm install -g cordova

      - name: Install Ionic cli
        run: npm install -g @ionic/cli

      - name: Install app dependencies
        run: npm install

      - name: build the app
        run: npm run build

      - name: remove existing folder if there 
        run: rm -rf {path of your android folder dir.} # eg. /home/runner/work/Bookie/Bookie/android

      - name: Add to android
        run: npx cap add android

      - name: sync with source
        run: npx cap sync

      - name: Generate the Android App Apk
        working-directory: {working android directory} # eg. /home/runner/work/Bookie/Bookie/android 
        run: bash ./gradlew assembleDebug --stacktrace

      - name: Upload dev APK
        uses: actions/upload-artifact@v1
        with:
          name: app-dev
          path: android/app/build/outputs/apk/debug/app-debug.apk

ハプチュル / ブックリー

個人用ポケット代替

イオンアンドロイドAPK

このリポジトリは、新しいAPKを生成して、それをリポジトリにプッシュするためのGithubアクションに専念します.

用途

ワークフローファイルの例

あなたのイオンAndroidのAPKの発電機のアクションをすばやく設定するワークフローの例。

名前:アンドロイドapkを得る
オン:[プッシュ、プルリクエスト]
仕事
ビルド
名前:ビルドAPK
Ubuntuの最新情報
手順:
- name :チェックアウトソース
用途:アクション/checkout@v2
-名前:セットアップJava SDK
用途:アクション/セットアップjava@v1
で
Javaのバージョン
- name : setupノード.js
用途:アクション/セットアップnode@v1
で
ノードのバージョン: 13 .X
名前をインストール
実行:NPMのインストール
name :イオンCLIをインストールする
実行: npmインストール- g @ ion/cli
- name :アプリケーションの依存関係をインストールする
実行: NPMインストール
- name :アプリケーションをビルドする
実行:NPMの実行.
View on GitHub

追加情報

アクション / チェックアウト

レポをチェックする行動

チェックアウトV 2

このアクションは、$GITHUB_WORKSPACE , それで、あなたのワークフローはそれにアクセスすることができます.
単一のコミットだけがワークフローを引き起こしたref/shaのためにデフォルトでフェッチされます.セットfetch-depth: 0 すべてのブランチとタグのすべての履歴を取得するには参照here どちらをコミットするか$GITHUB_SHA ポイント別のイベント.
AuthトークンはローカルのGit configに保持されます.これにより、スクリプトは認証されたGitコマンドを実行できます.トークンはポストジョブのクリーンアップ中に削除されます.セットpersist-credentials: false 取り出す.
Git 2.18以上があなたのパスにないとき、ファイルをダウンロードするために残りのAPIに戻ってください.

最新情報

性能向上

デフォルトで単一のコミットのみを取得する

スクリプト認証gitコマンド

AuthトークンはローカルGit設定で永続化されました

サポートssh

ローカルブランチを作成する

枝をチェックアウトするときにもはや分離頭

レイアウト改善

入力path ...

View on GitHub

アクション / セットアップJava

Javaの特定のバージョンでGithub actionワークフローを設定する

セットアップJava

このアクションはGitHubアクションランナーに対して以下の機能を提供します:

Javaの要求されたバージョンのダウンロードと設定.参照Usage サポートされるディストリビューションの一覧について

ローカルファイルからのJavaのカスタムバージョンの抽出とキャッシュ

を使用して出版のためのランナーの設定

Gradleを使った出版用ランナーの設定

GPG秘密鍵を使用するためのランナーの設定

エラー出力のための問題Matcherの登録

管理された依存関係の管理

Gradleによって管理されるキャッシュ依存性

V 2対V 1

V 2はカスタム配布をサポートし、Zulu OpenJDK、Eclipse Temurinをサポートし、OpenJDKを採用します.V 1はZulu OpenJDKのみをサポートします

V 2では、バージョンと一緒にディストリビューションを指定する必要があります.V 1のデフォルトはZulu OpenJDK、唯一のバージョン入力が必要です.フォローthe migration guide V 1からV 2に切り替えるには

用途

入力java-version and distribution は必須です.参照Supported distributions 利用可能なオプションの一覧を参照してください.
View on GitHub

アクション / セットアップノード

ノードの特定のバージョンを使用してGithubアクションのワークフローを設定します。js

セットアップノード

このアクションはGitHubアクションユーザに対して以下の機能を提供します:

必要に応じてダウンロードし、要求されたノードの配布をキャッシュします.JSのバージョン、およびパスに追加

必要に応じてNPM/糸/PNPMの依存関係をキャッシュ

エラー出力のための問題Matcherの登録

GPRまたはNPMのための認証の設定

用途

参照action.yml
基本:
手順:
-使用するアクションcheckout@v2
-使用:アクション/設定-node@v2
で
ノードのバージョン
実行: NPMインストール
\- npmテスト
The node-version 入力はオプションです.指定されなかった場合、pathからのノードのバージョンが使用されます.ただし、常にノードを指定することをお勧めします.JSのバージョンは、システムの1つに依存しないでください.
アクションは最初にsemverマッチのローカルキャッシュをチェックします.キャッシュ内の特定のバージョンを見つけることができない場合、アクションはノードのバージョンをダウンロードしようとします.jsそれはLTSのバージョンを2009年からプルしますnode-versions releases そして、ミスまたは.
View on GitHub
で作られる❤️ によって