Change branching scheme, again.
See original GitHub issueHopefully for the last time.
Current:
- master: development
- android11: stable, translations
- android10, android9: old version-specific branches
- tags: stable
Proposed:
- android12: development, translations
- android11, android10, android9: old version-specific branches
- tags: stable
I am proposing to do away with the master
branch, and directly develop on android12
We’ve started tagging releases so anybody who wants something stable can use those, and others can keep using the branch.
It’ll avoid confusion and also make handling translations easier.
Issue Analytics
- State:
- Created 2 years ago
- Comments:6 (3 by maintainers)
Top Results From Across the Web
Basic Branching and Merging - Git SCM
Create a branch to add the hotfix. After it's tested, merge the hotfix branch, and push to production. Switch back to your original...
Read more >The Best Branching Strategies For High-Velocity Development
Branching strategies help manage changes and code integrations across teams. ... And as files are modified, teams can merge back changes.
Read more >Git Branching and Merging: A Step-By-Step Guide - Varonis
Merging takes your branch changes and implements them into the main branch. Depending on the commit history, Git performs merges two ways: fast ......
Read more >Adopt a Git branching strategy - Azure Repos - Microsoft Learn
Use release branches to coordinate and stabilize changes in a release of your code. This branch is long-lived and isn't merged back into...
Read more >Git Branching Strategies: GitFlow, Github Flow, Trunk Based...
Developers will first need to create the release branch then make sure any final work is also merged back into the development branch...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
ok, because I think the version number of the tag should already make clear what android version it is for and every tag is stable, so I think we don’t need to introduce stable/oldstable terminology
Yep!