Merge branch 'main' into mchammer01/broken-links
This commit is contained in:
34
.github/commands/projectStatus.yml
vendored
34
.github/commands/projectStatus.yml
vendored
@@ -1,34 +0,0 @@
|
||||
trigger: project_status
|
||||
title: Project status
|
||||
description: Update the team on your project's status.
|
||||
surfaces:
|
||||
- issue
|
||||
steps:
|
||||
- type: menu
|
||||
id: project
|
||||
label: Project name
|
||||
options:
|
||||
- Technical Debt
|
||||
- Add Widget
|
||||
- Bug Bash
|
||||
- type: form
|
||||
style: embedded
|
||||
body:
|
||||
- type: dropdown
|
||||
attributes:
|
||||
label: Color
|
||||
description: What's the status of your project?
|
||||
options:
|
||||
- label: 🟢 Green
|
||||
value: 🟢
|
||||
- label: 🟡 Yellow
|
||||
value: 🟡
|
||||
- label: 🔴 Red
|
||||
value: 🔴
|
||||
- type: textarea
|
||||
attributes:
|
||||
label: Details
|
||||
description: What should the team know about the status of your project?
|
||||
placeholder: Recent achievements, blockers, requests for help, etc.
|
||||
- type: fill
|
||||
template: "The {{ data.project }} project is status {{ data.Color }}. {{ data.Details }}"
|
||||
2
.github/workflows/browser-test.yml
vendored
2
.github/workflows/browser-test.yml
vendored
@@ -40,11 +40,13 @@ jobs:
|
||||
- if: ${{ needs.see_if_should_skip.outputs.should_skip != 'true' }}
|
||||
name: Install
|
||||
uses: ianwalter/puppeteer-container@2466ba8ecf689ccf4e5dfadeff3ac2db227b2e17
|
||||
timeout-minutes: 5
|
||||
with:
|
||||
args: npm ci
|
||||
|
||||
- if: ${{ needs.see_if_should_skip.outputs.should_skip != 'true' }}
|
||||
name: Test
|
||||
timeout-minutes: 10
|
||||
uses: ianwalter/puppeteer-container@2466ba8ecf689ccf4e5dfadeff3ac2db227b2e17
|
||||
with:
|
||||
args: npm run browser-test
|
||||
|
||||
@@ -22,7 +22,7 @@ Workflow runs often reuse the same outputs or downloaded dependencies from one r
|
||||
|
||||
Jobs on {% data variables.product.prodname_dotcom %}-hosted runners start in a clean virtual environment and must download dependencies each time, causing increased network utilization, longer runtime, and increased cost. To help speed up the time it takes to recreate these files, {% data variables.product.prodname_dotcom %} can cache dependencies you frequently use in workflows.
|
||||
|
||||
To cache dependencies for a job, you'll need to use {% data variables.product.prodname_dotcom %}'s `cache` action. The action retrieves a cache identified by a unique key. For more information, see [`actions/cache`](https://github.com/actions/cache).
|
||||
To cache dependencies for a job, you'll need to use {% data variables.product.prodname_dotcom %}'s `cache` action. The action retrieves a cache identified by a unique key. For more information, see [`actions/cache`](https://github.com/actions/cache). If you are caching Ruby gems, instead consider using the Ruby maintained action, which can cache bundle installs on initiation. For more information, see [`ruby/setup-ruby`](https://github.com/ruby/setup-ruby#caching-bundle-install-automatically).
|
||||
|
||||
{% warning %}
|
||||
|
||||
|
||||
@@ -18,13 +18,17 @@ versions:
|
||||
|
||||
### About {% data variables.product.prodname_enterprise %} licenses
|
||||
|
||||
When you purchase or renew {% data variables.product.prodname_enterprise %}, you receive a license file to validate your application. A license file has an expiration date and controls the number of user licenses you can add to {% data variables.product.prodname_enterprise %}. After you download and install {% data variables.product.prodname_enterprise %}, uploading the license file unlocks the application for you to use.
|
||||
When you purchase or renew {% data variables.product.prodname_enterprise %}, you receive a license file to validate your application. A license file has an expiration date and controls the number of user licenses you can add to {% data variables.product.prodname_enterprise %}. After you download and install {% data variables.product.prodname_enterprise %}, uploading the license file unlocks the application for you to use. For more information about downloading {% data variables.product.prodname_enterprise %}, see the [{% data variables.product.prodname_enterprise %} Releases](https://enterprise.github.com/releases/) website. For information about setting up {% data variables.product.product_location %}, see "[Setting up a {% data variables.product.prodname_enterprise %} instance](/admin/installation/setting-up-a-github-enterprise-server-instance)."
|
||||
|
||||
|
||||
You can allocate the user licenses included in your {% data variables.product.prodname_enterprise %} license to users in {% data variables.product.product_location_enterprise %} and a {% data variables.product.prodname_ghe_cloud %} enterprise account. When you add a user to either environment, they will consume a license. If a user has accounts in both environments, to consume only one license, their primary {% data variables.product.prodname_enterprise %} email address must be the same as their verified {% data variables.product.prodname_ghe_cloud %} email address. You can sync license count and usage between the environments.
|
||||
|
||||
If your {% data variables.product.prodname_ghe_server %} license expires, you won't be able to access {% data variables.product.product_location_enterprise %} via a web browser or Git. If needed, you will be able to use command-line utilities to back up all your data. For more information, see "[Configuring backups on your appliance](/enterprise/admin/guides/installation/configuring-backups-on-your-appliance)." If you have any questions about renewing your license, contact {% data variables.contact.contact_enterprise_sales %}.
|
||||
|
||||
### Uploading a new license to {% data variables.product.prodname_ghe_server %}
|
||||
You can download your {% data variables.product.prodname_ghe_server %} license from your [enterprise account](https://enterprise.github.com/download). For more information, see "[Managing your {% data variables.product.prodname_enterprise %} license](/admin/overview/managing-your-github-enterprise-license#uploading-a-new-license-to-github-enterprise-server)."
|
||||
|
||||
### Uploading a new license to {% data variables.product.prodname_ghe_server %}
|
||||
|
||||
|
||||
After you purchase a new license or upgrade an existing license from {% data variables.contact.contact_enterprise_sales %}, you must download your new license file, then upload the file to {% data variables.product.prodname_ghe_server %} to unlock your new user licenses.
|
||||
|
||||
|
||||
@@ -1,6 +1,8 @@
|
||||
date: '2021-02-16'
|
||||
intro: The minimum infrastructure requirements have increased for {% data variables.product.prodname_ghe_server %} 3.0+. For more information, see "[About minimum requirements for GitHub Enterprise Server 3.0 and later](/admin/enterprise-management/upgrading-github-enterprise-server#about-minimum-requirements-for-github-enterprise-server-30-and-later)."
|
||||
sections:
|
||||
security_fixes:
|
||||
- '**HIGH:** A remote code execution vulnerability was identified in {% data variables.product.prodname_ghe_server %} that could be exploited when building a {% data variables.product.prodname_pages %} site. User-controlled configuration of the underlying parsers used by {% data variables.product.prodname_pages %} were not sufficiently restricted and made it possible to execute commands on the {% data variables.product.prodname_ghe_server %} instance. To exploit this vulnerability, an attacker would need permission to create and build a {% data variables.product.prodname_pages %} site on the {% data variables.product.prodname_ghe_server %} instance. This vulnerability has been assigned CVE-2020-10519 and was reported via the [GitHub Bug Bounty Program](https://bounty.github.com).'
|
||||
features:
|
||||
- heading: GitHub Actions
|
||||
notes:
|
||||
|
||||
Reference in New Issue
Block a user