[PATCH] Fast forward strategies allow, never, and only

DORMANTno replies

2 messages, 2 authors, 2016-06-15 · open the first message on its own page

[PATCH] Fast forward strategies allow, never, and only

From: Sverre Hvammen Johansen <hidden>
Date: 2016-06-15 22:44:36

I am hereby sending an updated version of these patches as
attachments to this mail.  The patch series consists of the
following six patches:

  0001-Documentation-for-joining-more-than-two-histories.patch
  0002-New-merge-tests.patch
  0003-Introduce-ff-fast-forward-option.patch
  0004-Restructure-git-merge.sh.patch
  0005-Head-reduction-before-selecting-merge-strategy.patch
  0006-Introduce-fast-forward-option-only.patch

The first patch add some documentation, for how git currently handles
merges where more than one remote is involved.   The second patch add
some tests.  The third, fifth, and sixth adds new features and they are all
trivial.  The fourth patch computes the reduced parents but uses it only
to determine whether we are up-to-date or doing a fast forward.

-- 
Sverre Hvammen Johansen

Re: [PATCH] Fast forward strategies allow, never, and only

From: Miklos Vajna <hidden>
Date: 2016-06-15 22:44:36

On Sun, May 11, 2008 at 10:17:26PM -0700, Sverre Hvammen Johansen [off-list ref] wrote:
I am hereby sending an updated version of these patches as
attachments to this mail.  The patch series consists of the
following six patches:

  0001-Documentation-for-joining-more-than-two-histories.patch
  0002-New-merge-tests.patch
  0003-Introduce-ff-fast-forward-option.patch
  0004-Restructure-git-merge.sh.patch
  0005-Head-reduction-before-selecting-merge-strategy.patch
  0006-Introduce-fast-forward-option-only.patch

The first patch add some documentation, for how git currently handles
merges where more than one remote is involved.   The second patch add
some tests.  The third, fifth, and sixth adds new features and they are all
trivial.  The fourth patch computes the reduced parents but uses it only
to determine whether we are up-to-date or doing a fast forward.
According to Documentation/SubmittingPatches, you should not attach
patches, but send one email / patch with the patch inline.

Just use git-send-email to do so. :)
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help