Niclas Grote
05/08/2026, 11:30 AM$ git merge-base upstream/TEMPLATE template-update-x
<initial commit of repo>
So the changes from the previous template updates would potentially have to be redone (resulting in a lot more merge conflicts)
I think using the squash&merge policy for template updates results in a loss of the nf-core-bot commit hashes. When git then tries to find the last common ancestor of upstream/TEMPLATE and template-update-x, it has to walk all the way to the inital commit.
Am I correct, that we would want git to pick the most recently merged template update (nf-core-bot commit) as merge-base?
to give a visual example:
commit D3 adds changes from T2, but due to squashing, it is not reflected in the git history.
If I now want to add changes from T3 into template-update-x, git would pick init as merge base. but we want T2 as merge base?
init------T1--------T2-----T3 (TEMPLATE)
\
\-----D1---D2--D3(incorporates T2)---D4 (dev, template-update-x)
If so, I have only found two approaches:
1. use regular merge for template updates to preserve nf-core-bot commit hashes in git history (linking D3 to T2)
2. add a pseudo-merge with the most recently integrated template update commit (the desired merge-base) with --strategy ours to change nothing, but add the commit to the git history
what would be the nf-core-way?
it feels a bit like I am missing the straight forward way, but could not find anything in the docs or slack.mashehu
05/08/2026, 11:38 AMPhil Ewels
05/08/2026, 11:41 AMmashehu
05/08/2026, 11:41 AMdev afaikmashehu
05/08/2026, 11:44 AMmashehu
05/08/2026, 11:46 AMNiclas Grote
05/08/2026, 1:51 PMmashehu
05/08/2026, 1:54 PMPhil Ewels
05/08/2026, 2:57 PMPhil Ewels
05/08/2026, 2:57 PMthere is an edit button on the top rightAlmost none of these work now, been meaning to have a look into fixing them
mashehu
05/08/2026, 2:59 PMFamke Bäuerle
05/11/2026, 10:14 AMmashehu
05/11/2026, 10:19 AM