@microsoft/teamsfx-core 2.0.1 → 2.0.2-alpha.bd1241522.0

package/templates/plugins/resource/apiconnector/sample/ts/aad.template

@@ -1,36 +0,0 @@
-import {
-  TeamsFx,
-  createApiClient,
-  BearerTokenAuthProvider,
-  IdentityType,
-} from "@microsoft/teamsfx";
-
-// Load application configuration. This sample uses the client credential flow to acquire a token for your API.
-{{#if (equals config.AuthConfig.ReuseTeamsApp true)}}
-const teamsFx = new TeamsFx(IdentityType.App, {
-  authorityHost: process.env.M365_AUTHORITY_HOST!,
-  tenantId: process.env.M365_TENANT_ID!,
-  clientId: process.env.M365_CLIENT_ID!,
-  clientSecret: process.env.M365_CLIENT_SECRET!,
-});
-{{else}}
-const teamsFx = new TeamsFx(IdentityType.App, {
-  // You can replace the default authorityHost URL
-  authorityHost: "https://login.microsoftonline.com",
-  tenantId: process.env.TEAMSFX_API_{{capitalName}}_TENANT_ID!,
-  clientId: process.env.TEAMSFX_API_{{capitalName}}_CLIENT_ID!,
-  // This references the client secret that you must add in the file `.env.teamsfx.local`.
-  clientSecret: process.env.TEAMSFX_API_{{capitalName}}_CLIENT_SECRET!,
-});
-{{/if}}
-// Initialize a new axios instance to call {{config.APIName}}
-const appCredential = teamsFx.getCredential();
-const authProvider = new BearerTokenAuthProvider(
-  // TODO: Replace '<your-api-scope>' with your required API scope
-  async () => (await appCredential.getToken("<your-api-scope>"))!.token
-);
-const {{config.APIName}}Client = createApiClient(
-  process.env.TEAMSFX_API_{{capitalName}}_ENDPOINT,
-  authProvider
-);
-export { {{config.APIName}}Client };

package/templates/plugins/resource/apiconnector/sample/ts/apikey.template

@@ -1,16 +0,0 @@
-import { TeamsFx, createApiClient, ApiKeyProvider, ApiKeyLocation } from "@microsoft/teamsfx";
-
-// Load application configuration
-const teamsFx = new TeamsFx();
-// Initialize a new axios instance to call {{config.APIName}}
-const authProvider = new ApiKeyProvider(
-  "{{config.AuthConfig.Name}}",
-  process.env.TEAMSFX_API_{{capitalName}}_API_KEY,
-{{#if (equals config.AuthConfig.Location "request header")}}
-  ApiKeyLocation.Header
-{{else}}
-  ApiKeyLocation.QueryParams
-{{/if}}
-);
-const {{config.APIName}}Client = createApiClient(process.env.TEAMSFX_API_{{capitalName}}_ENDPOINT, authProvider);
-export { {{config.APIName}}Client };

package/templates/plugins/resource/apiconnector/sample/ts/basic.template

@@ -1,14 +0,0 @@
-import { TeamsFx, createApiClient, BasicAuthProvider } from "@microsoft/teamsfx";
-
-// Load application configuration
-const teamsFx = new TeamsFx();
-// Initialize a new axios instance to call {{config.APIName}}
-const authProvider = new BasicAuthProvider(
-  process.env.TEAMSFX_API_{{capitalName}}_USERNAME,
-  process.env.TEAMSFX_API_{{capitalName}}_PASSWORD
-);
-const {{config.APIName}}Client = createApiClient(
-  process.env.TEAMSFX_API_{{capitalName}}_ENDPOINT,
-  authProvider
-);
-export { {{config.APIName}}Client };

package/templates/plugins/resource/apiconnector/sample/ts/cert.template

@@ -1,19 +0,0 @@
-import {
-  TeamsFx,
-  createApiClient,
-  CertificateAuthProvider,
-  createPemCertOption,
-} from "@microsoft/teamsfx";
-
-// Load application configuration
-const teamsFx = new TeamsFx();
-// Initialize a new axios instance to call {{config.APIName}}
-const authProvider = new CertificateAuthProvider(
-  // TODO: 
-  // 1. Add code to read your certificate and private key.
-  // 2. Replace "<your-cert>" and "<your-private-key>" with your actual certificate and private key values
-  // If you have a .pfx certificate, you can use the `createPfxCertOption` function to initialize your certificate
-  createPemCertOption("<your-cert>", "<your-private-key>")
-);
-const {{config.APIName}}Client = createApiClient(process.env.TEAMSFX_API_{{capitalName}}_ENDPOINT, authProvider);
-export { {{config.APIName}}Client };

package/templates/plugins/resource/apiconnector/sample/ts/custom.template

@@ -1,42 +0,0 @@
-import { TeamsFx, createApiClient, AuthProvider } from "@microsoft/teamsfx";
-import { AxiosRequestConfig } from "axios";
-
-// A custom authProvider implements the `AuthProvider` interface.
-// This sample authProvider implementation will set a custom property in the request header
-class CustomAuthProvider implements AuthProvider {
-  customProperty: string;
-  customValue: string;
-
-  constructor(customProperty: string, customValue: string) {
-    this.customProperty = customProperty;
-    this.customValue = customValue;
-  }
-
-  // Replace the sample code with your own logic.
-  AddAuthenticationInfo: (config: AxiosRequestConfig) => Promise<AxiosRequestConfig> = async (
-    config
-  ) => {
-    if (!config.headers) {
-      config.headers = {};
-    }
-    config.headers[this.customProperty] = this.customValue;
-    return config;
-  };
-}
-
-// Load application configuration
-const teamsFx = new TeamsFx();
-
-const authProvider = new CustomAuthProvider(
-  // You can also add configuration to the file `.env.teamsfx.local` and use `process.env.{setting_name}` to read the configuration. For example:
-  //  process.env.TEAMSFX_API_{{capitalName}}_CUSTOM_PROPERTY,
-  //  process.env.TEAMSFX_API_{{capitalName}}_CUSTOM_VALUE
-  "customPropery",
-  "customValue"
-);
-// Initialize a new axios instance to call {{config.APIName}}
-const {{config.APIName}}Client = createApiClient(
-  process.env.TEAMSFX_API_{{capitalName}}_ENDPOINT,
-  authProvider
-);
-export { {{config.APIName}}Client };

package/templates/plugins/resource/cicd/azdo/README.md

@@ -1,48 +0,0 @@
-# How to use pre-cooked pipelines on Azure DevOps
-
-## Prerequisites
-- Teams app projects are version controlled by Azure DevOps.
-- (Optional) An Microsoft 365 account. If you do not have Microsoft 365 account, apply one from [Microsoft 365 developer program](https://developer.microsoft.com/en-us/microsoft-365/dev-program). The Microsoft 365 account credentials are required for steps of provision, publish and deployment for SPFx projects. Any extra interactive verification steps should be disabled for the Microsoft 365 account, and please check details in sections below.
-- (Optional) An Azure service principal with necessary permissions. The Azure service principal credentials are required for steps of provision and deploy for Azure based projects.
-
-## Steps
-After the pre-cooked pipelines are scaffolded successfully, the following steps are expected to be performed:
-1. Commit and push your project source code to Azure DevOps remote repository, including the CI/CD yml files.
-1. Create corresponding Azure DevOps pipelines by following [Create your first Azure DevOps Pipeline](https://docs.microsoft.com/en-us/azure/devops/pipelines/create-first-pipeline?view=azure-devops&tabs=java%2Ctfs-2018-2%2Cbrowser).
-1. Configure necessary Azure DevOps Pipeline variables if your pipelines require credentials by checking into the yml files.
-1. Trigger your pipelines automatically, manually or do customization (Check the `trigger:` or `pr:` section in yml files to find the triggers). More about triggers in Azure DevOps, refer to [Triggers in Azure pipelines](https://docs.microsoft.com/en-us/azure/devops/pipelines/build/triggers?view=azure-devops).
-
-## Azure DevOps Pipeline Variables 
-Steps to create Pipeline variables in Azure DevOps:
-1. In the Pipeline editing page, click `Variables` on top right and click `New variable`.
-1. Enter Name/Value pair for your variable.
-1. Toggle the checkbox of `Keep this value secret` if necessary.
-1. Click `OK` to create the variable. 
-
-|Name|Description|
-|---|---|
-|AZURE_SERVICE_PRINCIPAL_NAME|The service principal name of Azure used to provision resources.|
-|AZURE_SERVICE_PRINCIPAL_PASSWORD|The password of Azure service principal.|
-|AZURE_SUBSCRIPTION_ID|To identify the subscription in which the resources will be provisioned.|
-|AZURE_TENANT_ID|To identify the tenant in which the subscription resides.|
-|M365_ACCOUNT_NAME|The Microsoft 365 account for creating and publishing the Teams App.|
-|M365_ACCOUNT_PASSWORD|The password of the Microsoft 365 account.|
-|M365_TENANT_ID|To identify the tenant in which the Teams App will be created/published. This value is optional unless you have a multi-tenant account and you want to use another tenant. Read more on [how to find your Microsoft 365 tenant ID](https://docs.microsoft.com/en-us/azure/active-directory/fundamentals/active-directory-how-to-find-tenant).|
-> Note: Currently, a non-interactive authentication style for Microsoft 365 is used in CI/CD workflows, so please ensure that your Microsoft 365 account has sufficient privileges in your tenant and doesn't have multi-factor authentication or other advanced security features enabled. Please refer to the [Configure Microsoft 365 Credentials](https://github.com/OfficeDev/teamsfx-cli-action/blob/main/README.md#configure-m365azure-credentials-as-github-secret) to make sure you have disabled Multi-factor Authentication and Security Defaults for the credentials used in the workflow.
-
-> Note: Currently, service principal for Azure is used in CI/CD workflows, and to create Azure service principals for use, refer to [here](#how-to-create-azure-service-principals-for-use).
-
-# How to create Azure service principals for use?
-To provision and deploy resources targeting Azure inside CI/CD, you must create an Azure service principal for use.
-
-Briefly, the steps include:
-1. Register an Azure AD application in single tenant, and it requires sufficient permissions in your Azure AD tenant.
-2. Assign a role to your Azure AD application to access your Azure subscription, and `Contributor` role is recommended. 
-3. Create a new Azure AD application secret.
-4. Grab your tenant id, application id(AZURE_SERVICE_PRINCIPAL_NAME), and the secret(AZURE_SERVICE_PRINCIPAL_PASSWORD) for use.
-
-For detailed guidelines, refer to [the official document](https://docs.microsoft.com/en-us/azure/active-directory/develop/howto-create-service-principal-portal). There're three ways to create service principal, [Azure portal](https://docs.microsoft.com/en-us/azure/active-directory/develop/howto-create-service-principal-portal), [PowerShell](https://docs.microsoft.com/en-us/azure/active-directory/develop/howto-authenticate-service-principal-powershell), [Azure CLI](https://docs.microsoft.com/en-us/cli/azure/create-an-azure-service-principal-azure-cli), and you can choose the way you like.
-
-# Additional Notes
-* [Create your first Azure DevOps Pipeline](https://docs.microsoft.com/en-us/azure/devops/pipelines/create-first-pipeline?view=azure-devops&tabs=java%2Ctfs-2018-2%2Cbrowser)
-* [Manage your apps with the Developer Portal for Microsoft Teams](https://docs.microsoft.com/en-us/microsoftteams/platform/concepts/build-and-test/teams-developer-portal)

package/templates/plugins/resource/cicd/azdo/cd.yml

@@ -1,56 +0,0 @@
-{{=<% %>=}}
-# This is just an example workflow for continuous deployment.
-# You should customize it to meet your own requirements.
-trigger:
-# When new commits are pushed onto the main branch.
-- main 
-
-pool:
-  vmImage: ubuntu-latest
-
-steps:
-# Setup environment.
-- task: NodeTool@0
-  inputs:
-    versionSpec: '14.17.0'
-    checkLatest: true
-
-- task: Bash@3
-  env:
-<%#hosting_type_contains_spfx%>
-    M365_ACCOUNT_NAME: $(M365_ACCOUNT_NAME)
-    M365_ACCOUNT_PASSWORD: $(M365_ACCOUNT_PASSWORD)
-    M365_TENANT_ID: $(M365_TENANT_ID)
-<%/hosting_type_contains_spfx%>
-    # To enable M365 account login by environment variables and non-interactive mode.
-    CI_ENABLED: 'true'
-    TEAMSFX_ENV_NAME: <%env_name%>
-    # To specify the version of TTK CLI for use.
-    TEAMSFX_CLI_VERSION: 1.*
-  inputs:
-    targetType: 'inline'
-    script: |
-      set -evuxo pipefail
-      
-      # Install the TTK CLI for later use.
-      npm install @microsoft/teamsfx-cli@${TEAMSFX_CLI_VERSION}
-
-      # Build the project.
-      # The way to build the current project depends on how you scaffold it.
-      # Different folder structures require different commands set.
-      # 'npm ci' may be used here to install dependencies and it depends on package-lock.json.
-      # If you prefer to use 'npm ci', please make sure to commit package-lock.json first, or just change it to 'npm install'.  
-      <%build_script%>
-
-      # Run unit test.
-      # Currently, no opinioned solution for unit test provided during scaffolding, so,
-      # set up any unit test framework you prefer (for example, mocha or jest) and update the commands accordingly in below.
-      # npm run test
-
-  <%#hosting_type_contains_azure%>
-      # Login Azure by service principal
-      npx teamsfx account login azure --service-principal --username $(AZURE_SERVICE_PRINCIPAL_NAME) --password $(AZURE_SERVICE_PRINCIPAL_PASSWORD) --tenant $(AZURE_TENANT_ID)
-  <%/hosting_type_contains_azure%>
-
-      # Deploy to hosting environment.
-      npx teamsfx deploy --env ${TEAMSFX_ENV_NAME}<%#cloud_resources_contains_apim%> --api-version v1 --open-api-document openapi/openapi.json --api-prefix <%api_prefix%><%/cloud_resources_contains_apim%>

package/templates/plugins/resource/cicd/azdo/ci.yml

@@ -1,37 +0,0 @@
-{{=<% %>=}}
-# This is just an example workflow for continuous integration.
-# You should customize it to meet your own requirements.
-pr:
-# When pull requests targeting the dev branch created.
-- dev 
-
-pool:
-  vmImage: ubuntu-latest
-
-steps:
-# Setup environment.
-- task: NodeTool@0
-  inputs:
-    versionSpec: '14.17.0'
-    checkLatest: true
-  
-- task: Bash@3
-  inputs:
-    targetType: 'inline'
-    script: |
-      set -evuxo pipefail
-
-      # This is just an example workflow for continuous integration.
-      # You should customize it to meet your own requirements.
-
-      # Build the project.
-      # The way to build the current project depends on how you scaffold it.
-      # Different folder structures require different commands set.
-      # 'npm ci' may be used here to install dependencies and it depends on package-lock.json.
-      # If you prefer to use 'npm ci', please make sure to commit package-lock.json first, or just change it to 'npm install'.
-      <%build_script%>
-
-      # Run unit test.
-      # Currently, no opinionated solution for unit test provided during scaffolding, so,
-      # set up any unit test framework you prefer (for example, mocha or jest) and update the commands accordingly in below.
-      # npm run test

package/templates/plugins/resource/cicd/azdo/provision.yml

@@ -1,53 +0,0 @@
-{{=<% %>=}}
-# This is just an example workflow for provision.
-# You should customize it to meet your own requirements.
-trigger: none
-# Manually trigger this workflow, and you should pick the right branch.
-
-pool:
-  vmImage: ubuntu-latest
-
-steps:
-# Setup environment.
-- task: NodeTool@0
-  inputs:
-    versionSpec: '14.17.0'
-    checkLatest: true
-
-# Check out
-- checkout: self
-  persistCredentials: true
-
-- task: Bash@3
-  env:
-    M365_ACCOUNT_NAME: $(M365_ACCOUNT_NAME)
-    M365_ACCOUNT_PASSWORD: $(M365_ACCOUNT_PASSWORD)
-    M365_TENANT_ID: $(M365_TENANT_ID)
-    CI_ENABLED: 'true'
-    TEAMSFX_ENV_NAME: <%env_name%>
-    # To specify the version of TTK CLI for use.
-    TEAMSFX_CLI_VERSION: 1.*
-  inputs:
-    targetType: 'inline'
-    script: |
-      set -evuxo pipefail
-      
-      # Install the TTK CLI for later use.
-      npm install @microsoft/teamsfx-cli@${TEAMSFX_CLI_VERSION}
-  <%#hosting_type_contains_azure%>
-  
-      # Login Azure by service principal
-      npx teamsfx account login azure --service-principal --username $(AZURE_SERVICE_PRINCIPAL_NAME) --password $(AZURE_SERVICE_PRINCIPAL_PASSWORD) --tenant $(AZURE_TENANT_ID)
-  <%/hosting_type_contains_azure%>
-
-      # We suggest to do the `teamsfx provision` step manually or in a separate workflow. The following steps are for your reference.
-      # After provisioning, you should commit necessary files under .fx into the repository. 
-      npx teamsfx provision<%#hosting_type_contains_azure%> --subscription $(AZURE_SUBSCRIPTION_ID)<%/hosting_type_contains_azure%> --env ${TEAMSFX_ENV_NAME}<%#cloud_resources_contains_sql%> --sql-admin-name $(SQL_ADMIN_NAME) --sql-password $(SQL_PASSWORD)<%/cloud_resources_contains_sql%>
-
-      # Commit provision configs if necessary.
-      # To enable scripts to run git commands, check https://docs.microsoft.com/en-us/azure/devops/pipelines/scripts/git-commands?view=azure-devops&tabs=yaml
-      git config user.name "azdo-agent"
-      git config user.email "azdo-agent@azure.com"
-      git add .
-      git commit -m "chore: commit provision configs"
-      git push origin HEAD:${BUILD_SOURCEBRANCHNAME}

package/templates/plugins/resource/cicd/azdo/publish.yml

@@ -1,45 +0,0 @@
-{{=<% %>=}}
-# This is just an example workflow for publishing Teams app.
-# You should customize it to meet your own requirements.
-trigger: none
-# Manually trigger this workflow, and you should pick the right branch.
-
-pool:
-  vmImage: ubuntu-latest
-
-steps:
-# Setup environment.
-- task: NodeTool@0
-  inputs:
-    versionSpec: '14.17.0'
-    checkLatest: true
-
-- task: Bash@3
-  env:
-    M365_ACCOUNT_NAME: $(M365_ACCOUNT_NAME)
-    M365_ACCOUNT_PASSWORD: $(M365_ACCOUNT_PASSWORD)
-    M365_TENANT_ID: $(M365_TENANT_ID)
-    # To enable M365 account login by non-interactive mode. 
-    CI_ENABLED: 'true'
-    TEAMSFX_ENV_NAME: <%env_name%>
-    # To specify the version of TTK CLI for use.
-    TEAMSFX_CLI_VERSION: 1.*
-  inputs:
-    targetType: 'inline'
-    script: |
-      set -evuxo pipefail
-      
-      # Install the TTK CLI for later use.
-      npm install @microsoft/teamsfx-cli@${TEAMSFX_CLI_VERSION}
-
-      # This step is to pack the Teams App as zip file,
-      # which can be used to be uploaded onto Teams Client for installation.
-      # Build Teams App's Package.
-      npx teamsfx package --env ${TEAMSFX_ENV_NAME}
-
-      # Upload Teams App's Package as artifacts.
-      # Choose what your workflow/pipeline platform provided to
-      # upload build/appPackage/appPackage.staging.zip as artifacts.
-
-      # Publish Teams App.
-      npx teamsfx publish --env ${TEAMSFX_ENV_NAME} 

package/templates/plugins/resource/cicd/github/README.md

@@ -1,48 +0,0 @@
-# How to use pre-cooked workflows on GitHub
-
-## Prerequisites
-- Teams app projects are version controlled by GitHub.
-- (Optional) An Microsoft 365 account. If you do not have Microsoft 365 account, apply one from [Microsoft 365 developer program](https://developer.microsoft.com/en-us/microsoft-365/dev-program). The Microsoft 365 account credentials are required for steps of provision, publish and deployment for SPFx projects. Any extra interactive verification steps should be disabled for the Microsoft 365 account, and please check details in sections below.
-- (Optional) An Azure service principal with necessary permissions. The Azure service principal credentials are required for steps of provision and deploy for Azure based projects.
-
-## Steps
-After the pre-cooked workflows are scaffolded successfully, the following steps are expected to be performed:
-1. Commit and push your project source code to GitHub remote repository, including the CI/CD yml files.
-1. Configure necessary GitHub secrets if your workflows require credentials by checking into the yml files.
-1. Trigger your workflows automatically, manually or do customization (Check the `on:` section in yml files to find the triggers). More about triggers in GitHub, refer to [trigger a workflow](https://docs.github.com/en/actions/using-workflows/triggering-a-workflow).
-
-## GitHub Secrets 
-Steps to create secrets by environment in GitHub (Environment feature is not available in Private repositories.):
-1. In the project `Settings` page, navigate to `Environments` section and click `New environment`.
-1. Enter a name for your environment. The default environment name provided in the template is `test_environment`. Click `Configure environment` to proceed.
-1. In the next page, click `Add Secret` to add secrets for each of the items listed in the table below.
-
-Or create repository secrets by follow the path of `Settings` > `Security` > `Secrets` > `Actions` > `New repository secret`.
-
-|Name|Description|
-|---|---|
-|AZURE_SERVICE_PRINCIPAL_NAME|The service principal name of Azure used to provision resources.|
-|AZURE_SERVICE_PRINCIPAL_PASSWORD|The password of Azure service principal.|
-|AZURE_SUBSCRIPTION_ID|To identify the subscription in which the resources will be provisioned.|
-|AZURE_TENANT_ID|To identify the tenant in which the subscription resides.|
-|M365_ACCOUNT_NAME|The Microsoft 365 account for creating and publishing the Teams App.|
-|M365_ACCOUNT_PASSWORD|The password of the Microsoft 365 account.|
-|M365_TENANT_ID|To identify the tenant in which the Teams App will be created/published. This value is optional unless you have a multi-tenant account and you want to use another tenant. Read more on [how to find your Microsoft 365 tenant ID](https://docs.microsoft.com/en-us/azure/active-directory/fundamentals/active-directory-how-to-find-tenant).|
-> Note: Currently, a non-interactive authentication style for Microsoft 365 is used in CI/CD workflows, so please ensure that your Microsoft 365 account has sufficient privileges in your tenant and doesn't have multi-factor authentication or other advanced security features enabled. Please refer to the [Configure Microsoft 365 Credentials](https://github.com/OfficeDev/teamsfx-cli-action/blob/main/README.md#configure-m365azure-credentials-as-github-secret) to make sure you have disabled Multi-factor Authentication and Security Defaults for the credentials used in the workflow.
-
-> Note: Currently, service principal for Azure is used in CI/CD workflows, and to create Azure service principals for use, refer to [here](#how-to-create-azure-service-principals-for-use).
-
-# How to create Azure service principals for use?
-To provision and deploy resources targeting Azure inside CI/CD, you must create an Azure service principal for use.
-
-Briefly, the steps include:
-1. Register an Azure AD application in single tenant, and it requires sufficient permissions in your Azure AD tenant.
-1. Assign a role to your Azure AD application to access your Azure subscription, and `Contributor` role is recommended. 
-1. Create a new Azure AD application secret.
-1. Grab your tenant id, application id(AZURE_SERVICE_PRINCIPAL_NAME), and the secret(AZURE_SERVICE_PRINCIPAL_PASSWORD) for use.
-
-For detailed guidelines, refer to [the official document](https://docs.microsoft.com/en-us/azure/active-directory/develop/howto-create-service-principal-portal). There're three ways to create service principal, [Azure portal](https://docs.microsoft.com/en-us/azure/active-directory/develop/howto-create-service-principal-portal), [PowerShell](https://docs.microsoft.com/en-us/azure/active-directory/develop/howto-authenticate-service-principal-powershell), [Azure CLI](https://docs.microsoft.com/en-us/cli/azure/create-an-azure-service-principal-azure-cli), and you can choose the way you like.
-
-# Additional Notes
-* [Quick Start for GitHub Actions](https://docs.github.com/en/actions/quickstart#creating-your-first-workflow)
-* [Manage your apps with the Developer Portal for Microsoft Teams](https://docs.microsoft.com/en-us/microsoftteams/platform/concepts/build-and-test/teams-developer-portal)

package/templates/plugins/resource/cicd/github/cd.yml

@@ -1,75 +0,0 @@
-{{=<% %>=}}
-# This is just an example workflow for continuous deployment.
-# You should customize it to meet your own requirements.
-name: 'Continuous Deployment'
-on:
-  # When new commits are pushed onto the main branch.
-  push:
-    branches:
-      - main
-jobs:
-  buildAndDeploy:
-    runs-on: ubuntu-latest
-    # You can uncomment the line below to use environments (refer to https://docs.github.com/en/actions/reference/environments). 
-    #environment: test_environment
-    env:
-<%#hosting_type_contains_spfx%>
-      M365_ACCOUNT_NAME: ${{secrets.M365_ACCOUNT_NAME}}
-      M365_ACCOUNT_PASSWORD: ${{secrets.M365_ACCOUNT_PASSWORD}}
-      M365_TENANT_ID: ${{secrets.M365_TENANT_ID}}
-<%/hosting_type_contains_spfx%>
-      # To specify the env name for multi-env feature.
-      TEAMSFX_ENV_NAME: <%env_name%>
-      # To specify the version of TTK CLI for use.
-      TEAMSFX_CLI_VERSION: 1.*
-
-    steps:
-      # Setup environment.
-      - uses: actions/setup-node@v2
-        with:
-          node-version: '14'
-          
-      - name: Checkout the code
-        uses: actions/checkout@v2
-        
-      # Build the project.
-      # The way to build the current project depends on how you scaffold it.
-      # Different folder structures require different commands set.
-      # 'npm ci' is used here to install dependencies and it depends on package-lock.json.
-      # If you prefer to use 'npm ci', please make sure to commit package-lock.json first, or just change it to 'npm install'.
-      - name: Build the project
-        run: <%build_script%>
-
-      # Run unit test.
-      # Currently, no opinionated solution for unit test provided during scaffolding, so,
-      # set up any unit test framework you prefer (for example, mocha or jest) and update the commands accordingly in below.
-      # - name: Run Unit Test
-      #   run: npm run test
-
-<%#hosting_type_contains_azure%>
-      # Login Azure by service principal.
-      # Service principal for Azure is used, and to create Azure service principal for use, refer to https://github.com/OfficeDev/TeamsFx/tree/dev/docs/cicd_insider#how-to-create-azure-service-principals-for-use.
-      - name: Login Azure by service principal 
-        uses: OfficeDev/teamsfx-cli-action@v1
-        with:
-          cli-version: ${{env.TEAMSFX_CLI_VERSION}}
-          commands: account login azure 
-          service-principal: true
-          username: ${{secrets.AZURE_SERVICE_PRINCIPAL_NAME}}
-          password: ${{secrets.AZURE_SERVICE_PRINCIPAL_PASSWORD}}
-          tenant: ${{secrets.AZURE_TENANT_ID}}
-      
-<%/hosting_type_contains_azure%>
-      - name: Deploy to hosting environment
-        uses: OfficeDev/teamsfx-cli-action@v1
-        with:
-          cli-version: ${{env.TEAMSFX_CLI_VERSION}}
-          commands: deploy
-          env: ${{env.TEAMSFX_ENV_NAME}}
-<%#cloud_resources_contains_apim%>
-          # Below are default values. You should update them if anything is customized.
-          api-version: v1
-          open-api-document: openapi/openapi.json
-          api-prefix: <%api_prefix%>
-<%/cloud_resources_contains_apim%>
-

package/templates/plugins/resource/cicd/github/ci.yml

@@ -1,34 +0,0 @@
-{{=<% %>=}}
-# This is just an example workflow for continuous integration.
-# You should customize it to meet your own requirements.
-name: 'Continuous Integration'
-on:
-  # When pull requests targeting the dev branch created.
-  pull_request:
-    branches:
-      - dev
-jobs:
-  buildAndTest:
-    runs-on: ubuntu-latest
-    steps:
-      # Setup environment.
-      - uses: actions/setup-node@v2
-        with:
-          node-version: '14'
-
-      - name: Checkout the code
-        uses: actions/checkout@v2
- 
-      # Build the project.
-      # The way to build the current project depends on how you scaffold it.
-      # Different folder structures require different commands set.
-      # 'npm ci' is prefered to be used here to install dependencies and it depends on package-lock.json.
-      # If you prefer to use 'npm ci', please make sure to commit package-lock.json first, or just change it to 'npm install'.
-      - name: Build the project
-        run: <%build_script%>
-
-      # Run unit test.
-      # Currently, no opinionated solution for unit test provided during scaffolding, so,
-      # set up any unit test framework you prefer (for example, mocha or jest) and update the commands accordingly in below.
-      # - name: Run Unit Test
-      #   run: npm run test

package/templates/plugins/resource/cicd/github/provision.yml

@@ -1,69 +0,0 @@
-{{=<% %>=}}
-# This is just an example workflow for provision.
-# You should customize it to meet your own requirements.
-name: 'Provision'
-on:
-  # Manually trigger this workflow, and you should pick the right branch.
-  workflow_dispatch:
-jobs:
-  provision:
-    runs-on: ubuntu-latest
-    # You can uncomment the line below to use environments (refer to https://docs.github.com/en/actions/reference/environments). 
-    #environment: test_environment
-    env:
-      M365_ACCOUNT_NAME: ${{secrets.M365_ACCOUNT_NAME}}
-      M365_ACCOUNT_PASSWORD: ${{secrets.M365_ACCOUNT_PASSWORD}}
-      M365_TENANT_ID: ${{secrets.M365_TENANT_ID}}
-      # To specify the env name for multi-env feature.
-      TEAMSFX_ENV_NAME: <%env_name%>
-      # To specify the version of TTK CLI for use.
-      TEAMSFX_CLI_VERSION: 1.*
-
-    steps:
-      # Setup environment.
-      - uses: actions/setup-node@v2
-        with:
-          node-version: '14'
-          
-      - name: Checkout the code
-        uses: actions/checkout@v2
-
-<%#hosting_type_contains_azure%>
-      # Login Azure by service principal.
-      # Service principal for Azure is used, and to create Azure service principal for use, refer to https://github.com/OfficeDev/TeamsFx/tree/dev/docs/cicd_insider#how-to-create-azure-service-principals-for-use.
-      - name: Login Azure by service principal 
-        uses: OfficeDev/teamsfx-cli-action@v1
-        with:
-          cli-version: ${{env.TEAMSFX_CLI_VERSION}}
-          commands: account login azure 
-          service-principal: true
-          username: ${{secrets.AZURE_SERVICE_PRINCIPAL_NAME}}
-          password: ${{secrets.AZURE_SERVICE_PRINCIPAL_PASSWORD}}
-          tenant: ${{secrets.AZURE_TENANT_ID}}
-
-<%/hosting_type_contains_azure%>
-      # We suggest to do the `teamsfx provision` step manually or in a separate workflow. The following steps are for your reference.
-      # After provisioning, you should commit necessary files under .fx into the repository.
-      - name: Provision hosting environment
-        uses: OfficeDev/teamsfx-cli-action@v1
-        with:
-          cli-version: ${{env.TEAMSFX_CLI_VERSION}}
-          commands: provision
-<%#hosting_type_contains_azure%>
-          subscription: ${{secrets.AZURE_SUBSCRIPTION_ID}}
-<%/hosting_type_contains_azure%>
-          env: ${{env.TEAMSFX_ENV_NAME}}
-<%#cloud_resources_contains_sql%>
-          sql-admin-name: ${{secrets.SQL_ADMIN_NAME}}
-          sql-password: ${{secrets.SQL_PASSWORD}}
-<%/cloud_resources_contains_sql%>
-
-      - name: Commit provision configs if necessary
-        env:
-          BRANCH: ${{github.ref}}
-        run: |
-          git config user.name "github-agent"
-          git config user.email "github-agent@github.com"
-          git add .
-          git commit -m "chore: commit provision configs"
-          git push origin ${BRANCH}

package/templates/plugins/resource/cicd/github/publish.yml

@@ -1,51 +0,0 @@
-{{=<% %>=}}
-# This is just an example workflow for publishing Teams app.
-# You should customize it to meet your own requirements.
-name: 'Publish Teams App'
-on:
-  # Manually trigger this workflow, and you should pick the right branch.
-  workflow_dispatch:
-jobs:
-  publishTeamsApp:
-    runs-on: ubuntu-latest
-    # You can uncomment the line below to use environments (refer to https://docs.github.com/en/actions/reference/environments). 
-    #environment: test_environment
-    env:
-      M365_ACCOUNT_NAME: ${{secrets.M365_ACCOUNT_NAME}}
-      M365_ACCOUNT_PASSWORD: ${{secrets.M365_ACCOUNT_PASSWORD}}
-      M365_TENANT_ID: ${{secrets.M365_TENANT_ID}}
-      # To specify the env name for multi-env feature.
-      TEAMSFX_ENV_NAME: <%env_name%>
-      # To specify the version of TTK CLI for use.
-      TEAMSFX_CLI_VERSION: 1.*
-
-    steps:
-      # Setup environment.
-      - uses: actions/setup-node@v2
-        with:
-          node-version: '14'
-          
-      - name: Checkout the code
-        uses: actions/checkout@v2
-
-      # This step is to pack the Teams App as zip file,
-      # which can be used to be uploaded onto Teams Client for installation.
-      - name: Package Teams App for publishing
-        uses: OfficeDev/teamsfx-cli-action@v1
-        with:
-          cli-version: ${{env.TEAMSFX_CLI_VERSION}}
-          commands: package
-          env: ${{env.TEAMSFX_ENV_NAME}}
-
-      - name: Upload Teams App's package as artifact
-        uses: actions/upload-artifact@v2
-        with:
-          name: appPackage
-          path: build/appPackage/appPackage.${{env.TEAMSFX_ENV_NAME}}.zip
-
-      - name: Publish Teams App
-        uses: OfficeDev/teamsfx-cli-action@v1
-        with:
-          cli-version: ${{env.TEAMSFX_CLI_VERSION}}
-          commands: publish
-          env: ${{env.TEAMSFX_ENV_NAME}}