Skip to content

Motivation to use GitHub Pages deployment via branch rather than via GitHub Actions? #61

@matthewfeickert

Description

@matthewfeickert

The current workflow recommends using the older branch based GitHub pages publishing workflow

1. **Make sure GitHub Pages is activated:**
navigate to _Settings_,
select _Pages_ from the left sidebar,
and make sure that `gh-pages` is selected as the branch to build from.
If no `gh-pages` branch is available, check _Actions_ to see if the first
website build workflows are still running.
The branch should become available when those have completed.

instead of the GitHub Actions based publishing deployment. Is there any strong technical reason for this, or is this more of a historical result as The Carpentries have been established for a long time while branchless GitHub Actions deployment workflow is only a few years old?

A follow up question, and main motivation for me, is: Does it matter from a curation / review standpoint at The Carpentries org level if incubator lesson projects use the GitHub Actions deployment workflow?

I assume not, as it is just a static site either way, but I wanted to make sure that there isn't some sort of additional system that The Carpentries has that is looking specifically for a gh-pages branch to exist.

cc @tobyhodges given

If you have any questions, contact [@tobyhodges](https://github.com/tobyhodges)

The GitHub Pages deployment workflow has been the default since 2022, and as this workflow was added in 2023 in PR #26, I wasn't sure if there was additional motivation to keep using the branch based workflow.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions