1 |
On Wed, May 23, 2012 at 02:42:37PM +0200, Michael Weber wrote: |
2 |
> i've looked at the blockers of "[TRACKER] portage migration to git" |
3 |
> [1] and want to discuss "testing git-cvsserver" [2]. |
4 |
> |
5 |
> There are two proposed scenarios how to migrate the developers write |
6 |
> access to the portage tree. |
7 |
The primary reasons to continue to support CVS-style access via |
8 |
git-cvsserver: |
9 |
1. Lightweight partial/subtree checkouts |
10 |
- Git has implemented subtree checkouts, but they still bring down a |
11 |
fairly large packfile. |
12 |
2. Arches were Git repos are too heavy (Kumba wanted this for MIPS) |
13 |
|
14 |
If we can get rid of #2, we're willing to live with #1. |
15 |
|
16 |
> "Clean cut" turns of cvs access on a given and announced timestamp, |
17 |
> rsync-generation/updates is suspended (no input -> no changes), some |
18 |
> magic scripts prepare the git repo (according to [3], some hours |
19 |
> duration) and we all checkout the tree (might be some funny massive load). |
20 |
1. You will be given git bundles instead of being allowed to do initial |
21 |
clone. That way it's just a resumable HTTP download. |
22 |
2. rsync generation is NOT going away. Users will still be using it. |
23 |
|
24 |
-- |
25 |
Robin Hugh Johnson |
26 |
Gentoo Linux: Developer, Trustee & Infrastructure Lead |
27 |
E-Mail : robbat2@g.o |
28 |
GnuPG FP : 11ACBA4F 4778E3F6 E4EDF38E B27B944E 34884E85 |