-
Notifications
You must be signed in to change notification settings - Fork 64
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
github PR ends up "closed" instead of "merged" #149
Comments
I am normally against the idea of force pushing, but the idea of hiding force pushing inside of a tool like this actually makes a ton of sense. This seems like a good idea to me |
This is the second time this has come up (see #111). I think it would make sense to squash commits in the feature branch itself as well. As long as we're pulling in an update before force-pushing I don't see any real drawback. |
Alternate solution is interactive rebase, which is very similar to a squash merge. |
Personally I like an interactive rebase better, but I'm concerned it might be too advanced of a tool? Maybe we'll make it an option and default to |
Agreed, interactive rebase is beyond the scope of reflow. It's a great idea and I love using it, but I think it places too much knowledge demand on those who might be new to reflow and not used to using it. |
It doesn't really matter how you end up getting there; if you want to end up "merged" you have to force-push the original branch after you setup the new master; you also have to change the final commit message from "Closes #4" to something like "Merges #4" that doesn't auto-trigger github. Here's what I've patched for myself locally:
|
- Calling Github API to Squash Merge the PR as opposed doing it manually
- Calling Github API to Squash Merge the PR as opposed doing it manually
- Calling Github API to Squash Merge the PR as opposed doing it manually
- Calling Github API to Squash Merge the PR as opposed doing it manually
- Calling Github API to Squash Merge the PR as opposed doing it manually
- Calling Github API to Squash Merge the PR as opposed doing it manually
…ed" - Calling Github API to Squash Merge the PR as opposed doing it manually
…ed" - Calling Github API to Squash Merge the PR as opposed doing it manually
…ed" - Calling Github API to Squash Merge the PR as opposed doing it manually
…ed" - Calling Github API to Squash Merge the PR as opposed doing it manually
…ed" - Calling Github API to Squash Merge the PR as opposed doing it manually
…ed" - Calling Github API to Squash Merge the PR as opposed doing it manually
…ed" - Calling Github API to Squash Merge the PR as opposed doing it manually
…ed" - Calling Github API to Squash Merge the PR as opposed doing it manually
…ed" - Calling Github API to Squash Merge the PR as opposed doing it manually
…ed" - Calling Github API to Squash Merge the PR as opposed doing it manually
…ed" - Calling Github API to Squash Merge the PR as opposed doing it manually
…ed" - Calling Github API to Squash Merge the PR as opposed doing it manually
…ed" - Calling Github API to Squash Merge the PR as opposed doing it manually
…ed" - Calling Github API to Squash Merge the PR as opposed doing it manually
…ed" - Calling Github API to Squash Merge the PR as opposed doing it manually
…ed" - Calling Github API to Squash Merge the PR as opposed doing it manually
…ed" - Calling Github API to Squash Merge the PR as opposed doing it manually
…ed" - Calling Github API to Squash Merge the PR as opposed doing it manually
…ed" - Calling Github API to Squash Merge the PR as opposed doing it manually
…ed" - Calling Github API to Squash Merge the PR as opposed doing it manually
…ed" - Calling Github API to Squash Merge the PR as opposed doing it manually
…ed" - Calling Github API to Squash Merge the PR as opposed doing it manually
…ed" - Calling Github API to Squash Merge the PR as opposed doing it manually
…ed" - Calling Github API to Squash Merge the PR as opposed doing it manually
…ed" - Calling Github API to Squash Merge the PR as opposed doing it manually
…ed" - Calling Github API to Squash Merge the PR as opposed doing it manually
…ed" - Calling Github API to Squash Merge the PR as opposed doing it manually
…ed" - Calling Github API to Squash Merge the PR as opposed doing it manually
…ed" - Calling Github API to Squash Merge the PR as opposed doing it manually
…ed" - Calling Github API to Squash Merge the PR as opposed doing it manually
…ed" - Calling Github API to Squash Merge the PR as opposed doing it manually
…ed" - Calling Github API to Squash Merge the PR as opposed doing it manually
…ed" - Calling Github API to Squash Merge the PR as opposed doing it manually
…ng it manually * Updates README with changes to deliver process for Github * Adds MergeError to raise during merge for better error handling during deliver * Adds DEFAULT_EDITOR to establish a global editor of choice * Cleans up options hash accessor syntax to use symbols instead of strings * Moves merging process into new PullRequest#merge! method * Now outputs feature branch status before merging * Removes option to deliver to a specific base branch * Removes GitReflow::GitHelpers.merge_feature_branch in favor of new PullRequest#merge! method * Adds opening of commit message to deliver process for Github (pre-merge) * Adds PullRequest#commit_message_for_merge * Adds PullRequest#cleanup_feature_branch? * Adds PullRequest#deliver? * Adds PullRequest#cleanup_failure_message? Merges #170 LGTM given by: @codenamev
Fixed in v0.8.0 with 3b44510. |
The way 'deliver' currently works, the original PR ends up marked Closed instead of Merged.
There is a flow that can fix this.
I'm not sure if a small sleep is required before step 4; at some time in the past github had a race condition where the PR might get marked closed or merged if you delete the upstream immediately after pushing master, but they might have fixed this now.
The text was updated successfully, but these errors were encountered: