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

using-version-control-in-studio-pro #9023

Open
andrescocaacl opened this issue Feb 4, 2025 · 0 comments
Open

using-version-control-in-studio-pro #9023

andrescocaacl opened this issue Feb 4, 2025 · 0 comments
Assignees

Comments

@andrescocaacl
Copy link

Please use the form below, leaving the prefilled data to help us. Thank you.

Page link: using-version-control-in-studio-pro

Document link: _index.md

My Issue/Suggestion

The way I understand this paragraph I see some contradictions and ambiguities. The paragraph:

For example, you are developing a feature together with another developer on the same branch. You both have the same starting point (3). When your colleague commits a change, you can choose to retrieve these changes and integrate them. To enable this, developers first need to commit existing changes locally (6), so that the changes can be automatically merged when they are retrieved by other developers. After this, you commit the merged result, and optionally push the merged result (7) to be used by your colleague. Because changes are already explicitly committed, you can always see what you changed and you cannot accidentally override your local changes when you are resolving conflicts.

1.“you are developing a feature together with another developer on the same branch”.
Doesn’t the image show that you are working on a branch but your colleague is still working in the Main branch.

2.“developers first need to commit existing changes locally (6), so that the changes can be automatically merged when they are retrieved by other developers. “
So this says if I commit existing changes locally, then other developers can retrieve it. But then:

3.“After this, you commit the merged result, and optionally push the merged result (7) to be used by your colleague”
If I don’t push, my changes are not available to other devs.

We recently switched from Mendix 9 to Mendix 10, and I'm trying to figure out how commits work in Mendix 10. I particularly struggle with the uses for local commits, as i don't see the purpose of this in Mendix, but perhaps it has more to do with how we work with branches.

Best,
Andres

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants