Skip to content

Vote on branching strategy, naming conventions #1129

Description

@genedan

Three items:

1. Branching Strategy

This came to mind when I saw #1125, a similar subject but not quite the direct answer to it. I think our current strategy naturally arose from our own problem-solving, which has gotten us far, but I think we should pick a named industry convention. There are several options:

  • GitFlow
  • GitHub Flow
  • GitLab Flow
  • Trunk-Based Development
  • Feature Branching
  • Environment Branching
  • Release Branching
  • Forking Workflow

Here's a quick reference:

https://dev.to/karmpatel/git-branching-strategies-a-comprehensive-guide-24kh#github-flow

I propose a ranked-choice vote (mandatory for codeowners), and then we'll also tally any votes submitted by anyone before the last codeowner votes. What you do is you just rank your choices from best to worst and then we'll tally up the points at the end.

2. Diagram example

After the vote, put a little flow diagram of the winner in the Google doc, could just be a copy-paste job from the blog post, it's not official, just a reminder to make a real diagram when we're ready to upload to the official docs.

3. Naming convention

Found this through a Google search:

https://conventionalbranch.org/

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Fields

    Priority

    None yet

    Scope

    None yet

    Effort

    None yet

    Projects

    Status
    Backlog

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions