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.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.