2019-07-17 10:50:58 -04:00
# setup-go
2019-06-19 09:44:17 -04:00
2022-12-23 12:03:14 +09:00
[](https://github.com/actions/setup-go/actions/workflows/basic-validation.yml)
2022-04-01 06:29:52 +11:00
[](https://github.com/actions/setup-go/actions/workflows/versions.yml)
2019-08-12 15:13:31 -04:00
2025-11-19 21:10:16 +05:30
This action sets up a Go environment for use in GitHub Actions by:
2019-06-19 09:44:17 -04:00
2025-11-19 21:10:16 +05:30
- Optionally downloading and caching a version of Go by version and adding to PATH
- Registering problem matchers for error output
- Providing intelligent caching for Go modules and build outputs
2019-07-17 10:50:58 -04:00
2025-11-19 21:10:16 +05:30
## Quick Start
2025-09-15 15:23:43 -05:00
2025-11-19 21:10:16 +05:30
```yaml
steps:
- uses: actions/checkout@v5
- uses: actions/setup-go@v6
with:
go-version: '1.23'
- run: go version
```
## Breaking Changes
### V6 Changes
#### Node Runtime Upgrade
- **Upgraded from Node 20 to Node 24**
- ⚠️ **Action Required ** : Ensure your runner is on version v2.327.1 or later for compatibility
- See [Release Notes ](https://github.com/actions/runner/releases/tag/v2.327.1 ) for more details
#### Enhanced Go Toolchain Management
V6 introduces significant improvements for reliable and consistent Go version selection:
**Toolchain Directive Support**
Now correctly interprets both `go` and `toolchain` directives from `go.mod` :
```go
go 1.23.0 // Minimum required version
toolchain go1.23.2 // V6 uses this exact version
```
**Intelligent Caching**
Cache keys now incorporate the `toolchain` directive version from `go.mod` , eliminating cache conflicts when switching between different toolchain versions within the same Go minor release.
For more details, see the [full release notes ](https://github.com/actions/setup-go/releases/tag/v6.0.0 ).
### V5 Changes
2025-09-15 15:23:43 -05:00
2025-11-19 21:10:16 +05:30
- **Upgraded Node.js runtime from node16 to node20**
- See [full release notes ](https://github.com/actions/setup-go/releases ) for complete details
2025-09-15 15:23:43 -05:00
2025-11-19 21:10:16 +05:30
## Version Resolution Behavior
2024-04-15 10:19:11 -04:00
2025-11-19 21:10:16 +05:30
The action follows this resolution order:
1. **Local cache ** - Checks for a cached version match
2. **go-versions repository ** - Pulls from the main branch of the [go-versions repository ](https://github.com/actions/go-versions/blob/main/versions-manifest.json )
2025-11-19 20:54:04 -06:00
3. **Direct download ** - Falls back to downloading directly from [go.dev ](https://go.dev/dl )
2024-04-15 10:19:11 -04:00
2025-11-19 21:10:16 +05:30
To change the default behavior, use the `check-latest` input.
2024-04-15 10:19:11 -04:00
2025-11-19 21:10:16 +05:30
> **Note**: The setup-go action uses executable binaries built by the Golang team. The action does not build golang from source code.
2024-04-15 10:19:11 -04:00
2025-11-19 21:10:16 +05:30
## Usage
### Basic Setup
```yaml
steps:
- uses: actions/checkout@v5
- uses: actions/setup-go@v6
with:
go-version: '1.23'
- run: go run hello.go
```
2020-07-20 19:50:40 +03:00
2025-11-19 21:10:16 +05:30
### Version Specifications
2022-04-20 16:11:14 +02:00
2025-11-19 21:10:16 +05:30
#### Semantic Versioning
2022-04-01 06:29:52 +11:00
2020-02-09 14:39:34 -05:00
```yaml
steps:
2025-09-04 03:54:45 +01:00
- uses: actions/checkout@v5
- uses: actions/setup-go@v6
2021-11-08 19:28:08 +09:00
with:
2025-11-19 21:10:16 +05:30
go-version: '^1.23.1' # The Go version to download (if necessary) and use.
2021-11-08 19:28:08 +09:00
- run: go version
2020-02-09 14:39:34 -05:00
```
2022-03-29 22:16:03 +03:00
```yaml
steps:
2025-09-04 03:54:45 +01:00
- uses: actions/checkout@v5
- uses: actions/setup-go@v6
2022-03-29 22:16:03 +03:00
with:
2025-11-19 21:10:16 +05:30
go-version: '>=1.22.0'
2022-03-29 22:16:03 +03:00
- run: go version
```
2025-11-19 21:10:16 +05:30
> **Important**: Due to YAML parsing behavior, always wrap version numbers in single quotes:
2023-06-08 15:37:31 +02:00
> ```yaml
2025-11-19 21:10:16 +05:30
> go-version: '1.22' # Correct
> go-version: 1.22 # Incorrect - YAML parser interprets as 1.2
2024-04-18 22:33:57 +09:00
> ```
2025-11-19 21:10:16 +05:30
#### Pre-release Versions
2022-04-02 00:27:16 +11:00
2020-02-10 19:18:01 -05:00
```yaml
2025-11-19 21:10:16 +05:30
# RC version
2020-02-10 19:18:01 -05:00
steps:
2025-09-04 03:54:45 +01:00
- uses: actions/checkout@v5
- uses: actions/setup-go@v6
2022-03-29 22:16:03 +03:00
with:
2025-11-19 21:10:16 +05:30
go-version: '1.24.0-rc.1' # The Go version to download (if necessary) and use
2022-03-29 22:16:03 +03:00
- run: go version
```
```yaml
2025-11-19 21:10:16 +05:30
# Beta version
2022-03-29 22:16:03 +03:00
steps:
2025-09-04 03:54:45 +01:00
- uses: actions/checkout@v5
- uses: actions/setup-go@v6
2021-11-08 19:28:08 +09:00
with:
2025-11-19 21:10:16 +05:30
go-version: '1.23.0-beta.1' # The Go version to download (if necessary) and use
2021-11-08 19:28:08 +09:00
- run: go version
2020-02-10 19:18:01 -05:00
```
2025-11-19 21:10:16 +05:30
#### Version Aliases
2019-07-17 10:50:58 -04:00
2025-11-19 21:10:16 +05:30
**Stable Release**
2019-07-17 10:50:58 -04:00
2025-11-19 21:10:16 +05:30
If `stable` is provided, action will get the latest stable version from the [go-versions ](https://github.com/actions/go-versions/blob/main/versions-manifest.json ) repository manifest.
```yaml
steps:
- uses: actions/checkout@v5
- uses: actions/setup-go@v6
with:
go-version: 'stable' # Latest stable version
- run: go version
```
2022-04-01 06:29:52 +11:00
2025-11-19 21:10:16 +05:30
**Previous Stable Release**
If `oldstable` is provided, when the current release is 1.23.x, the action will resolve version as 1.22.x, where x is the latest patch release.
2019-07-17 10:50:58 -04:00
```yaml
2019-07-25 21:28:46 -04:00
steps:
2025-09-04 03:54:45 +01:00
- uses: actions/checkout@v5
- uses: actions/setup-go@v6
2022-02-09 14:59:04 +03:00
with:
2025-11-19 21:10:16 +05:30
go-version: 'oldstable' # Previous stable version
- run: go version
2022-02-09 14:59:04 +03:00
```
2025-11-19 21:10:16 +05:30
> **Note**: Using aliases is equivalent to using the corresponding minor release with `check-latest: true`
2022-02-09 14:59:04 +03:00
2025-11-19 21:10:16 +05:30
### go-version-file
2022-02-09 14:59:04 +03:00
2025-11-19 21:10:16 +05:30
The action can automatically detect the Go version from various project files using the `go-version-file` input. This parameter supports `go.mod` , `go.work` , `.go-version` , and `.tool-versions` files.
2022-02-09 14:59:04 +03:00
2025-11-19 21:10:16 +05:30
> **Note**: If both `go-version` and `go-version-file` are provided, `go-version` takes precedence.
#### go.mod File
Automatically detect the Go version from your project's `go.mod` file:
2022-02-09 14:59:04 +03:00
```yaml
steps:
2025-09-04 03:54:45 +01:00
- uses: actions/checkout@v5
- uses: actions/setup-go@v6
2021-11-08 19:28:08 +09:00
with:
2025-11-19 21:10:16 +05:30
go-version-file: 'go.mod'
- run: go version
2019-07-17 10:50:58 -04:00
```
2022-12-12 10:58:49 +01:00
2025-11-19 21:10:16 +05:30
**Version Resolution from go.mod:**
1. Uses the `toolchain` directive version if present
2. Falls back to the `go` directive version
3. If no patch version is specified, uses the latest available patch
2022-12-12 10:58:49 +01:00
2025-11-19 21:10:16 +05:30
#### go.work File
2022-12-12 10:58:49 +01:00
2025-11-19 21:10:16 +05:30
Use the Go version specified in your `go.work` file:
2022-12-12 10:58:49 +01:00
2025-11-19 21:10:16 +05:30
```yaml
steps:
- uses: actions/checkout@v5
- uses: actions/setup-go@v6
with:
go-version-file: 'go.work'
- run: go version
```
#### .go-version File
Read the Go version from a `.go-version` file:
2022-12-12 10:58:49 +01:00
```yaml
steps:
2025-09-04 03:54:45 +01:00
- uses: actions/checkout@v5
- uses: actions/setup-go@v6
2022-12-12 10:58:49 +01:00
with:
2025-11-19 21:10:16 +05:30
go-version-file: '.go-version'
- run: go version
2022-12-12 10:58:49 +01:00
```
2025-11-19 21:10:16 +05:30
#### .tool-versions File
Use the Go version from an [`.tool-versions` ](https://asdf-vm.com/manage/configuration.html#tool-versions ) file:
2022-12-12 10:58:49 +01:00
```yaml
steps:
2025-09-04 03:54:45 +01:00
- uses: actions/checkout@v5
- uses: actions/setup-go@v6
2022-12-12 10:58:49 +01:00
with:
2025-11-19 21:10:16 +05:30
go-version-file: '.tool-versions'
- run: go version
2022-12-12 10:58:49 +01:00
```
2025-11-19 21:10:16 +05:30
#### Custom File Paths
The action searches for version files relative to the repository root by default. You can specify a custom path:
2022-05-25 12:07:29 +02:00
2025-11-19 21:10:16 +05:30
```yaml
steps:
- uses: actions/checkout@v5
- uses: actions/setup-go@v6
with:
go-version-file: 'path/to/.go-version'
- run: go version
```
2022-05-25 12:07:29 +02:00
2025-11-19 21:10:16 +05:30
**Supported Version Formats:**
- Major and minor only: `1.25` (action will use the latest patch version, e.g., `1.25.4` )
- Major, minor, and patch: `1.25.4` (exact version)
2022-05-25 12:07:29 +02:00
2025-11-19 21:10:16 +05:30
### Check Latest Version
2022-05-25 12:07:29 +02:00
2025-11-19 21:10:16 +05:30
The check-latest flag defaults to false for stability. This ensures your workflow uses a specific, predictable Go version.
When `check-latest: true` , the action verifies if your cached Go version is the latest available. If not, it downloads and uses the newest version.
2023-03-10 16:25:35 +01:00
2022-05-25 12:07:29 +02:00
```yaml
steps:
2025-09-04 03:54:45 +01:00
- uses: actions/checkout@v5
- uses: actions/setup-go@v6
2022-05-25 12:07:29 +02:00
with:
2025-11-19 21:10:16 +05:30
go-version: '1.23'
check-latest: true # Always check for the latest patch release
- run: go version
```
2023-08-25 12:31:19 +02:00
2025-11-19 21:10:16 +05:30
**Performance Considerations:**
- `check-latest: false` (default) - Uses cached versions for faster builds
- `check-latest: true` - Downloads the latest version, slower but ensures up-to-date releases
### Caching
2023-03-10 16:25:35 +01:00
2025-11-19 21:10:16 +05:30
The action features integrated caching for Go modules and build outputs. Built on [toolkit/cache ](https://github.com/actions/toolkit/tree/main/packages/cache ), it simplifies the caching process by requiring fewer configuration options. The cache input is optional, and caching is turned on by default.
2022-05-12 17:04:39 +09:00
2025-11-19 21:10:16 +05:30
#### Automatic Caching
Improve toolchain handling (#460)
* Configure environment to avoid toolchain installs
Force `go` to always use the local toolchain (i.e. the one the one that
shipped with the go command being run) via setting the `GOTOOLCHAIN`
environment variable to `local`[1]:
> When GOTOOLCHAIN is set to local, the go command always runs the
bundled Go toolchain.
This is how things are setup in the official Docker images (e.g.[2], see
also the discussion around that change[3]). The motivation behind this
is to:
* Reduce duplicate work: if the `toolchain` version in `go.mod` was
greated than the `go` version, the version from the `go` directive
would be installed, then Go would detect the `toolchain` version and
additionally install that
* Avoid Unexpected behaviour: if you specify this action runs with some Go
version (e.g. `1.21.0`) but your go.mod contains a `toolchain` or `go`
directive for a newer version (e.g. `1.22.0`) then, without any other
configuration/environment setup, any go commands will be run using go
`1.22.0`
This will be a **breaking change** for some workflows. Given a `go.mod`
like:
module proj
go 1.22.0
Then running any `go` command, e.g. `go mod tidy`, in an environment
where only go versions before `1.22.0` were installed would previously
trigger a toolchain download of Go `1.22.0` and that version being used
to execute the command. With this change the above would error out with
something like:
> go: go.mod requires go >= 1.22.0 (running go 1.21.7;
GOTOOLCHAIN=local)
[1] https://go.dev/doc/toolchain#select
[2] https://github.com/docker-library/golang/blob/dae3405a325073e8ad7c8c378ebdf2540d8565c4/Dockerfile-linux.template#L163
[3] https://github.com/docker-library/golang/issues/472
* Prefer installing version from `toolchain` directive
Prefer this over the version from the `go` directive. Per the docs[1]
> The toolchain line declares a suggested toolchain to use with the
module or workspace
It seems reasonable to use this, since running this action in a
directory containing a `go.mod` (or `go.work`) suggests the user is
wishing to work _with the module or workspace_.
Link: https://go.dev/doc/toolchain#config [1]
Issue: https://github.com/actions/setup-go/issues/457
* squash! Configure environment to avoid toolchain installs
Only modify env if `GOTOOLCHAIN` is not set
* squash! Prefer installing version from `toolchain` directive
Avoid installing from `toolchain` if `GOTOOLCHAIN` is `local`, also
better regex for matching toolchain directive
2025-08-29 04:21:56 +01:00
2025-11-19 21:10:16 +05:30
Default behavior: Searches for `go.sum` in the repository root and uses its hash for the cache key.
Improve toolchain handling (#460)
* Configure environment to avoid toolchain installs
Force `go` to always use the local toolchain (i.e. the one the one that
shipped with the go command being run) via setting the `GOTOOLCHAIN`
environment variable to `local`[1]:
> When GOTOOLCHAIN is set to local, the go command always runs the
bundled Go toolchain.
This is how things are setup in the official Docker images (e.g.[2], see
also the discussion around that change[3]). The motivation behind this
is to:
* Reduce duplicate work: if the `toolchain` version in `go.mod` was
greated than the `go` version, the version from the `go` directive
would be installed, then Go would detect the `toolchain` version and
additionally install that
* Avoid Unexpected behaviour: if you specify this action runs with some Go
version (e.g. `1.21.0`) but your go.mod contains a `toolchain` or `go`
directive for a newer version (e.g. `1.22.0`) then, without any other
configuration/environment setup, any go commands will be run using go
`1.22.0`
This will be a **breaking change** for some workflows. Given a `go.mod`
like:
module proj
go 1.22.0
Then running any `go` command, e.g. `go mod tidy`, in an environment
where only go versions before `1.22.0` were installed would previously
trigger a toolchain download of Go `1.22.0` and that version being used
to execute the command. With this change the above would error out with
something like:
> go: go.mod requires go >= 1.22.0 (running go 1.21.7;
GOTOOLCHAIN=local)
[1] https://go.dev/doc/toolchain#select
[2] https://github.com/docker-library/golang/blob/dae3405a325073e8ad7c8c378ebdf2540d8565c4/Dockerfile-linux.template#L163
[3] https://github.com/docker-library/golang/issues/472
* Prefer installing version from `toolchain` directive
Prefer this over the version from the `go` directive. Per the docs[1]
> The toolchain line declares a suggested toolchain to use with the
module or workspace
It seems reasonable to use this, since running this action in a
directory containing a `go.mod` (or `go.work`) suggests the user is
wishing to work _with the module or workspace_.
Link: https://go.dev/doc/toolchain#config [1]
Issue: https://github.com/actions/setup-go/issues/457
* squash! Configure environment to avoid toolchain installs
Only modify env if `GOTOOLCHAIN` is not set
* squash! Prefer installing version from `toolchain` directive
Avoid installing from `toolchain` if `GOTOOLCHAIN` is `local`, also
better regex for matching toolchain directive
2025-08-29 04:21:56 +01:00
2025-11-19 21:10:16 +05:30
```yaml
steps:
- uses: actions/checkout@v5
- uses: actions/setup-go@v6
with:
go-version: '1.23'
# cache: true (default)
- run: go run hello.go
```
2024-04-18 22:33:57 +09:00
2025-11-19 21:10:16 +05:30
#### Advanced Caching Scenarios
2022-05-12 17:04:39 +09:00
2025-11-19 21:10:16 +05:30
For advanced scenarios, use `cache-dependency-path` to specify:
- **Multiple dependency files**: When your project has dependencies in different directories
- **Custom locations**: When your `go.sum` files are not in the repository root
- **Monorepos**: When managing multiple Go modules in a single repository
- **Glob patterns**: For flexible file matching
2022-05-12 17:04:39 +09:00
```yaml
2025-11-19 21:10:16 +05:30
# Example: Monorepo with multiple go.sum files
2022-05-12 17:04:39 +09:00
steps:
2025-09-04 03:54:45 +01:00
- uses: actions/checkout@v5
- uses: actions/setup-go@v6
2023-03-10 16:25:35 +01:00
with:
2025-11-19 21:10:16 +05:30
go-version: '1.23'
check-latest: true
cache-dependency-path: |
subdir/go.sum
tools/go.sum
- run: go run hello.go
2022-05-12 17:04:39 +09:00
```
2025-11-19 21:10:16 +05:30
2025-10-28 20:56:52 +05:30
```yaml
2025-11-19 21:10:16 +05:30
# Example: Using glob patterns to match all go.sum files
2025-10-28 20:56:52 +05:30
steps:
- uses: actions/checkout@v5
- uses: actions/setup-go@v6
with:
2025-11-19 21:10:16 +05:30
go-version: '1.23'
cache-dependency-path: "**/*.sum"
- run: go run hello.go
2025-10-28 20:56:52 +05:30
```
2019-07-17 10:50:58 -04:00
2025-11-19 21:10:16 +05:30
#### Disable Caching
```yaml
steps:
- uses: actions/checkout@v5
- uses: actions/setup-go@v6
with:
go-version: '1.23'
cache: false
- run: go run hello.go
```
> **Note**: If caching fails, the action logs a warning but continues execution without interrupting your workflow.
### Matrix Testing
Test across multiple Go versions:
2022-04-01 06:29:52 +11:00
2019-07-17 10:50:58 -04:00
```yaml
jobs:
2025-11-19 21:10:16 +05:30
test:
2022-01-12 11:40:09 +05:00
runs-on: ubuntu-latest
2019-07-17 10:50:58 -04:00
strategy:
matrix:
2025-11-19 21:10:16 +05:30
go-version: ['1.21', '1.22', '1.23']
2019-07-25 21:28:46 -04:00
steps:
2025-09-04 03:54:45 +01:00
- uses: actions/checkout@v5
2025-11-19 21:10:16 +05:30
- uses: actions/setup-go@v6
2019-07-17 10:50:58 -04:00
with:
2025-11-19 21:10:16 +05:30
go-version: ${{ matrix.go-version }}
- run: go test ./...
2019-07-17 10:50:58 -04:00
```
2019-06-19 09:44:17 -04:00
2025-11-19 21:10:16 +05:30
## Advanced Configuration
### Supported Version Syntax
2022-04-01 06:29:52 +11:00
2021-12-01 14:10:32 +03:00
The `go-version` input supports the following syntax:
2025-11-19 21:10:16 +05:30
| Syntax Type | Example | Description |
|-------------|---------|-------------|
| Specific version | `1.23.2` | Installs this exact version |
| Semantic range (caret) | `^1.23.0` | Allows newer minor/patch versions (1.24.x, 1.25.x, etc.) |
| Semantic range (tilde) | `~1.23.0` | Allows newer patch versions only (1.23.1, 1.23.2, etc.) |
| Comparison (gte) | `>=1.22.0` | Any version equal to or newer than specified |
| Comparison (lt) | `<1.24.0` | Any version older than specified |
| Comparison range | `>=1.22.0 <1.24.0` | Any version within the specified range |
| Wildcard (patch) | `1.23.x` | Latest patch version of the specified minor release |
| Wildcard (minor) | `1.*` | Latest available version in the major version |
| Pre-release | `1.24.0-rc.1` | Beta/RC versions for testing upcoming releases |
| Aliases | `stable` , `oldstable` | Latest stable or previous stable release |
For more information about semantic versioning, see the [semver documentation ](https://semver.org/ ).
### Complete Input Reference
2022-04-02 00:27:16 +11:00
2025-11-19 21:10:16 +05:30
```yaml
- uses: actions/setup-go@v6
with:
# Version or version range of Go to use
go-version: '1.23'
# Path to go.mod, go.work, .go-version, or .tool-versions file
go-version-file: 'go.mod'
# Check for latest version
check-latest: false
# GitHub token for authentication
token: ${{ github.token }}
# Enable/disable caching
cache: true
# Path to dependency files for caching
cache-dependency-path: 'go.sum'
# Architecture to install (auto-detected if not specified)
architecture: 'x64'
```
2021-12-01 14:10:32 +03:00
2025-11-19 21:10:16 +05:30
## Using setup-go on GHES
2022-11-02 12:21:18 +01:00
2025-11-19 21:10:16 +05:30
setup-go comes pre-installed on GHES when Actions is enabled. For dynamic Go version downloads, the action fetches distributions from the [go-versions repository ](https://github.com/actions/go-versions/ ) on github.com (external to your appliance).
2024-11-25 19:37:21 +01:00
2025-11-19 20:54:04 -06:00
These calls to `actions/go-versions` are made via unauthenticated requests, which are limited to 60 requests per hour per IP. If more requests are made within the time frame, then the action leverages the raw API to retrieve the version-manifest. This approach does not impose a rate limit and hence facilitates unrestricted consumption. This is particularly beneficial for GHES runners, which often share the same IP, to avoid the quick exhaustion of the unauthenticated rate limit. If that fails as well the action will try to download versions directly from [go.dev ](https://go.dev/dl ).
2024-11-25 19:37:21 +01:00
2025-11-19 21:10:16 +05:30
If that fails as well you can get a higher rate limit with generating a personal access token on github.com and passing it as the token input to the action:
2022-11-02 12:21:18 +01:00
```yaml
2025-09-04 03:54:45 +01:00
uses: actions/setup-go@v6
2022-11-02 12:21:18 +01:00
with:
token: ${{ secrets.GH_DOTCOM_TOKEN }}
2025-11-19 21:10:16 +05:30
go-version: '1.23'
2022-11-02 12:21:18 +01:00
```
2025-11-19 21:10:16 +05:30
### Offline Runners
For runners without github.com access, Go versions must be pre-cached in the runner's tool cache. See "[Setting up the tool cache on self-hosted runners without internet access ](https://docs.github.com/en/enterprise-server@3.2/admin/github-actions/managing-access-to-actions-from-githubcom/setting-up-the-tool-cache-on-self-hosted-runners-without-internet-access )".
2022-11-02 12:21:18 +01:00
2025-11-19 21:10:16 +05:30
## Recommended Permissions
2025-01-16 08:47:07 -06:00
2025-11-19 21:10:16 +05:30
When using the setup-go action in your GitHub Actions workflow, it is recommended to set the following permissions to ensure proper functionality:
2025-01-16 08:47:07 -06:00
```yaml
permissions:
2025-11-19 21:10:16 +05:30
contents: read # Required to checkout code and install dependencies
2025-01-16 08:47:07 -06:00
```
2025-11-19 21:10:16 +05:30
## License
2019-06-19 09:44:17 -04:00
2025-11-19 21:10:16 +05:30
The scripts and documentation in this project are released under the [MIT License ](LICENSE ).
2019-06-19 09:44:17 -04:00
2025-11-19 21:10:16 +05:30
## Contributions
2019-06-19 09:44:17 -04:00
2025-11-19 21:10:16 +05:30
Contributions are welcome! See our [Contributor's Guide ](docs/contributors.md ) for details.
2020-02-09 00:21:39 -05:00
## Code of Conduct
2025-11-19 21:10:16 +05:30
👋 Be nice. See our [Code of Conduct ](CODE_OF_CONDUCT.md ).