[ET Trac] [Einstein Toolkit] #1694: try using fast fowards when accepting pull requests
Einstein Toolkit
trac-noreply at einsteintoolkit.org
Fri Nov 7 01:44:05 CST 2014
#1694: try using fast fowards when accepting pull requests
-----------------------------------+----------------------------------------
Reporter: rhaas | Owner:
Type: defect | Status: new
Priority: optional | Milestone:
Component: EinsteinToolkit thorn | Version: development version
Keywords: |
-----------------------------------+----------------------------------------
For small single change pull requests have a full git merge in the history
can be annoying since it clutter the history view (it uses up two lines,
it may show connecting both branches existing at the same time even if
there are no commits on master during that time).
We could try and instead find out if bitbucket can be made to allow fast
forwards in the pull request merge
(https://bitbucket.org/site/master/issue/6106/forced-non-fast-forward-
merge-of-pull). Currently apparently bitbucket uses --no-ff ie it
disallows fast forwards.
We could even think about forcing fast forwards only
(https://bitbucket.org/site/master/issue/9589/force-fast-forward-only-
merges-on-pull). This does however not work so well for big "feature"
branches that are brought back into master and where a fast forward may
fail and/or require extensive rebasing of the feature branch.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1694>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
More information about the Trac
mailing list