Add new issue template for Code Scanning partners

2021-02-09 16:13:45 -06:00
150 changed files with 335 additions and 1452 deletions
@@ -0,0 +1,30 @@
+---
+name: Code Scanning onboarding
+about: Captures all the information and tasks required to onboard a 3rd party project into Code Scanning
+title: 'Code Scanning Partner: '
+labels: 'code scanning'
+assignees: ''
+
+---
+
+:wave: Thanks for your interest in integrating with Code Scanning! To ensure a swift onboarding of your integration, please provide the following `Requested information` and complete the `Action items` below:
+
+## Requested information
+- [ ] Name of your integration:
+- [ ] Name of your product / company:
+- [ ] Description of your integration:
+- [ ] Languages supported by your integration:
+- [ ] [For integrations leveraging GitHub Actions] PR for your proposed workflow:
+- [ ] URL to an SVG logo representing your integration / product / company:
+
+## Action items
+- [ ] Apply to join the GitHub Technology Partner Program: [partner.github.com/apply](https://partner.github.com/apply?partnershipType=Technology+Partner)
+- [ ] Develop your integration, by _either_ [following this guide for GitHub Actions](https://docs.github.com/en/github/finding-security-vulnerabilities-and-errors-in-your-code/uploading-a-sarif-file-to-github#uploading-a-code-scanning-analysis-with-github-actions), or [integrating directly with the REST API](https://docs.github.com/en/rest/reference/code-scanning#upload-a-sarif-file)
+- [ ] [For integrations leveraging GitHub Actions] Submit a PR in this repo for your proposed starter workflow. The workflow should:
+	- [ ] Live in [the `code-scanning` directory](https://github.com/actions/starter-workflows/tree/main/code-scanning)
+	- [ ] Have a filename that is in accordance with your product / service / business name, in [_kebab-cased_ format](https://en.wikipedia.org/wiki/Kebab_case), with a `.yml` file extension
+	- [ ] Include comments describing the workflow’s behavior ([example](https://github.com/actions/starter-workflows/blob/c59b62dee0eae1f9f368b7011cf05c2fc42cf084/code-scanning/codeql.yml#L1-L11))
+	- [ ] Trigger on push, pull_request, and schedule events ([example](https://github.com/actions/starter-workflows/blob/c59b62dee0eae1f9f368b7011cf05c2fc42cf084/code-scanning/codeql.yml#L14-L21))
+	- [ ] Reference your GitHub Action using a 40-char commit SHA (e.g. `uses: github/codeql-action@a3a8231e64d3db0e7da0f3b56b9521dcccdfe412`)
+- [ ] Update the `Requested information` above, ensuring all details are correct
+- [ ] When ready, please ping `@actions/advanced-security-code-scanning` in a comment below, for a review :bow:
@@ -1,3 +0,0 @@
-# Add 'code-scanning' label to any changes within 'code-scanning' folder or any subfolders
-code-scanning:
- code-scanning/**/*
@@ -1,55 +1,32 @@
-<!--
-IMPORTANT:
-
 This repository contains configuration for what users see when they click on the `Actions` tab and the setup page for Code Scanning.

 It is not:
 * A playground to try out scripts
 * A place for you to create a workflow for your repository
-->
-
-## Pre-requisites
-
- [ ] Prior to submitting a new workflow, please apply to join the GitHub Technology Partner Program: [partner.github.com/apply](https://partner.github.com/apply?partnershipType=Technology+Partner).

 ---

-### **Please note that at this time we are only accepting new starter workflows for Code Scanning. Updates to existing starter workflows are fine.**
+**Please note that at this time we are only accepting new starter workflows for Code Scanning. Updates to existing starter workflows are fine.**

 ---

-## Tasks
+In the workflow and properties files:

-**For _all_ workflows, the workflow:**
+- [ ] The workflow filename of CI workflows should be the name of the language or platform, in lower case.  Special characters should be removed or replaced with words as appropriate (for example, "dotnet" instead of ".NET").

- [ ] Should be contained in a `.yml` file with the language or platform as its filename, in lower, [_kebab-cased_](https://en.wikipedia.org/wiki/Kebab_case) format (for example, [`docker-image.yml`](https://github.com/actions/starter-workflows/blob/main/ci/docker-image.yml)).  Special characters should be removed or replaced with words as appropriate (for example, "dotnet" instead of ".NET").
- [ ] Should use sentence case for the names of workflows and steps (for example, "Run tests").
- [ ] Should be named _only_ by the name of the language or platform (for example, "Go", not "Go CI" or "Go Build").
- [ ] Should include comments in the workflow for any parts that are not obvious or could use clarification.
-
-**For _CI_ workflows, the workflow:**
-
- [ ] Should be preserved under [the `ci` directory](https://github.com/actions/starter-workflows/tree/main/ci).
- [ ] Should include a matching `ci/properties/*.properties.json` file (for example, [`ci/properties/docker-publish.properties.json`](https://github.com/actions/starter-workflows/blob/main/ci/properties/docker-publish.properties.json)).
- [ ] Should run on `push` to `branches: [ $default-branch ]` and `pull_request` to `branches: [ $default-branch ]`.
+  The workflow filename of publishing workflows should be the name of the language or platform, in lower case, followed by "-publish".
+- [ ] Includes a matching `ci/properties/*.properties.json` file.
+- [ ] Use sentence case for the names of workflows and steps, for example "Run tests".
+- [ ] The name of CI workflows should only be the name of the language or platform: for example "Go" (not "Go CI" or "Go Build")
+- [ ] Include comments in the workflow for any parts that are not obvious or could use clarification.
+- [ ] CI workflows should run on `push` to `branches: [ $default-branch ]` and `pull_request` to `branches: [ $default-branch ]`.
 - [ ] Packaging workflows should run on `release` with `types: [ created ]`.
- [ ] Publishing workflows should have a filename that is the name of the language or platform, in lower case, followed by "-publish" (for example, [`docker-publish.yml`](https://github.com/actions/starter-workflows/blob/main/ci/docker-publish.yml)).
+- [ ] Code Scanning workflows should run on `push` to `branches: [ $default-branch, $protected-branches ]` and `pull_request` to `branches: [ $default-branch ]`. We also recommend a `schedule` trigger of `cron: $cron-weekly`.

-**For _Code Scanning_ workflows, the workflow:**
+Some general notes:

- [ ] Should be preserved under [the `code-scanning` directory](https://github.com/actions/starter-workflows/tree/main/ci).
- [ ] Should include a matching `code-scanning/properties/*.properties.json` file (for example, [`code-scanning/properties/codeql.properties.json`](https://github.com/actions/starter-workflows/blob/main/code-scanning/properties/codeql.properties.json)), with properties set as follows:
-  - [ ] `name`: Name of the Code Scanning integration.
-  - [ ] `organization`: Name of the organization producing the Code Scanning integration.
-  - [ ] `description`: Short description of the Code Scanning integration.
-  - [ ] `categories`: Array of languages supported by the Code Scanning integration.
-  - [ ] `iconName`: Name of the SVG logo representing the Code Scanning integration. This SVG logo must be present in [the `icons` directory](https://github.com/actions/starter-workflows/tree/main/icons).
- [ ] Should run on `push` to `branches: [ $default-branch, $protected-branches ]` and `pull_request` to `branches: [ $default-branch ]`. We also recommend a `schedule` trigger of `cron: $cron-weekly` (for example, [`codeql.yml`](https://github.com/actions/starter-workflows/blob/c59b62dee0eae1f9f368b7011cf05c2fc42cf084/code-scanning/codeql.yml#L14-L21)).
-
-**Some general notes:**
-
- [ ] This workflow must _only_ use actions that are produced by GitHub, [in the `actions` organization](https://github.com/actions), **or**
- [ ] This workflow must _only_ use actions that are produced by the language or ecosystem that the workflow supports.  These actions must be [published to the GitHub Marketplace](https://github.com/marketplace?type=actions).  We require that these actions be referenced using the full 40 character hash of the action's commit instead of a tag.  Additionally, workflows must include the following comment at the top of the workflow file:
+- [ ] This workflow must only use actions that are produced by GitHub, [in the `actions` organization](https://github.com/actions), **or**
+- [ ] This workflow must only use actions that are produced by the language or ecosystem that the workflow supports.  These actions must be [published to the GitHub Marketplace](https://github.com/marketplace?type=actions).  We recommend that these actions be referenced using the full 40 character hash of the action's commit instead of a tag.  Additionally, workflows must include the following comment at the top of the workflow file:
    ```
    # This workflow uses actions that are not certified by GitHub.
    # They are provided by a third-party and are governed by
@@ -5,8 +5,6 @@ on:

 jobs:
  build:
-    permissions:
-      issues: write
    runs-on: ubuntu-latest
    steps:
    - name: Close Issue
@@ -5,8 +5,6 @@ on:

 jobs:
  build:
-    permissions:
-      issues: write
    runs-on: ubuntu-latest
    steps:
    - name: Close Issue
@@ -1,16 +0,0 @@
-name: "Pull Request Labeler"
-
-permissions:
-  contents: read
-  pull-requests: write
-
-on:
- pull_request_target
-
-jobs:
-  triage:
-    runs-on: ubuntu-latest
-    steps:
-    - uses: actions/labeler@v3
-      with:
-        repo-token: "${{ secrets.GITHUB_TOKEN }}"
@@ -7,14 +7,12 @@ on:
 jobs:
  stale:

-    permissions:
-      issues: write
-      pull-requests: write
    runs-on: ubuntu-latest

    steps:
    - uses: actions/stale@v3
      with:
+        repo-token: ${{ secrets.GITHUB_TOKEN }}
        stale-issue-message: 'This issue has become stale and will be closed automatically within a period of time. Sorry about that.'
        stale-pr-message: 'This pull request has become stale and will be closed automatically within a period of time. Sorry about that.'
        stale-issue-label: 'no-issue-activity'
@@ -7,8 +7,6 @@ on:

 jobs:
  sync:
-    permissions:
-      contents: write
    runs-on: ubuntu-latest
    steps:
    - uses: actions/checkout@v2
@@ -16,7 +14,7 @@ jobs:
        git fetch --no-tags --prune --depth=1 origin +refs/heads/*:refs/remotes/origin/*
        git config user.email "cschleiden@github.com"
        git config user.name "GitHub Actions"
-    - uses: actions/setup-node@v2
+    - uses: actions/setup-node@v1
      with:
        node-version: '12'
    - name: Check starter workflows for GHES compat
@@ -6,13 +6,11 @@ on:

 jobs:
  validate-data:
-    permissions:
-      contents: read
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v2

-      - uses: actions/setup-node@v2
+      - uses: actions/setup-node@v1
        with:
          node-version: "12"

@@ -1,3 +1,3 @@
-* @actions/starter-workflows
+* @actions/actions-experience

 /code-scanning/ @actions/advanced-security-code-scanning
@@ -19,6 +19,6 @@ Before merging a new workflow, the following requirements need to be met:
 - There are many programming languages and tools out there. Right now we don't have a page that allows for a really large number of workflows, so we do have to be a little choosy about what we accept. Less popular tools or languages might not be accepted.
 - Automation and CI workflows should not send data to any 3rd party service except for the purposes of installing dependencies.
 - Automation and CI workflows cannot be dependent on a paid service or product.
- We require that Actions outside of the `actions` organization be pinned to a specific SHA.
+- We recommend that Actions outside of the `actions` organization be pinned to a specific SHA.

 Thank you
@@ -10,9 +10,8 @@ These are the workflow files for helping people get started with GitHub Actions.

 <img src="https://d3vv6lp55qjaqc.cloudfront.net/items/353A3p3Y2x3c2t2N0c01/Image%202019-08-27%20at%203.25.07%20PM.png" max-width="75%"/>

-### Directory structure
-
-* [ci](ci): solutions for Continuous Integration and Deployments
+**Directory structure:**
+* [ci](ci): solutions for Continuous Integration
 * [automation](automation): solutions for automating workflows.
 * [code-scanning](code-scanning): starter workflows for [Code Scanning](https://github.com/features/security)
 * [icons](icons): svg icons for the relevant template
@@ -21,28 +20,8 @@ Each workflow must be written in YAML and have a `.yml` extension. They also nee

 For example: `ci/django.yml` and `ci/properties/django.properties.json`.

-### Valid properties
-
-* `name`: the name shown in onboarding. This property is unique within the repository.
+**Valid properties:**
+* `name`: the name shown in onboarding
 * `description`: the description shown in onboarding
-* `iconName`: the icon name in the relevant folder, for example, `django` should have an icon `icons/django.svg`. Only SVG is supported at this time. Another option is to use [octicon](https://primer.style/octicons/). The format to use an octicon is `octicon <<icon name>>`. Example: `octicon person`
-* `creator`: creator of the template shown in onboarding. All the workflow templates from an author will have the same `creator` field.
-* `categories`: the categories that it will be shown under. Choose at least one category from the list [here](#categories). Further, choose the categories from the list of languages available [here](https://github.com/github/linguist/blob/master/lib/linguist/languages.yml). When a user views the available templates, those templates that match the same language will feature more prominently.
-
-### Categories
-* continuous-integration
-* deployment
-* testing
-* code-quality
-* code-review
-* dependency-management
-* monitoring
-* Automation
-* utilities
-
-### Variables
-These variables can be placed in the starter workflow and will be substituted as detailed below:
-
-* `$default-branch`: will substitute the branch from the repository, for example `main` and `master`
-* `$protected-branches`: will substitue any protected branches from the repository.
-* `$cron-daily`: will substitute a valid but random time within the day
+* `iconName`: the icon name in the relevant folder, for example `django` should have an icon `icons/django.svg`. Only SVG is supported at this time
+* `categories`: the categories that it will be shown under
@@ -5,9 +5,6 @@ on: [pull_request, issues]
 jobs:
  greeting:
    runs-on: ubuntu-latest
-    permissions:
-      issues: write
-      pull-requests: write
    steps:
    - uses: actions/first-interaction@v1
      with:
@@ -12,9 +12,6 @@ jobs:
  label:

    runs-on: ubuntu-latest
-    permissions:
-      contents: read
-      pull-requests: write

    steps:
    - uses: actions/labeler@v2
@@ -1,21 +1,13 @@
-# This workflow warns and then closes issues and PRs that have had no activity for a specified amount of time.
-#
-# You can adjust the behavior by modifying this file.
-# For more information, see:
-# https://github.com/actions/stale
 name: Mark stale issues and pull requests

 on:
  schedule:
-  - cron: $cron-daily
+  - cron: "30 1 * * *"

 jobs:
  stale:

    runs-on: ubuntu-latest
-    permissions:
-      issues: write
-      pull-requests: write

    steps:
    - uses: actions/stale@v3
@@ -42,7 +42,6 @@ env:
 jobs:
  build:
    runs-on: ubuntu-latest
-    environment: production
    
    steps:
    - name: Checkout
@@ -13,13 +13,10 @@ jobs:

    steps:
    - uses: actions/checkout@v2
-    - name: set up JDK 11
-      uses: actions/setup-java@v2
+    - name: set up JDK 1.8
+      uses: actions/setup-java@v1
      with:
-        java-version: '11'
-        distribution: 'adopt'
-        cache: gradle
-
+        java-version: 1.8
    - name: Grant execute permission for gradlew
      run: chmod +x gradlew
    - name: Build with Gradle
@@ -16,10 +16,9 @@ jobs:

    steps:
    - uses: actions/checkout@v2
-    - name: Set up JDK 11
-      uses: actions/setup-java@v2
+    - name: Set up JDK 1.8
+      uses: actions/setup-java@v1
      with:
-        java-version: '11'
-        distribution: 'adopt'
+        java-version: 1.8
    - name: Build with Ant
      run: ant -noinput -buildfile build.xml
@@ -33,7 +33,6 @@ jobs:
  deploy:
    name: Deploy
    runs-on: ubuntu-latest
-    environment: production

    steps:
    - name: Checkout
@@ -78,4 +77,4 @@ jobs:
        task-definition: ${{ steps.task-def.outputs.task-definition }}
        service: sample-app-service
        cluster: default
-        wait-for-service-stability: true
+        wait-for-service-stability: true
@@ -32,7 +32,7 @@ jobs:
    steps:
    - uses: actions/checkout@v2
    - name: Use Node.js ${{ env.NODE_VERSION }}
-      uses: actions/setup-node@v2
+      uses: actions/setup-node@v1
      with:
        node-version: ${{ env.NODE_VERSION }}
    - name: npm install, build, and test
@@ -2,7 +2,7 @@

 name: CI

-# Controls when the workflow will run
+# Controls when the action will run. 
 on:
  # Triggers the workflow on push or pull request events but only for the $default-branch branch
  push:
@@ -1,10 +1,6 @@
 name: CMake

-on:
-  push:
-    branches: [ $default-branch ]
-  pull_request:
-    branches: [ $default-branch ]
+on: [push]

 env:
  # Customize the CMake build type here (Release, Debug, RelWithDebInfo, etc.)
@@ -21,18 +17,30 @@ jobs:
    steps:
    - uses: actions/checkout@v2

+    - name: Create Build Environment
+      # Some projects don't allow in-source building, so create a separate build directory
+      # We'll use this as our working directory for all subsequent commands
+      run: cmake -E make_directory ${{github.workspace}}/build
+
    - name: Configure CMake
-      # Configure CMake in a 'build' subdirectory. `CMAKE_BUILD_TYPE` is only required if you are using a single-configuration generator such as make.
-      # See https://cmake.org/cmake/help/latest/variable/CMAKE_BUILD_TYPE.html?highlight=cmake_build_type
-      run: cmake -B ${{github.workspace}}/build -DCMAKE_BUILD_TYPE=${{env.BUILD_TYPE}}
+      # Use a bash shell so we can use the same syntax for environment variable
+      # access regardless of the host operating system
+      shell: bash
+      working-directory: ${{github.workspace}}/build
+      # Note the current convention is to use the -S and -B options here to specify source 
+      # and build directories, but this is only available with CMake 3.13 and higher.  
+      # The CMake binaries on the Github Actions machines are (as of this writing) 3.12
+      run: cmake $GITHUB_WORKSPACE -DCMAKE_BUILD_TYPE=$BUILD_TYPE

    - name: Build
-      # Build your program with the given configuration
-      run: cmake --build ${{github.workspace}}/build --config ${{env.BUILD_TYPE}}
+      working-directory: ${{github.workspace}}/build
+      shell: bash
+      # Execute the build.  You can specify a specific target with "--target <NAME>"
+      run: cmake --build . --config $BUILD_TYPE

    - name: Test
      working-directory: ${{github.workspace}}/build
+      shell: bash
      # Execute tests defined by the CMake configuration.  
      # See https://cmake.org/cmake/help/latest/manual/ctest.1.html for more detail
-      run: ctest -C ${{env.BUILD_TYPE}}
-      
+      run: ctest -C $BUILD_TYPE
@@ -1,8 +1,3 @@
-# This workflow uses actions that are not certified by GitHub.
-# They are provided by a third-party and are governed by
-# separate terms of service, privacy policy, and support
-# documentation.
-
 name: Dart

 on:
@@ -15,14 +10,18 @@ jobs:
  build:
    runs-on: ubuntu-latest

+    # Note that this workflow uses the latest stable version of the Dart SDK.
+    # Docker images for other release channels - like dev and beta - are also
+    # available. See https://hub.docker.com/r/google/dart/ for the available
+    # images.
+    container:
+      image:  google/dart:latest
+
    steps:
      - uses: actions/checkout@v2

-      # Note: This workflow uses the latest stable version of the Dart SDK.
-      # You can specify other versions if desired, see documentation here:
-      # https://github.com/dart-lang/setup-dart/blob/main/README.md
-      # - uses: dart-lang/setup-dart@v1
-      - uses: dart-lang/setup-dart@9a04e6d73cca37bd455e0608d7e5092f881fd603
+      - name: Print Dart SDK version
+        run: dart --version

      - name: Install dependencies
        run: dart pub get
@@ -3,8 +3,8 @@
 # separate terms of service, privacy policy, and support
 # documentation.

-# This workflow will install Deno then run Deno lint and test.
-# For more information see: https://github.com/denoland/setup-deno
+# This workflow will install Deno and run tests across stable and nightly builds on Windows, Ubuntu and macOS.
+# For more information see: https://github.com/denolib/setup-deno

 name: Deno

@@ -16,24 +16,24 @@ on:

 jobs:
  test:
-    runs-on: ubuntu-latest
+    runs-on: ${{ matrix.os }} # runs a test on Ubuntu, Windows and macOS
+
+    strategy:
+      matrix:
+        deno: ["v1.x", "nightly"]
+        os: [macOS-latest, windows-latest, ubuntu-latest]

    steps:
      - name: Setup repo
        uses: actions/checkout@v2

      - name: Setup Deno
-        # uses: denoland/setup-deno@v1
-        uses: denoland/setup-deno@004814556e37c54a2f6e31384c9e18e9833173669
+        uses: denolib/setup-deno@c7d7968ad4a59c159a777f79adddad6872ee8d96
        with:
-          deno-version: v1.x
+          deno-version: ${{ matrix.deno }} # tests across multiple Deno versions

-      # Uncomment this step to verify the use of 'deno fmt' on each commit.
-      # - name: Verify formatting
-      #   run: deno fmt --check
+      - name: Cache Dependencies
+        run: deno cache deps.ts

-      - name: Run linter
-        run: deno lint
-
-      - name: Run tests
+      - name: Run Tests
        run: deno test -A --unstable
@@ -1,63 +1,76 @@
 name: Docker

-# This workflow uses actions that are not certified by GitHub.
-# They are provided by a third-party and are governed by
-# separate terms of service, privacy policy, and support
-# documentation.
-
 on:
-  schedule:
-    - cron: $cron-daily
  push:
-    branches: [ $default-branch ]
-    # Publish semver tags as releases.
-    tags: [ 'v*.*.*' ]
+    # Publish `$default-branch` as Docker `latest` image.
+    branches:
+      - $default-branch
+
+    # Publish `v1.2.3` tags as releases.
+    tags:
+      - v*
+
+  # Run tests for any PRs.
  pull_request:
-    branches: [ $default-branch ]

 env:
-  # Use docker.io for Docker Hub if empty
-  REGISTRY: ghcr.io
-  # github.repository as <account>/<repo>
-  IMAGE_NAME: ${{ github.repository }}
-
+  # TODO: Change variable to your image's name.
+  IMAGE_NAME: image

 jobs:
-  build:
-
+  # Run tests.
+  # See also https://docs.docker.com/docker-hub/builds/automated-testing/
+  test:
    runs-on: ubuntu-latest
-    permissions:
-      contents: read
-      packages: write

    steps:
-      - name: Checkout repository
-        uses: actions/checkout@v2
+      - uses: actions/checkout@v2

-      # Login against a Docker registry except on PR
-      # https://github.com/docker/login-action
-      - name: Log into registry ${{ env.REGISTRY }}
-        if: github.event_name != 'pull_request'
-        uses: docker/login-action@28218f9b04b4f3f62068d7b6ce6ca5b26e35336c
-        with:
-          registry: ${{ env.REGISTRY }}
-          username: ${{ github.actor }}
-          password: ${{ secrets.GITHUB_TOKEN }}
+      - name: Run tests
+        run: |
+          if [ -f docker-compose.test.yml ]; then
+            docker-compose --file docker-compose.test.yml build
+            docker-compose --file docker-compose.test.yml run sut
+          else
+            docker build . --file Dockerfile
+          fi

-      # Extract metadata (tags, labels) for Docker
-      # https://github.com/docker/metadata-action
-      - name: Extract Docker metadata
-        id: meta
-        uses: docker/metadata-action@98669ae865ea3cffbcbaa878cf57c20bbf1c6c38
-        with:
-          images: ${{ env.REGISTRY }}/${{ env.IMAGE_NAME }}
+  # Push image to GitHub Packages.
+  # See also https://docs.docker.com/docker-hub/builds/
+  push:
+    # Ensure test job passes before pushing image.
+    needs: test

-      # Build and push Docker image with Buildx (don't push on PR)
-      # https://github.com/docker/build-push-action
-      - name: Build and push Docker image
-        uses: docker/build-push-action@ad44023a93711e3deb337508980b4b5e9bcdc5dc
-        with:
-          context: .
-          push: ${{ github.event_name != 'pull_request' }}
-          tags: ${{ steps.meta.outputs.tags }}
-          labels: ${{ steps.meta.outputs.labels }}
+    runs-on: ubuntu-latest
+    if: github.event_name == 'push'
+
+    steps:
+      - uses: actions/checkout@v2
+
+      - name: Build image
+        run: docker build . --file Dockerfile --tag $IMAGE_NAME
+
+      - name: Log into registry
+        run: echo "${{ secrets.GITHUB_TOKEN }}" | docker login docker.pkg.github.com -u ${{ github.actor }} --password-stdin
+
+      - name: Push image
+        run: |
+          IMAGE_ID=docker.pkg.github.com/${{ github.repository }}/$IMAGE_NAME
+
+          # Change all uppercase to lowercase
+          IMAGE_ID=$(echo $IMAGE_ID | tr '[A-Z]' '[a-z]')
+
+          # Strip git ref prefix from version
+          VERSION=$(echo "${{ github.ref }}" | sed -e 's,.*/\(.*\),\1,')
+
+          # Strip "v" prefix from tag name
+          [[ "${{ github.ref }}" == "refs/tags/"* ]] && VERSION=$(echo $VERSION | sed -e 's/^v//')
+
+          # Use Docker `latest` tag convention
+          [ "$VERSION" == "$default-branch" ] && VERSION=latest
+
+          echo IMAGE_ID=$IMAGE_ID
+          echo VERSION=$VERSION
+
+          docker tag $IMAGE_NAME $IMAGE_ID:$VERSION
+          docker push $IMAGE_ID:$VERSION
@@ -75,7 +75,7 @@ jobs:

    # Add  MSBuild to the PATH: https://github.com/microsoft/setup-msbuild
    - name: Setup MSBuild.exe
-      uses: microsoft/setup-msbuild@v1.0.2
+      uses: microsoft/setup-msbuild@2008f912f56e61277eefaac6d1888b750582aa16

    # Execute all unit tests in the solution
    - name: Execute unit tests
@@ -107,7 +107,7 @@ jobs:
    - name: Remove the pfx
      run: Remove-Item -path $env:Wap_Project_Directory\$env:Signing_Certificate

-    # Upload the MSIX package: https://github.com/marketplace/actions/upload-a-build-artifact
+    # Upload the MSIX package: https://github.com/marketplace/actions/upload-artifact
    - name: Upload build artifacts
      uses: actions/upload-artifact@v2
      with:
@@ -15,7 +15,7 @@ jobs:
    steps:
    - uses: actions/checkout@v2
    - name: Set up Elixir
-      uses: erlef/setup-elixir@885971a72ed1f9240973bd92ab57af8c1aa68f24
+      uses: actions/setup-elixir@v1
      with:
        elixir-version: '1.10.3' # Define the elixir version [required]
        otp-version: '22.3' # Define the OTP version [required]
@@ -10,9 +10,6 @@ jobs:
  build:
    name: Build + Publish
    runs-on: ubuntu-latest
-    permissions:
-      contents: read
-      packages: write

    steps:
    - uses: actions/checkout@v2
@@ -16,7 +16,7 @@ jobs:
    - name: Set up Go
      uses: actions/setup-go@v2
      with:
-        go-version: 1.17
+        go-version: 1.15

    - name: Build
      run: go build -v ./...
@@ -27,7 +27,6 @@ jobs:
  setup-build-publish-deploy:
    name: Setup, Build, Publish, and Deploy
    runs-on: ubuntu-latest
-    environment: production

    steps:
    - name: Checkout
@@ -1,5 +1,5 @@
 # This workflow will build a package using Gradle and then publish it to GitHub packages when a release is created
-# For more information see: https://github.com/actions/setup-java/blob/main/docs/advanced-usage.md#Publishing-using-gradle
+# For more information see: https://github.com/actions/setup-java#publishing-using-gradle

 name: Gradle Package

@@ -11,17 +11,13 @@ jobs:
  build:

    runs-on: ubuntu-latest
-    permissions:
-      contents: read
-      packages: write

    steps:
    - uses: actions/checkout@v2
-    - name: Set up JDK 11
-      uses: actions/setup-java@v2
+    - name: Set up JDK 1.8
+      uses: actions/setup-java@v1
      with:
-        java-version: '11'
-        distribution: 'adopt'
+        java-version: 1.8
        server-id: github # Value of the distributionManagement/repository/id field of the pom.xml
        settings-path: ${{ github.workspace }} # location for the settings.xml file

@@ -1,4 +1,4 @@
-# This workflow will build a Java project with Gradle and cache/restore any dependencies to improve the workflow execution time
+# This workflow will build a Java project with Gradle
 # For more information see: https://help.github.com/actions/language-and-framework-guides/building-and-testing-java-with-gradle

 name: Java CI with Gradle
@@ -16,12 +16,10 @@ jobs:

    steps:
    - uses: actions/checkout@v2
-    - name: Set up JDK 11
-      uses: actions/setup-java@v2
+    - name: Set up JDK 1.8
+      uses: actions/setup-java@v1
      with:
-        java-version: '11'
-        distribution: 'adopt'
-        cache: gradle
+        java-version: 1.8
    - name: Grant execute permission for gradlew
      run: chmod +x gradlew
    - name: Build with Gradle
@@ -28,7 +28,6 @@ jobs:
  setup-build-publish-deploy:
    name: Setup, Build, Publish, and Deploy
    runs-on: ubuntu-latest
-    environment: production
    steps:

    - name: Checkout
@@ -25,8 +25,7 @@ jobs:
          scheme: ${{ 'default' }}
          platform: ${{ 'iOS Simulator' }}
        run: |
-          # xcrun xctrace returns via stderr, not the expected stdout (see https://developer.apple.com/forums/thread/663959)
-          device=`xcrun xctrace list devices 2>&1 | grep -oE 'iPhone.*?[^\(]+' | head -1 | awk '{$1=$1;print}'`
+          device=`instruments -s -devices | grep -oE 'iPhone.*?[^\(]+' | head -1 | awk '{$1=$1;print}'`
          if [ $scheme = default ]; then scheme=$(cat default); fi
          if [ "`ls -A | grep -i \\.xcworkspace\$`" ]; then filetype_parameter="workspace" && file_to_build="`ls -A | grep -i \\.xcworkspace\$`"; else filetype_parameter="project" && file_to_build="`ls -A | grep -i \\.xcodeproj\$`"; fi
          file_to_build=`echo $file_to_build | awk '{$1=$1;print}'`
@@ -36,8 +35,7 @@ jobs:
          scheme: ${{ 'default' }}
          platform: ${{ 'iOS Simulator' }}
        run: |
-          # xcrun xctrace returns via stderr, not the expected stdout (see https://developer.apple.com/forums/thread/663959)
-          device=`xcrun xctrace list devices 2>&1 | grep -oE 'iPhone.*?[^\(]+' | head -1 | awk '{$1=$1;print}'`
+          device=`instruments -s -devices | grep -oE 'iPhone.*?[^\(]+' | head -1 | awk '{$1=$1;print}'`
          if [ $scheme = default ]; then scheme=$(cat default); fi
          if [ "`ls -A | grep -i \\.xcworkspace\$`" ]; then filetype_parameter="workspace" && file_to_build="`ls -A | grep -i \\.xcworkspace\$`"; else filetype_parameter="project" && file_to_build="`ls -A | grep -i \\.xcodeproj\$`"; fi
          file_to_build=`echo $file_to_build | awk '{$1=$1;print}'`
@@ -17,4 +17,4 @@ jobs:
      run: |
        docker run \
        -v ${{ github.workspace }}:/srv/jekyll -v ${{ github.workspace }}/_site:/srv/jekyll/_site \
-        jekyll/builder:latest /bin/bash -c "chmod -R 777 /srv/jekyll && jekyll build --future"
+        jekyll/builder:latest /bin/bash -c "chmod 777 /srv/jekyll && jekyll build --future"
@@ -12,7 +12,7 @@ jobs:
    runs-on: ubuntu-latest

    steps:
-    - uses: shivammathur/setup-php@15c43e89cdef867065b0213be354c2841860869e
+    - uses: shivammathur/setup-php@b7d1d9c9a92d8d8463ce36d7f60da34d461724f8
      with:
        php-version: '8.0'
    - uses: actions/checkout@v2
@@ -1,27 +0,0 @@
-name: Makefile CI
-
-on:
-  push:
-    branches: [ $default-branch ]
-  pull_request:
-    branches: [ $default-branch ]
-
-jobs:
-  build:
-
-    runs-on: ubuntu-latest
-
-    steps:
-    - uses: actions/checkout@v2
-    
-    - name: configure
-      run: ./configure
-      
-    - name: Install dependencies
-      run: make
-      
-    - name: Run check
-      run: make check
-      
-    - name: Run distcheck
-      run: make distcheck
@@ -1,5 +1,5 @@
 # This workflow will build a package using Maven and then publish it to GitHub packages when a release is created
-# For more information see: https://github.com/actions/setup-java/blob/main/docs/advanced-usage.md#apache-maven-with-a-settings-path
+# For more information see: https://github.com/actions/setup-java#apache-maven-with-a-settings-path

 name: Maven Package

@@ -11,17 +11,13 @@ jobs:
  build:

    runs-on: ubuntu-latest
-    permissions:
-      contents: read
-      packages: write

    steps:
    - uses: actions/checkout@v2
-    - name: Set up JDK 11
-      uses: actions/setup-java@v2
+    - name: Set up JDK 1.8
+      uses: actions/setup-java@v1
      with:
-        java-version: '11'
-        distribution: 'adopt'
+        java-version: 1.8
        server-id: github # Value of the distributionManagement/repository/id field of the pom.xml
        settings-path: ${{ github.workspace }} # location for the settings.xml file

@@ -31,4 +27,4 @@ jobs:
    - name: Publish to GitHub Packages Apache Maven
      run: mvn deploy -s $GITHUB_WORKSPACE/settings.xml
      env:
-        GITHUB_TOKEN: ${{ github.token }}
+        GITHUB_TOKEN: ${{ github.token }}
@@ -1,4 +1,4 @@
-# This workflow will build a Java project with Maven, and cache/restore any dependencies to improve the workflow execution time
+# This workflow will build a Java project with Maven
 # For more information see: https://help.github.com/actions/language-and-framework-guides/building-and-testing-java-with-maven

 name: Java CI with Maven
@@ -16,11 +16,9 @@ jobs:

    steps:
    - uses: actions/checkout@v2
-    - name: Set up JDK 11
-      uses: actions/setup-java@v2
+    - name: Set up JDK 1.8
+      uses: actions/setup-java@v1
      with:
-        java-version: '11'
-        distribution: 'adopt'
-        cache: maven
+        java-version: 1.8
    - name: Build with Maven
      run: mvn -B package --file pom.xml
@@ -19,7 +19,7 @@ jobs:
    - uses: actions/checkout@v2

    - name: Add MSBuild to PATH
-      uses: microsoft/setup-msbuild@v1.0.2
+      uses: microsoft/setup-msbuild@v1

    - name: Restore NuGet packages
      working-directory: ${{env.GITHUB_WORKSPACE}}
@@ -1,4 +1,4 @@
-# This workflow will do a clean install of node dependencies, cache/restore them, build the source code and run tests across different versions of node
+# This workflow will do a clean install of node dependencies, build the source code and run tests across different versions of node
 # For more information see: https://help.github.com/actions/language-and-framework-guides/using-nodejs-with-github-actions

 name: Node.js CI
@@ -16,16 +16,15 @@ jobs:

    strategy:
      matrix:
-        node-version: [12.x, 14.x, 16.x]
+        node-version: [10.x, 12.x, 14.x, 15.x]
        # See supported Node.js release schedule at https://nodejs.org/en/about/releases/

    steps:
    - uses: actions/checkout@v2
    - name: Use Node.js ${{ matrix.node-version }}
-      uses: actions/setup-node@v2
+      uses: actions/setup-node@v1
      with:
        node-version: ${{ matrix.node-version }}
-        cache: 'npm'
    - run: npm ci
    - run: npm run build --if-present
    - run: npm test
@@ -1,28 +0,0 @@
-name: NodeJS with Grunt
-
-on:
-  push:
-    branches: [ $default-branch ]
-  pull_request:
-    branches: [ $default-branch ]
-
-jobs:
-  build:
-    runs-on: ubuntu-latest
-
-    strategy:
-      matrix:
-        node-version: [12.x, 14.x, 16.x]
-    
-    steps:
-    - uses: actions/checkout@v2
-
-    - name: Use Node.js ${{ matrix.node-version }}
-      uses: actions/setup-node@v1
-      with:
-        node-version: ${{ matrix.node-version }}
-
-    - name: Build
-      run: |
-        npm install
-        grunt
@@ -1,28 +0,0 @@
-name: NodeJS with Gulp
-
-on:
-  push:
-    branches: [ $default-branch ]
-  pull_request:
-    branches: [ $default-branch ]
-
-jobs:
-  build:
-    runs-on: ubuntu-latest
-
-    strategy:
-      matrix:
-        node-version: [12.x, 14.x, 16.x]
-    
-    steps:
-    - uses: actions/checkout@v2
-
-    - name: Use Node.js ${{ matrix.node-version }}
-      uses: actions/setup-node@v1
-      with:
-        node-version: ${{ matrix.node-version }}
-
-    - name: Build
-      run: |
-        npm install
-        gulp
@@ -12,9 +12,9 @@ jobs:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v2
-      - uses: actions/setup-node@v2
+      - uses: actions/setup-node@v1
        with:
-          node-version: 14
+          node-version: 12
      - run: npm ci
      - run: npm test

@@ -23,9 +23,9 @@ jobs:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v2
-      - uses: actions/setup-node@v2
+      - uses: actions/setup-node@v1
        with:
-          node-version: 14
+          node-version: 12
          registry-url: https://registry.npmjs.org/
      - run: npm ci
      - run: npm publish
@@ -35,14 +35,11 @@ jobs:
  publish-gpr:
    needs: build
    runs-on: ubuntu-latest
-    permissions:
-      contents: read
-      packages: write
    steps:
      - uses: actions/checkout@v2
-      - uses: actions/setup-node@v2
+      - uses: actions/setup-node@v1
        with:
-          node-version: 14
+          node-version: 12
          registry-url: $registry-url(npm)
      - run: npm ci
      - run: npm publish
@@ -27,7 +27,6 @@

 # For a more sophisticated example, see https://github.com/redhat-actions/spring-petclinic/blob/main/.github/workflows/petclinic-sample.yaml
 # Also see our GitHub organization, https://github.com/redhat-actions/
-# ▶️ See a video of how to set up this workflow at https://www.youtube.com/watch?v=6hgBO-1pKho

 name: OpenShift

@@ -45,9 +44,8 @@ env:
  OPENSHIFT_SERVER: ${{ secrets.OPENSHIFT_SERVER }}
  OPENSHIFT_TOKEN: ${{ secrets.OPENSHIFT_TOKEN }}

-  # ⬇️ EDIT with any additional port your application should expose.
-  # By default, oc new-app action creates a service to the image's lowest numeric exposed port.
-  APP_PORT: ""
+  # ⬇️ EDIT with the port your application should be accessible on.
+  APP_PORT: 8080

  # ⬇️ EDIT if you wish to set the kube context's namespace after login. Leave blank to use the default namespace.
  OPENSHIFT_NAMESPACE: ""
@@ -65,45 +63,9 @@ on:
 jobs:
  openshift-ci-cd:
    name: Build and deploy to OpenShift
-    runs-on: ubuntu-18.04
-    environment: production
-
-    outputs:
-        ROUTE: ${{ steps.deploy-and-expose.outputs.route }}
-        SELECTOR: ${{ steps.deploy-and-expose.outputs.selector }}
+    runs-on: ubuntu-20.04

    steps:
-    - name: Check if secrets exists
-      uses: actions/github-script@v3
-      with:
-        script: |
-          const secrets = {
-            REGISTRY_PASSWORD: `${{ secrets.REGISTRY_PASSWORD }}`,
-            OPENSHIFT_SERVER: `${{ secrets.OPENSHIFT_SERVER }}`,
-            OPENSHIFT_TOKEN: `${{ secrets.OPENSHIFT_TOKEN }}`,
-          };
-
-          const missingSecrets = Object.entries(secrets).filter(([ name, value ]) => {
-            if (value.length === 0) {
-              core.warning(`Secret "${name}" is not set`);
-              return true;
-            }
-            core.info(`✔️ Secret "${name}" is set`);
-            return false;
-
-          });
-
-          if (missingSecrets.length > 0) {
-            core.setFailed(`❌ At least one required secret is not set in the repository. \n` +
-              "You can add it using:\n" +
-              "GitHub UI: https://docs.github.com/en/actions/reference/encrypted-secrets#creating-encrypted-secrets-for-a-repository \n" +
-              "GitHub CLI: https://cli.github.com/manual/gh_secret_set \n" +
-              "Also, refer to https://github.com/redhat-actions/oc-login#getting-started-with-the-action-or-see-example");
-          }
-          else {
-            core.info(`✅ All the required secrets are set`);
-          }
-
    - uses: actions/checkout@v2

    - name: Determine app name
@@ -118,13 +80,12 @@ jobs:

    # https://github.com/redhat-actions/buildah-build#readme
    - name: Build from Dockerfile
-      id: image-build
-      uses: redhat-actions/buildah-build@v2
+      uses: redhat-actions/buildah-build@v1
      with:
        image: ${{ env.APP_NAME }}
-        tags: ${{ env.TAG }}
+        tag: ${{ env.TAG }}
        # If you don't have a dockerfile, see:
-        # https://github.com/redhat-actions/buildah-build#scratch-build-inputs
+        # https://github.com/redhat-actions/buildah-build#building-from-scratch
        # Otherwise, point this to your Dockerfile relative to the repository root.
        dockerfiles: |
          ./Dockerfile
@@ -132,10 +93,10 @@ jobs:
    # https://github.com/redhat-actions/push-to-registry#readme
    - name: Push to registry
      id: push-to-registry
-      uses: redhat-actions/push-to-registry@v2
+      uses: redhat-actions/push-to-registry@v1
      with:
-        image: ${{ steps.image-build.outputs.image }}
-        tags: ${{ steps.image-build.outputs.tags }}
+        image: ${{ env.APP_NAME }}
+        tag: ${{ env.TAG }}
        registry: ${{ env.REGISTRY }}
        username: ${{ env.REGISTRY_USER }}
        password: ${{ env.REGISTRY_PASSWORD }}
@@ -144,8 +105,7 @@ jobs:

    # oc-login works on all platforms, but oc must be installed first.
    # The GitHub Ubuntu runner already includes oc.
-    # Otherwise, https://github.com/redhat-actions/openshift-tools-installer can be used to install oc,
-    # as well as many other tools.
+    # Otherwise, https://github.com/redhat-actions/oc-installer#readme is available.

    # https://github.com/redhat-actions/oc-login#readme
    - name: Log in to OpenShift
@@ -157,15 +117,30 @@ jobs:
        namespace: ${{ env.OPENSHIFT_NAMESPACE }}

    # This step should create a deployment, service, and route to run your app and expose it to the internet.
-    # https://github.com/redhat-actions/oc-new-app#readme
+    # Feel free to replace this with 'oc apply', 'helm install', or however you like to deploy your app.
    - name: Create and expose app
-      id: deploy-and-expose
-      uses: redhat-actions/oc-new-app@v1
-      with:
-        app_name: ${{ env.APP_NAME }}
-        image: ${{ steps.push-to-registry.outputs.registry-path }}
-        namespace: ${{ env.OPENSHIFT_NAMESPACE }}
-        port: ${{ env.APP_PORT }}
+      run: |
+        export IMAGE="${{ steps.push-to-registry.outputs.registry-path }}"
+        export PORT=${{ env.APP_PORT }}
+
+        export SELECTOR="app=${{ env.APP_NAME }}"
+        echo "SELECTOR=$SELECTOR" >> $GITHUB_ENV
+
+        set -x
+        # Take down any old deployment
+        oc delete all --selector="$SELECTOR"
+        oc new-app --name $APP_NAME --docker-image="$IMAGE"
+
+        # Make sure the app port is exposed
+        oc patch svc $APP_NAME -p "{ \"spec\": { \"ports\": [{ \"name\": \"$PORT-tcp\", \"port\": $PORT }] } }"
+        oc expose service $APP_NAME --port=$PORT
+
+        oc get all --selector="$SELECTOR"
+        set +x
+
+        export ROUTE="$(oc get route $APP_NAME -o jsonpath='{.spec.host}')"
+        echo "$APP_NAME is exposed at $ROUTE"
+        echo "ROUTE=$ROUTE" >> $GITHUB_ENV

    - name: View application route
      run: |
@@ -175,6 +150,3 @@ jobs:
        echo "==================================================================================="
        echo
        echo "Your app can be taken down with: \"oc delete all --selector='${{ env.SELECTOR }}'\""
-      env:
-        ROUTE: ${{ steps.deploy-and-expose.outputs.route }}
-        SELECTOR: ${{ steps.deploy-and-expose.outputs.selector }}
@@ -15,7 +15,7 @@ jobs:
    - uses: actions/checkout@v2

    - name: Validate composer.json and composer.lock
-      run: composer validate --strict
+      run: composer validate

    - name: Cache Composer packages
      id: composer-cache
@@ -27,7 +27,8 @@ jobs:
          ${{ runner.os }}-php-

    - name: Install dependencies
-      run: composer install --prefer-dist --no-progress
+      if: steps.composer-cache.outputs.cache-hit != 'true'
+      run: composer install --prefer-dist --no-progress --no-suggest

    # Add a test script to composer.json, for instance: "test": "vendor/bin/phpunit"
    # Docs: https://getcomposer.org/doc/articles/scripts.md
@@ -2,5 +2,5 @@
    "name": "Ada",
    "description": "Build Ada project with GPRbuild.",
    "iconName": "ada",
-    "categories": ["Continuous integration", "Ada"]
+    "categories": ["Ada"]
 }
@@ -3,5 +3,5 @@
    "description": "Deploy a container to Alibaba Cloud Container Service for Kubernetes (ACK).",
    "creator": "Alibaba Cloud",
    "iconName": "alibabacloud",
-    "categories": ["Deployment"]
+    "categories": null
 }
@@ -2,5 +2,5 @@
    "name": "Android CI",
    "description": "Build an Android project with Gradle.",
    "iconName": "android",
-    "categories": ["Continuous integration", "Java", "Mobile"]
+    "categories": ["Java", "Mobile"]
 }
@@ -2,5 +2,5 @@
    "name": "Java with Ant",
    "description": "Build and test a Java project with Apache Ant.",
    "iconName": "ant",
-    "categories": ["Continuous integration", "Ant", "Java"]
+    "categories": ["Ant", "Java"]
 }
@@ -3,5 +3,5 @@
    "description": "Deploy a container to an Amazon ECS service powered by AWS Fargate or Amazon EC2.",
    "creator": "Amazon Web Services",
    "iconName": "aws",
-    "categories": ["Deployment", "JavaScript", "npm"]
+    "categories": null
 }
@@ -0,0 +1,7 @@
+{
+    "name": "Deploy Node.js to Azure Web App",
+    "description": "Build a Node.js project and deploy it to an Azure Web App.",
+    "creator": "Microsoft Azure",
+    "iconName": "azure",
+    "categories": null
+}
@@ -1,7 +1,6 @@
 {
    "name": "Simple workflow",
    "description": "Start with a file with the minimum necessary structure.",
-    "creator": "GitHub",
    "iconName": "blank",
    "categories": null
 }
@@ -2,5 +2,5 @@
    "name": "C/C++ with Make",
    "description": "Build and test a C/C++ project using Make.",
    "iconName": "c-cpp",
-    "categories": ["Continuous integration", "C", "C++"]
+    "categories": ["C", "C++"]
 }
@@ -2,5 +2,5 @@
    "name": "Clojure",
    "description": "Build and test a Clojure project with Leiningen.",
    "iconName": "clojure",
-    "categories": ["Continuous integration", "Clojure", "Java"]
+    "categories": ["Clojure", "Java"]
 }
@@ -2,5 +2,5 @@
    "name": "CMake based projects",
    "description": "Build and test a CMake based project.",
    "iconName": "cmake",
-    "categories": ["Continuous integration", "C", "C++"]
+    "categories": ["C", "C++"]
 }
@@ -2,5 +2,5 @@
    "name": "Crystal",
    "description": "Build and test a Crystal project.",
    "iconName": "crystal",
-    "categories": ["Continuous integration", "Crystal"]
+    "categories": ["Crystal"]
 }
@@ -2,5 +2,5 @@
    "name": "D",
    "description": "Build and test a D project with dub.",
    "iconName": "d",
-    "categories": ["Continuous integration", "D"]
+    "categories": [ "D" ]
 }
@@ -2,5 +2,5 @@
    "name": "Dart",
    "description": "Build and test a Dart project with Pub.",
    "iconName": "dart",
-    "categories": ["Continuous integration", "Dart"]
+    "categories": ["Dart"]
 }
@@ -2,5 +2,5 @@
    "name": "Deno",
    "description": "Test your Deno project",
    "iconName": "deno",
-    "categories": ["Continuous integration", "JavaScript", "TypeScript", "Deno"]
+    "categories": ["JavaScript", "TypeScript", "Deno"]
 }
@@ -2,5 +2,5 @@
    "name": "Django",
    "description": "Build and Test a Django Project",
    "iconName": "django",
-    "categories": ["Continuous integration", "Python", "Django"]
+    "categories": ["Python", "Django"]
 }
@@ -2,5 +2,5 @@
    "name": "Docker image",
    "description": "Build a Docker image to deploy, run, or push to a registry.",
    "iconName": "docker",
-    "categories": ["Continuous integration", "Dockerfile"]
+    "categories": ["Dockerfile"]
 }
@@ -2,5 +2,5 @@
  "name": "Publish Docker Container",
  "description": "Build, test and push Docker image to GitHub Packages.",
  "iconName": "docker",
-  "categories": ["Continuous integration", "Dockerfile"]
+  "categories": ["Dockerfile"]
 }
@@ -2,5 +2,5 @@
    "name": ".NET Desktop",
    "description": "Build, test, sign and publish a desktop application built on .NET.",
    "iconName": "dotnet",
-    "categories": ["Continuous integration", "C#", "Visual Basic", "WPF", ".NET"]
+    "categories": ["C#", "Visual Basic", "WPF", ".NET"]
 }
@@ -2,5 +2,5 @@
    "name": ".NET",
    "description": "Build and test a .NET or ASP.NET Core project.",
    "iconName": "dotnet",
-    "categories": ["Continuous integration", "C#", "F#", "Visual Basic", "ASP", "ASP.NET", ".NET", "AspNetCore", "DotNetConsole"]
+    "categories": ["C#", "F#", "Visual Basic", "ASP", "ASP.NET", ".NET"]
 }
@@ -2,5 +2,5 @@
    "name": "Elixir",
    "description": "Build and test an Elixir project with Mix.",
    "iconName": "elixir",
-    "categories": ["Continuous integration", "Elixir", "Erlang"]
+    "categories": ["Elixir", "Erlang"]
 }
@@ -2,5 +2,5 @@
    "name": "Erlang",
    "description": "Build and test an Erlang project with rebar.",
    "iconName": "erlang",
-    "categories": ["Continuous integration", "Erlang"]
+    "categories": ["Erlang"]
 }
@@ -2,5 +2,5 @@
    "name": "Ruby Gem",
    "description": "Pushes a Ruby Gem to RubyGems and GitHub Package Registry.",
    "iconName": "ruby-gems",
-    "categories": ["Continuous integration", "Ruby"]
+    "categories": ["Ruby", "SDLC"]
 }
@@ -2,5 +2,5 @@
    "name": "Go",
    "description": "Build a Go project.",
    "iconName": "go",
-    "categories": ["Continuous integration", "Go"]
+    "categories": ["Go"]
 }
@@ -3,5 +3,5 @@
    "description": "Build a docker container, publish it to Google Container Registry, and deploy to GKE.",
    "creator": "Google Cloud",
    "iconName": "googlegke",
-    "categories": ["Deployment"]
+    "categories": null
 }
@@ -2,5 +2,5 @@
    "name": "Publish Java Package with Gradle",
    "description": "Build a Java Package using Gradle and publish to GitHub Packages.",
    "iconName": "gradle",
-    "categories": ["Continuous integration", "Java", "Gradle", "Spring", "JSF"]
+    "categories": ["Java", "Gradle"]
 }
@@ -2,5 +2,5 @@
    "name": "Java with Gradle",
    "description": "Build and test a Java project using a Gradle wrapper script.",
    "iconName": "gradle",
-    "categories": ["Continuous integration", "Java", "Gradle", "Spring", "JSF"]
+    "categories": ["Java", "Gradle"]
 }
@@ -2,5 +2,5 @@
    "name": "Haskell",
    "description": "Build and test a Haskell project with Cabal.",
    "iconName": "haskell",
-    "categories": ["Continuous integration", "Haskell"]
+    "categories": ["Haskell"]
 }
@@ -1,7 +1,7 @@
 {
-    "name": "(Python)Deploy to IBM Cloud Kubernetes Service",
+    "name": "Deploy to IBM Cloud Kubernetes Service",
    "description": "Build a docker container, publish it to IBM Cloud Container Registry, and deploy to IBM Cloud Kubernetes Service.",
    "creator": "IBM",
    "iconName": "ibm",
-    "categories": ["Deployment", "Python"]
+    "categories": null
 }
@@ -3,7 +3,6 @@
    "description": "Build and test an iOS application using xcodebuild and any available iPhone simulator.",
    "iconName": "xcode",
    "categories": [
-        "Continuous integration",
        "iOS",
        "Xcode"
    ]
@@ -2,5 +2,5 @@
    "name": "Jekyll",
    "description": "Package a Jekyll site using the jekyll/builder Docker image.",
    "iconName": "jekyll",
-    "categories": ["Continuous integration", "HTML"]
+    "categories": ["HTML"]
 }
@@ -3,7 +3,6 @@
    "description": "Test a Laravel project.",
    "iconName": "php",
    "categories": [
-        "Continuous integration",
        "PHP",
        "Laravel"
    ]
@@ -1,6 +0,0 @@
-{
-    "name": "Build projects with Make",
-    "description": "Build and test a project using Make.",
-    "iconName": "makefile",
-    "categories": ["Continuous integration", "Makefile"]
-}
@@ -2,5 +2,5 @@
    "name": "Publish Java Package with Maven",
    "description": "Build a Java Package using Maven and publish to GitHub Packages.",
    "iconName": "maven",
-    "categories": ["Continuous integration", "Java", "Maven", "Spring", "JSF"]
+    "categories": ["Java", "Maven"]
 }
@@ -2,5 +2,5 @@
    "name": "Java with Maven",
    "description": "Build and test a Java project with Apache Maven.",
    "iconName": "maven",
-    "categories": ["Continuous integration", "Java", "Maven", "Spring", "JSF"]
+    "categories": ["Java", "Maven"]
 }
@@ -2,5 +2,5 @@
    "name": "MSBuild based projects",
    "description": "Build a MSBuild based project.",
    "iconName": "c-cpp",
-    "categories": ["Continuous integration", "C", "C++"]
+    "categories": ["C", "C++"]
 }
@@ -2,5 +2,5 @@
    "name": "Node.js",
    "description": "Build and test a Node.js project with npm.",
    "iconName": "nodejs",
-    "categories": ["Continuous integration", "JavaScript", "npm", "React", "Angular"]
+    "categories": ["JavaScript", "Node", "Npm"]
 }
@@ -1,6 +0,0 @@
-{
-    "name": "Grunt",
-    "description": "Build a NodeJS project with npm and grunt.",
-    "iconName": "grunt",
-    "categories": ["Continuous integration", "JavaScript", "TypeScript", "npm", "Grunt"]
-}
@@ -1,6 +0,0 @@
-{
-    "name": "Gulp",
-    "description": "Build a NodeJS project with npm and gulp.",
-    "iconName": "gulp",
-    "categories": ["Continuous integration", "JavaScript", "TypeScript", "npm", "Gulp"]
-}
@@ -2,5 +2,5 @@
    "name": "Publish Node.js Package",
    "description": "Publishes a Node.js package to npm and GitHub Packages.",
    "iconName": "node-package-transparent",
-    "categories": ["Continuous integration", "JavaScript", "npm"]
+    "categories": ["JavaScript", "SDLC"]
 }
@@ -3,5 +3,5 @@
    "description": "Build a Docker-based project and deploy it to OpenShift.",
    "creator": "Red Hat",
    "iconName": "openshift",
-    "categories": ["Deployment", "Dockerfile"]
+    "categories": [ "Dockerfile" ]
 }
@@ -2,5 +2,5 @@
    "name": "PHP",
    "description": "Build and test a PHP application using Composer",
    "iconName": "php",
-    "categories": ["Continuous integration", "PHP", "Composer"]
+    "categories": ["PHP", "Composer"]
 }
@@ -2,5 +2,5 @@
    "name": "Pylint",
    "description": "Lint a Python application with pylint.",
    "iconName": "python",
-    "categories": ["Continuous integration", "Python", "Bottle", "Flask"]
+    "categories": ["Python"]
 }
@@ -2,5 +2,5 @@
    "name": "Python application",
    "description": "Create and test a Python application.",
    "iconName": "python",
-    "categories": ["Continuous integration", "Python", "Bottle", "Flask"]
+    "categories": ["Python"]
 }
@@ -2,5 +2,5 @@
    "name": "Python Package using Anaconda",
    "description": "Create and test a Python package on multiple Python versions using Anaconda for package management.",
    "iconName": "python",
-    "categories": ["Continuous integration", "Python"]
+    "categories": ["Python"]
 }
@@ -2,5 +2,5 @@
    "name": "Python package",
    "description": "Create and test a Python package on multiple Python versions.",
    "iconName": "python",
-    "categories": ["Continuous integration", "Python", "Bottle", "Flask"]
+    "categories": ["Python"]
 }
@@ -2,5 +2,5 @@
    "name": "Publish Python Package",
    "description": "Publish a Python Package to PyPI on release.",
    "iconName": "python",
-    "categories": ["Continuous integration", "Python"]
+    "categories": ["Python"]
 }
@@ -2,5 +2,5 @@
    "name": "R package",
    "description": "Create and test an R package on multiple R versions.",
    "iconName": "r",
-    "categories": ["Continuous integration", "R"]
+    "categories": ["R"]
 }
@@ -1,6 +0,0 @@
-{
-    "name": "Rails - Build and Run Linters",
-    "description": "Build Rails application and run linters",
-    "iconName": "ruby",
-    "categories": ["Ruby", "Rails"]
-}
@@ -2,5 +2,5 @@
    "name": "Ruby",
    "description": "Build and test a Ruby project with Rake.",
    "iconName": "ruby",
-    "categories": ["Continuous integration", "Ruby"]
+    "categories": ["Ruby"]
 }
@@ -1,6 +0,0 @@
-{
-    "name": "Rails - Install Dependencies and Run Linters",
-    "description": "Install dependencies and run linters on Rails application",
-    "iconName": "ruby",
-    "categories": ["Continuous integration", "Ruby", "Rails"]
-}
@@ -2,5 +2,5 @@
    "name": "Rust",
    "description": "Build and test a Rust project with Cargo.",
    "iconName": "rust",
-    "categories": ["Continuous integration", "Rust"]
+    "categories": ["Rust"]
 }
@@ -2,5 +2,5 @@
    "name": "Scala",
    "description": "Build and test a Scala project with SBT.",
    "iconName": "scala",
-    "categories": ["Continuous integration", "Scala", "Java"]
+    "categories": ["Scala", "Java"]
 }
@@ -2,5 +2,5 @@
    "name": "Swift",
    "description": "Build and test a Swift Package.",
    "iconName": "swift",
-    "categories": ["Continuous integration", "Swift"]
+    "categories": ["Swift"]
 }
@@ -3,5 +3,5 @@
    "description": "This workflow will build a docker container, publish and deploy it to Tencent Kubernetes Engine (TKE).",
    "creator": "Tencent Cloud",
    "iconName": "tencentcloud",
-    "categories": ["Deployment"]
+    "categories": null
 }
--- a/Show More
+++ b/Show More