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.

Reply via email to