RFR: GIT Package VCS
Horst H. von Brand
vonbrand at inf.utfsm.cl
Sun Jun 10 03:52:07 UTC 2007
Toshio Kuratomi <a.badger at gmail.com> wrote:
> On Thu, 2007-06-07 at 22:25 +0200, Nicolas Mailhot wrote:
[...]
> > You're describing heavy forking which is not Fedora's target and not
> > needed by the overwhelming majority of fedora packages.
> >
> Not at all.
>
> Config files -- local changes that shouldn't be merged upstream but we
> might change over time. They would benefit from being revision
> controlled.
This is essentially the SourceX: tags that aren't source tarballs. Have
to be tracked by Fedora's SCM.
> Backports -- Our backport would benefit from a DRCS's history and
> merging features to help update the patch when the upstream fix changes.
That is a job for the individual maintainer, presumably using whatever
SCM (if any) is used upstream plus assorted extra tools.
> Local changes that are submitted upstream -- We would want to track the
> history of changes that make up each patch just as if we were doing the
> changes directly in upstream's tree. If upstream asks us to modify the
> patch in any of the ways that I described the DRCS helps us do that.
Again, a job for the individual maintainer. Keeping a copy of (or tracking)
patches submitted to upstream might be useful, but really not essential.
[...]
> Having things in an exploded tree DRCS makes it easy to work locally
> because you can make a local feature branch of the Fedora exploded tree,
Why should all this be in Fedora repos? This smells an awful lot like
centralized SCM (CVS-like) mentality. It will /not/ scale! It will be a
horrible pain for anybody tring to work with this if they have a slow
network connection to Fedora (yes, that means almost the whole world).
[...]
> > And upstream will ask targeted localised patches not huge vcs feeds it
> > has to sift through
The maintainer of the package has to work with upstream. Why should
Fedora as a whole be somehow be involved here?
> Right. Which is why you can't just drop everything into an exploded
> tree but have to construct something like the Ubuntu page describes.
> This allows you to easily manage logical changesets within the DRCS and
> send them upstream as discrete patches.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513
More information about the fedora-devel-list
mailing list