master => main

8 files changed, 17 insertions, 17 deletions

diff --git a/.github/workflows/build.yaml b/.github/workflows/build.yaml
index d113cff7..873bcda4 100644
--- a/.github/workflows/build.yaml
+++ b/.github/workflows/build.yaml
@@ -4,7 +4,7 @@ on:
   workflow_run:
     workflows: ["Lint & Test"]
     branches:
-      - master
+      - main
     types:
       - completed
 
diff --git a/.github/workflows/deploy.yaml b/.github/workflows/deploy.yaml
index ff2652fd..8abf2bfb 100644
--- a/.github/workflows/deploy.yaml
+++ b/.github/workflows/deploy.yaml
@@ -4,7 +4,7 @@ on:
   workflow_run:
     workflows: ["Build"]
     branches:
-      - master
+      - main
     types:
       - completed
 
diff --git a/.github/workflows/lint-test.yaml b/.github/workflows/lint-test.yaml
index 397c2085..9e3d331d 100644
--- a/.github/workflows/lint-test.yaml
+++ b/.github/workflows/lint-test.yaml
@@ -3,7 +3,7 @@ name: Lint & Test
 on:
   push:
     branches:
-      - master
+      - main
   pull_request:
 
 
diff --git a/.github/workflows/sentry-release.yml b/.github/workflows/sentry-release.yml
index 01ed1daf..a3df5b1a 100644
--- a/.github/workflows/sentry-release.yml
+++ b/.github/workflows/sentry-release.yml
@@ -3,14 +3,14 @@ name: Create Sentry release
 on:
   push:
     branches:
-      - master
+      - main
 
 jobs:
   createSentryRelease:
     runs-on: ubuntu-latest
     steps:
       - name: Checkout code
-        uses: actions/checkout@master
+        uses: actions/checkout@main
       - name: Create a Sentry.io release
         uses: tclindner/[email protected]
         env:
diff --git a/CONTRIBUTING.md b/CONTRIBUTING.md
index de682a31..84a59d54 100644
--- a/CONTRIBUTING.md
+++ b/CONTRIBUTING.md
@@ -1,6 +1,6 @@
 # Contributing to one of Our Projects
 
-Our projects are open-source and are automatically deployed whenever commits are pushed to the `master` branch on each repository, so we've created a set of guidelines in order to keep everything clean and in working order.
+Our projects are open-source and are automatically deployed whenever commits are pushed to the `main` branch on each repository, so we've created a set of guidelines in order to keep everything clean and in working order.
 
 Note that contributions may be rejected on the basis of a contributor failing to follow these guidelines.
 
@@ -8,7 +8,7 @@ Note that contributions may be rejected on the basis of a contributor failing to
 
 1. **No force-pushes** or modifying the Git history in any way.
 2. If you have direct access to the repository, **create a branch for your changes** and create a pull request for that branch. If not, create a branch on a fork of the repository and create a pull request from there.
