RFC: Minor collisions handling, both manual and automatic
James Westby
james.westby at canonical.com
Wed Jul 13 19:37:35 UTC 2011
On Wed, 13 Jul 2011 08:57:19 +0100, Max Bowsher <_ at maxb.eu> wrote:
> I just dealt with a requeue/zap-revids for bootchart to get that import
> going again.
>
> The importer created various extra and fairly pointless revisions in the
> lucid and maverick branches... all to remove a vim backup file which was
> included in the human-committed branch but not in the archive.
>
> I think we should do two things to deal with minor collisions like this:
>
> 1) Automation
> =============
>
> In the collision detection code, we should have heuristics for pathnames
> which are safe to disregard and still treat a collision as clean. I'm
> thinking of:
>
> .*.swp (vim backup)
>
> .pc
> .pc/.version
> .pc/.quilt_series
> .pc/.quilt_patches
>
> (The creation or removal of an initialized quilt control directory
> containing no actual content is pretty harmless)
>
> I'm sure there are more.
That sounds ok to me. Provided the branch remains usable I don't see why
these would cause a problem.
> 2) Manual override
> ==================
>
> We should have a new tool that can be used to forcible add/update rows
> in the importer's meta.db revids table, by package, suite and
> revision-id, so that jubany operators can placate the importer about
> one-off oddities determined to be harmless on human inspection.
Agreed. I just tended to use the big-but-easy hammer of requeue --full.
Thanks,
James
More information about the ubuntu-distributed-devel
mailing list