Python merge use git choosing strategy default 86/62986/2
authorLott, Christopher (cl778h) <cl778h@att.com>
Wed, 29 Jan 2020 18:22:50 +0000 (13:22 -0500)
committerLott, Christopher (cl778h) <cl778h@att.com>
Wed, 29 Jan 2020 18:31:56 +0000 (13:31 -0500)
commit6b1b8ed30a5a553965664d84b2a028534e63ee59
treee01accf523bf0471103f981d936accd62b4e5203
parent2a60d75d8cf3b772871fd4af3efa907b60622873
Python merge use git choosing strategy default

Use git choosing strategy default in tox and pypi merge jobs for
gerrit.  This makes those jobs consistent with maven and other
merge jobs for gerrit that always build from tip of the target
branch to create artifacts from the latest & greatest code.
Building from tip (not from Gerrit commit/merge point) avoids
confusion about content when changes are merged out of order.
For example, a fix is submitted and merged, but the merge job
fails. In the mean time, a different change that happened
earlier in commit history gets merged (or the merge job is
retriggered), causing a new artifact to be pushed.  But that
artifact does not have the expected fix.

Add comments to release merge jobs why their choosing strategy
is not default.

Document the git commit choosing strategy for the release merge jobs.

Change-Id: I2e32dfa946d678fa59a290ddb53fc09387d59baf
Signed-off-by: Lott, Christopher (cl778h) <cl778h@att.com>
docs/jjb/lf-release-jobs.rst
jjb/lf-python-jobs.yaml
jjb/lf-release-jobs.yaml
releasenotes/notes/python-merge-gerrit-choosing-strategy-4d9c631e8f0c535b.yaml [new file with mode: 0644]