1 |
On Wed, Oct 27, 2010 at 09:26:04AM +0200, Dirkjan Ochtman wrote: |
2 |
> Does repo work with a tracker repo that keeps the state of all the |
3 |
> child repos, so you still get consistent state? |
4 |
The child repos may be newer than the parent. The parent will never be |
5 |
newer than the children. |
6 |
|
7 |
> I don't have much experience with git, but I'm a hg developer, so I |
8 |
> know a thing or two about VCS. |
9 |
For comparison, what would the overhead costs of hg be above? |
10 |
|
11 |
> The interesting part is where the tools are such that devs can just |
12 |
> not get all the packages/categories they don't work on. If that's |
13 |
> impossible, then I think just going with a single repo is probably |
14 |
> best. From what I know about how git works, I'd also say that git will |
15 |
> deal with a large tree alright (which would be a larger problem in hg, |
16 |
> I think). |
17 |
That's called a "narrow clone" in git-speak. It's already possible to a |
18 |
limited degree with subtrees, but it's not yet writable unfortunately. |
19 |
|
20 |
-- |
21 |
Robin Hugh Johnson |
22 |
Gentoo Linux: Developer, Trustee & Infrastructure Lead |
23 |
E-Mail : robbat2@g.o |
24 |
GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 |