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)

x86_64
Linux
defect
Not set
normal

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.
Blocks: 713782
No longer depends on: 713782
(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.
> 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.
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
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 → ---
Status: REOPENED → NEW
No longer depends on: 743626
Depends on: 743626
Depends on: 770592
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.