-    * It's common practice for a repository to reject direct pushes to `master`, so make branching a habit!
+    * It's common practice for a repository to reject direct pushes to `main`, so make branching a habit!
     * If PRing from your own fork, **ensure that "Allow edits from maintainers" is checked**. This gives permission for maintainers to commit changes directly to your fork, speeding up the review process.
 3. **Adhere to the prevailing code style**, which we enforce using [`flake8`](http://flake8.pycqa.org/en/latest/index.html) and [`pre-commit`](https://pre-commit.com/).
     * Run `flake8` and `pre-commit` against your code [**before** you push it](https://soundcloud.com/lemonsaurusrex/lint-before-you-push). Your commit will be rejected by the build server if it fails to lint.
@@ -18,7 +18,7 @@ Note that contributions may be rejected on the basis of a contributor failing to
     * Avoid making minor commits for fixing typos or linting errors. Since you've already set up a `pre-commit` hook to run the linting pipeline before a commit, you shouldn't be committing linting issues anyway.
     * A more in-depth guide to writing great commit messages can be found in Chris Beam's [*How to Write a Git Commit Message*](https://chris.beams.io/posts/git-commit/)
 5. **Avoid frequent pushes to the main repository**. This goes for PRs opened against your fork as well. Our test build pipelines are triggered every time a push to the repository (or PR) is made. Try to batch your commits until you've finished working for that session, or you've reached a point where collaborators need your commits to continue their own work. This also provides you the opportunity to amend commits for minor changes rather than having to commit them on their own because you've already pushed.
-    * This includes merging master into your branch. Try to leave merging from master for after your PR passes review; a maintainer will bring your PR up to date before merging. Exceptions to this include: resolving merge conflicts, needing something that was pushed to master for your branch, or something was pushed to master that could potentionally affect the functionality of what you're writing.
+    * This includes merging main into your branch. Try to leave merging from main for after your PR passes review; a maintainer will bring your PR up to date before merging. Exceptions to this include: resolving merge conflicts, needing something that was pushed to main for your branch, or something was pushed to main that could potentionally affect the functionality of what you're writing.
 6. **Don't fight the framework**. Every framework has its flaws, but the frameworks we've picked out have been carefully chosen for their particular merits. If you can avoid it, please resist reimplementing swathes of framework logic - the work has already been done for you!
 7. If someone is working on an issue or pull request, **do not open your own pull request for the same task**. Instead, collaborate with the author(s) of the existing pull request. Duplicate PRs opened without communicating with the other author(s) and/or PyDis staff will be closed. Communication is key, and there's no point in two separate implementations of the same thing.
     * One option is to fork the other contributor's repository and submit your changes to their branch with your own pull request. We suggest following these guidelines when interacting with their repository as well.
diff --git a/README.md b/README.md
index a1eeb9fb..f88c2cf7 100644
--- a/README.md
+++ b/README.md
@@ -12,14 +12,14 @@ If you happen to run into issues with setup, please don't hesitate to open an is
 
 If you're looking to contribute or play around with the code, take a look at [the wiki][8] or the [`docs` directory](docs). If you're looking for things to do, check out [our issues][9].
 
-[1]: https://github.com/python-discord/site/workflows/Lint%20&%20Test/badge.svg?branch=master
-[2]: https://github.com/python-discord/site/actions?query=workflow%3A%22Lint+%26+Test%22+branch%3Amaster
-[3]: https://github.com/python-discord/site/workflows/Build%20&%20Deploy/badge.svg?branch=master
-[4]: https://github.com/python-discord/site/actions?query=workflow%3A%22Build+%26+Deploy%22+branch%3Amaster
-[5]: https://coveralls.io/repos/github/python-discord/site/badge.svg?branch=master
-[6]: https://coveralls.io/github/python-discord/site?branch=master
+[1]: https://github.com/python-discord/site/workflows/Lint%20&%20Test/badge.svg?branch=main
+[2]: https://github.com/python-discord/site/actions?query=workflow%3A%22Lint+%26+Test%22+branch%3Amain
+[3]: https://github.com/python-discord/site/workflows/Build%20&%20Deploy/badge.svg?branch=main
+[4]: https://github.com/python-discord/site/actions?query=workflow%3A%22Build+%26+Deploy%22+branch%3Amain
+[5]: https://coveralls.io/repos/github/python-discord/site/badge.svg?branch=main
+[6]: https://coveralls.io/github/python-discord/site?branch=main
 [7]: https://pythondiscord.com
 [8]: https://pythondiscord.com/pages/contributing/site/
 [9]: https://github.com/python-discord/site/issues
-[10]: https://raw.githubusercontent.com/python-discord/branding/master/logos/badge/badge_github.svg
+[10]: https://raw.githubusercontent.com/python-discord/branding/main/logos/badge/badge_github.svg
 [11]: https://discord.gg/python
diff --git a/pydis_site/static/css/error_pages.css b/pydis_site/static/css/error_pages.css
index 77bb7e2b..ee41fa5c 100644
--- a/pydis_site/static/css/error_pages.css
+++ b/pydis_site/static/css/error_pages.css
@@ -4,7 +4,7 @@ html {
 
 body {
     background-color: #7289DA;
-    background-image: url("https://raw.githubusercontent.com/python-discord/branding/master/logos/banner_pattern/banner_pattern.svg");
+    background-image: url("https://raw.githubusercontent.com/python-discord/branding/main/logos/banner_pattern/banner_pattern.svg");
     background-size: 128px;
     font-family: "Hind", "Helvetica", "Arial", sans-serif;
     display: flex;
diff --git a/pydis_site/templates/home/timeline.html b/pydis_site/templates/home/timeline.html
index f3c58fc2..ece2e4e5 100644
--- a/pydis_site/templates/home/timeline.html
+++ b/pydis_site/templates/home/timeline.html
@@ -54,7 +54,7 @@
             <div class="cd-timeline__content text-component">
                 <h2>Our logo is born. Thanks @Aperture!</h2>
                 <p class="pydis-logo-banner"><img
-                        src="https://raw.githubusercontent.com/python-discord/branding/master/logos/logo_banner/logo_site_banner.svg">
+                        src="https://raw.githubusercontent.com/python-discord/branding/main/logos/logo_banner/logo_site_banner.svg">
                 </p>
 
                 <div class="flex justify-between items-center">