-
-
Notifications
You must be signed in to change notification settings - Fork 2.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Decide on Git Branching Strategy #7808
Labels
type: architecture
Architecture of the project and high level design
Comments
wmontwe
added
the
type: architecture
Architecture of the project and high level design
label
May 3, 2024
As an outsider, some meta comments:
Not clearly emphasized is that overall cleanliness pays huge dividends, so I would expect:
|
Thanks for your input and right, we need to define requirements and then continue with the evaluation. I updated the issue by that point. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
As our Android application grows, we need to establish a robust Git branching strategy to improve our development, testing, and release processes.
Currently, we use a maintenance branch for patches and bug fixes post-release, testing changes in a beta version before merging back. However, this method isn't always followed consistently, leading to issues. For more details see RELEASING.md and update #7800.
With our growing team, we need to reassess if the current strategy efficiently handles our development needs.
Action Points
Proposed Alternatives
Key Questions for the Team
Ask for feedback and suggestions
Please share your thoughts and suggestions on the proposed branching strategies to refine our approach for our Android app development.
The text was updated successfully, but these errors were encountered: