-
Notifications
You must be signed in to change notification settings - Fork 7
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
Add option for merging with a merge-commit or keep the merge strategy sets in the repository settings #36
Add option for merging with a merge-commit or keep the merge strategy sets in the repository settings #36
Comments
Thanks for raising this issue. If I understand correctly, what you are saying is: you want a github action to check that the branch is fast-forward able, but when you do the merge, you want a merge commit. That is, if the last commit on
When merging, you want:
where Is that correct? I'm curious why you prefer this workflow. Would you mind explain its advantages? This wasn't something that I'd considered when I created this action. It shouldn't be too hard to add it. If you want to contribute it, what do you think about the following? Add the file |
@nwalfield Yes, this is exectly my needs.
We want to have a semi-linear history in order to:
As a side-effect, this also keeps the history easily bisect-able. Your proposal sounds good. 👍 |
This change allows to choose the merge strategy to use for merging the pull-request. A merge-strategy parameter is added, allowing to choose the no-ff way (i.e. introducing a merge commit). The default strategy remains fast-forwarding the branch. Fixes sequoia-pgp#36
This change allows to choose the merge strategy to use for merging the pull-request. A merge-strategy parameter is added, allowing to choose the no-ff way (i.e. introducing a merge commit). The default strategy remains fast-forwarding the branch. Fixes sequoia-pgp#36
This change allows to choose the merge strategy to use for merging the pull-request. A merge-strategy parameter is added, allowing to choose the no-ff way (i.e. introducing a merge commit). The default strategy remains fast-forwarding the branch. Fixes sequoia-pgp#36
This change allows to choose the merge strategy to use for merging the pull-request. A merge-strategy parameter is added, allowing to choose the no-ff way (i.e. introducing a merge commit). The default strategy remains fast-forwarding the branch. Fixes sequoia-pgp#36
This change allows to choose the merge strategy to use for merging the pull-request. A merge-strategy parameter is added, allowing to choose the no-ff way (i.e. introducing a merge commit). The default strategy remains fast-forwarding the branch. Fixes sequoia-pgp#36
This change allows to choose the merge strategy to use for merging the pull-request. A merge-strategy parameter is added, allowing to choose the no-ff way (i.e. introducing a merge commit). The default strategy remains fast-forwarding the branch. Fixes sequoia-pgp#36
This change allows to choose the merge strategy to use for merging the pull-request. A merge-strategy parameter is added, allowing to choose the no-ff way (i.e. introducing a merge commit). The default strategy remains fast-forwarding the branch. Fixes sequoia-pgp#36
This change allows to choose the merge strategy to use for merging the pull-request. A merge-strategy parameter is added, allowing to choose the no-ff way (i.e. introducing a merge commit). The default strategy remains fast-forwarding the branch. Fixes sequoia-pgp#36
Still in development |
This change allows to choose the merge strategy to use for merging the pull-request. A merge-strategy parameter is added, allowing to choose the no-ff way (i.e. introducing a merge commit). The default strategy remains fast-forwarding the branch. Fixes sequoia-pgp#36
This change allows to choose the merge strategy to use for merging the pull-request. A merge-strategy parameter is added, allowing to choose the no-ff way (i.e. introducing a merge commit). The default strategy remains fast-forwarding the branch. Fixes sequoia-pgp#36
This change allows to choose the merge strategy to use for merging the pull-request. A merge-strategy parameter is added, allowing to choose the no-ff way (i.e. introducing a merge commit). The default strategy remains fast-forwarding the branch. Fixes sequoia-pgp#36
This change allows to choose the merge strategy to use for merging the pull-request. A merge-strategy parameter is added, allowing to choose the no-ff way (i.e. introducing a merge commit). The default strategy remains fast-forwarding the branch. Fixes sequoia-pgp#36
This change allows to choose the merge strategy to use for merging the pull-request. A merge-strategy parameter is added, allowing to choose the no-ff way (i.e. introducing a merge commit). The default strategy remains fast-forwarding the branch. Fixes sequoia-pgp#36
This change allows to choose the merge strategy to use for merging the pull-request. A merge-strategy parameter is added, allowing to choose the no-ff way (i.e. introducing a merge commit). The default strategy remains fast-forwarding the branch. Fixes sequoia-pgp#36
Hi @nwalfield ,
Thanks a lot for this action.
In our repositories we'd like to use the semi-linear history as merge strategy.
From our point of view this strategy offer a couple of advantages we need.
This means we want to:
Using only github settings allows enforcing the second point, but not the 1st one.
I hoped that using this fast-forward action will cover these 2 points.
Unfortunately, while it does enforce the 1st point, the 2nd one is not met.
I see various ways for implementing this:
git merge
command with the--no-ff
option);Do you think the is a legit feature request for this action?
Or maybe there is already a way of doing this - so I just misused the action. In such case could you shade some light on the way to set the action to run this way?
TIA,
Regards,
The text was updated successfully, but these errors were encountered: