Closed Bug 623787 Opened 14 years ago Closed 14 years ago

please create hg.mozilla.org/addon-sdk

Categories

(mozilla.org Graveyard :: Server Operations, task)

task
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: warner, Assigned: aravind)

References

Details

We're fixing up the "Add-On SDK" (formerly known as "Jetpack") repository
layout. We've switched the primary repository over to git and github, but we
need to make the code available via HG for the sake of automated testing by
RelEng.

Jetpack (back when it natively lived in HG) was first made available at
hg.mozilla.org/labs/jetpack-sdk . When we moved over to git, I wrote a bridge
script that copied revisions from git into hg and published it to this same
repository. In mid-December, when we first started using git branches, a
problem with this bridge resulted in a hard-to-resolve "multiple head"
getting pushed into the labs/jetpack-sdk HG repo, and the bridge has been
stuck ever since (Bug 618838). I've figured out how to resolve the problem,
and have written a new bridge script, but the resulting HG repo is completely
different, and shares no revisions in common with the old one.

In addition, the project has been renamed "Add-On SDK", and has moved out of
Mozilla Labs.

So, to resolve both problems in a single bound, we'd like to:

* create http://hg.mozilla.org/addon-sdk
* delete http://hg.mozilla.org/labs/jetpack-sdk

after which I can start the bridge script running and populate the new
"addon-sdk" HG repo with the proper contents.

I know it's a bit weird to delete an HG repo. It'd probably be a good idea to
leave a note of some sort there so that folks can find the new one. I don't
think a real HTTP Redirect would be appropriate, because the new repo will
not share history with the old one, and anybody with an old checkout that
tries to update it should not automatically be given revisions from the new
one.
Blocks: 618838
Assignee: server-ops → aravind
Could you make this a project repo?  like hg.m.o/projects/addon-sdk ?  Does it need to be a top level repo?

Also, regarding deleting the old repo.. how about I just change its description to say the repo is now obsolete and point people to the new one?
I think changing the description ought to be sufficient. Ideally anyone who pulls from it would get a note telling them about the change, but I don't know if hg's remote-pull protocol has a feature for that.

I'll let Myk answer about the repo name.. I know it's no longer a Labs thing, but I don't know what other top-level project name would be appropriate.
(In reply to comment #1)
> Could you make this a project repo?  like hg.m.o/projects/addon-sdk ?  Does it
> need to be a top level repo?

Yes, it can be hg.m.o/projects/addon-sdk (although Add-on SDK is a product, not a project; Jetpack is the project producing that product; but for repository location purposes, /projects/ should be fine).
Repository created, added a description to jetpack-sdk indicating it's now obsolete.

Made the addon-sdk repo a level_2 repo.  Please let me know if you want it changed to something else.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Product: mozilla.org → mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.