Automatically merging based on version numbers is cool. But I don't always want to do that.
Occasionally, there will be a change that should only go into the production branch, but not the development one.
For example, suppose I to adjust the database connection pool to compensate for a bug in production. The bug has been fixed in development, so no workaround commit is needed on the development branch.
What is best way to selectively not auto-merge?
Screenshot from 2014-11-04 01:15:26.png
I don't think it's feasible to not auto-merge, as that would cause the changes to be picked up on the next similar pull request.
But I believe it work to "pre-merge" with the "ours" strategy.
git checkout branch-to-exclude git merge -s ours PROJECT-123
and push.
The merge will still happen, but it won't take any changes from the branch.
Yup - that's the best way to do it. :) I created a JIRA that you may be interested in following for us to add UI that supports this https://jira.atlassian.com/browse/STASH-5356
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Adam Ahmed , thanks for the confirmation! (I thought I was pretty clever to figure this out....glad to see I'm not alone.)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
For Google's benefit, linking to a similar question and answer https://answers.atlassian.com/questions/9390955/answers/9390961/comments/9394426
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.