Closed jhsiao999 closed 5 years ago
You can try it, but "rebase and merge" will likely change the commit IDs (this is the rebasing part). And then master and dev will again be different from each other.
Do you plan to continue the parallel master and dev branches long-term? If yes, the GitHub PR interface is not ideal for that setup. The GitHub PR interface assumes that the branch being merged will then be discarded. The GitHub PR interface is better for a feature branch workflow. In other words, each time you want to make a change, you create a new branch, e.g. git checkout -b new-feature
. Once the CI builds pass, then you can send a PR, do "rebase and merge", and then delete the feature branch.
If you want two parallel branches, you are better off doing the merges locally. The code below pulls the latest changes from the dev branch and merges them into the master branch.
git checkout dev
git pull origin dev
git checkout master
git merge dev
git push origin master
@jdblischak Thanks for the thorough feedbacks. I'd like two parallel branches for master and dev.
I'll keep the current dev branch until peco has been formally accepted into Bioconductor. Then I'll delete it and keep parallel branches locally.
Thanks!
Joyce
@jdblischak Instead of "Merge pull request", perhaps a better option is "Rebase and merge"?