Closed
Bug 743760
Opened 14 years ago
Closed 11 years ago
Provide git repo for comm-central (and dependencies)
Categories
(MailNews Core :: Build Config, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: BenB, Unassigned)
References
(Depends on 1 open bug)
Details
Git is coming, everybody take cover!
See bug 743626 and https://github.com/mozilla/mozilla-central
The git "submodule" feature <http://progit.org/book/ch6-6.html> is particularly helpful for comm-central, as we might be able to get rid of most of client.py, at least for checkouts.
git submodule normally pins a specific revision of the subproject, but the user can also update to the tip of the submodule. Having recorded *in VCS* which exact version of mozilla-central the comm-central depends on is critical to re-create history (task: check out a Thunderbird trunk from 2 years ago, and use only hg, no websites).
Tasks:
1. Set up hg -> git sync for comm-central, like https://github.com/mozilla/mozilla-central
2. Set up the same for LDAP, Chatzilla, Inspector and Venkman repos (or disable the latter 3 in the build)
3. Configure git submodule for the repos in step 2.
4. Set up git -> hg sync, so that I can commit to a git server, not a hg server.
| Reporter | ||
Updated•14 years ago
|
| Reporter | ||
Comment 1•14 years ago
|
||
> https://github.com/mozilla/mozilla-central
See bug 743626 comment 15 for how that's done.
Comment 2•14 years ago
|
||
(In reply to Ben Bucksch (:BenB) from comment #0)
> Git is coming, everybody take cover!
Nobody says that it will ever be the main thing for Mozilla, and I hope the proprietary silo of GitHub never will be the major hoster of an openness project like Mozilla. I also hope nobody who is sincere about total openness, such like e.g. you, would ever think about promoting that.
This is made available as an option. As such, no way to get rid of client.py BTW unless someone decides to abandon Mercurial.
| Reporter | ||
Comment 3•14 years ago
|
||
> Nobody says that it will ever be the main thing for Mozilla
Right, nobody said that.
> I hope the proprietary silo of GitHub never will be the major hoster of an openness
> project like Mozilla.
> total openness, such like e.g. you, would ever think about promoting that.
I agree that it shouldn't be on github, but on git.mozilla.org. The latter is coming.
https://github.com/mozilla/mozilla-central is just a "prototype" :) and a means to use it right now.
> no way to get rid of client.py BTW unless someone decides to abandon Mercurial.
For checkout via git, it wouldn't be necessary, though, which is an improvement.
Comment 4•14 years ago
|
||
This is just the same as bug 743626, the hardware & mechanisms for our repos are all mozilla.org, so no need for separate bugs.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
| Reporter | ||
Comment 5•14 years ago
|
||
Mark, I think you missed a part of the description here.
This is also about using git submodules instead of client.py for checkout.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
| Reporter | ||
Updated•14 years ago
|
Status: REOPENED → NEW
git submodules are not supportable for any repository that has to be mirrored between mercurial and git. Their implementation of the concept are incompatible.
Since, per comment 5, that is the main thrust of this bug, closing as won't fix
Status: NEW → RESOLVED
Closed: 14 years ago → 11 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•