Skip to content
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

Git Standards recommends the Gitflow workflow #54

Open
coliff opened this issue Feb 2, 2022 · 3 comments
Open

Git Standards recommends the Gitflow workflow #54

coliff opened this issue Feb 2, 2022 · 3 comments
Assignees
Labels
documentation Documentation additions, updates and corrections.

Comments

@coliff
Copy link
Member

coliff commented Feb 2, 2022

https://devguide.trimble.com/development-practices/vcs-standards-git/

The Git Standards page on our site currently suggests to use the Gitflow workflow - however the link to more info says that it is no longer recommended.

I think we could consider changing this to suggest using Trunk-based development instead as it:

it streamlines merging and integration phases, it helps achieve CI/CD and increases software delivery and organizational performance.

@matthew-dexter-trimble
Copy link
Contributor

Seems a reasonable change to me I guess - might be useful to know what kind of workflows are being followed elsewhere in Trimble - MEP is probably somewhere between gitflow and trunk-based - we have just moved our CI/CD to trigger deployment from tag creation which I don't think is really part of either workflow.

@kuhnboy
Copy link
Collaborator

kuhnboy commented Feb 7, 2022

Many projects within Trimble that I've worked on wouldn't be able to do trunk-based development because of how they operate. There aren't many projects that are in a mature / modern enough place where they can do continuous deployment which is the reason to migrate from gitflow to trunk-based development. I think we should recognize them both.

@jeffdoolittle
Copy link
Member

Agreed, we need to provide guidance around options. I would add that in my experience trunk based development works best when used together with forking rather than having a bunch of branches littering up the primary repository.

@coliff coliff self-assigned this May 4, 2023
@coliff coliff added the documentation Documentation additions, updates and corrections. label May 4, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Documentation additions, updates and corrections.
Projects
None yet
Development

No branches or pull requests

4 participants