Hi, ma 28. lokak. 2024 klo 4.27 Sean Whitton <spwhit...@spwhitton.name> kirjoitti: > > Hello, > > On Sun 27 Oct 2024 at 05:29pm GMT, Otto Kekäläinen wrote: > > > Hi! > > > >> > Seems this is still the most optimal way to ensure git is correct: > >> > > >> > gbp import-dsc --verbose --pristine-tar apt:j4-dmenu-desktop/sid > >> > > >> > Also, dgit pull can be used to get the latest source automatically, but > >> > unfortunately those > >> > git commits are made as a custom "Debian as a git repo" representation, > >> > and is not > >> > compatible with using CI testing and code review before upload in the > >> > way many of us > >> > are doing on Salsa currently. > >> > >> 'dgit pull' integrates the NMU automatically, when it can. It doesn't > >> just fetch the source. I don't follow how it's different from 'gbp > >> import-dsc'. Could you say more? > > > > In a gbp checkout of g...@salsa.debian.org:debian/j4-dmenu-desktop.git, > > how would you invoke 'dgit pull sid' to import the NMU? > > > > Without any parameters, it will create branch 'dgit/sid' which has > > unrelated history and patches are applied and nothing can be merged or > > cherry-picked to the git-buildpackage master branch. Perhaps I am just > > missing something on how this should work, or perhaps > > https://manpages.debian.org/unstable/dgit/dgit-maint-gbp.7.en.html#INCORPORATING_NMUS > > implies the functionality isn't yet there? > > Ah, I was thinking that you had already been using 'dgit --gbp push' to > upload the package. In that case the histories would be related, just > with some additional commits on top, and a manual merge would be > possible.
I can (and I did test already) do a merge with --allow-unrelated histories, but dgit history always has patches applied as separate commits that get rebased and thus there is no quilt/gbp pq -compatible git history to merge from. If I later do a 'dgit --gbp push' to upload, how do I push a development version to Salsa for review and CI testing? Based on docs and your previous replies it isn't possible, thus `gbp import-dsc --verbose --pristine-tar apt:j4-dmenu-desktop/sid` still seems to stand as the optimal way to import NMUs onto a Debian packaging git repo? The man pages of dgit are extensive and explains well how to interact with the Debian repository as if it was a git repository, but I am unable to find descriptions of how to use dgit in team maintained packages with testing and reviews prior to uploads.