1 |
Robin H. Johnson писал 2012-05-23 19:47: |
2 |
> On Wed, May 23, 2012 at 02:42:37PM +0200, Michael Weber wrote: |
3 |
>> i've looked at the blockers of "[TRACKER] portage migration to git" |
4 |
>> [1] and want to discuss "testing git-cvsserver" [2]. |
5 |
>> |
6 |
>> There are two proposed scenarios how to migrate the developers write |
7 |
>> access to the portage tree. |
8 |
> The primary reasons to continue to support CVS-style access via |
9 |
> git-cvsserver: |
10 |
> 1. Lightweight partial/subtree checkouts |
11 |
> - Git has implemented subtree checkouts, but they still bring down |
12 |
> a |
13 |
> fairly large packfile. |
14 |
> 2. Arches were Git repos are too heavy (Kumba wanted this for MIPS) |
15 |
> |
16 |
> If we can get rid of #2, we're willing to live with #1. |
17 |
> |
18 |
>> "Clean cut" turns of cvs access on a given and announced timestamp, |
19 |
>> rsync-generation/updates is suspended (no input -> no changes), some |
20 |
>> magic scripts prepare the git repo (according to [3], some hours |
21 |
>> duration) and we all checkout the tree (might be some funny massive |
22 |
>> load). |
23 |
> 1. You will be given git bundles instead of being allowed to do |
24 |
> initial |
25 |
> clone. That way it's just a resumable HTTP download. |
26 |
> 2. rsync generation is NOT going away. Users will still be using it. |
27 |
|
28 |
|
29 |
Another good point for repo size |
30 |
|
31 |
https://git.wiki.kernel.org/index.php/GitFaq#How_do_I_use_git_for_large_projects.2C_where_the_repository_is_large.2C_say_approaching_1_TB.2C_but_a_checkout_is_only_a_few_hundred_MB.3F_Will_every_developer_need_1_TB_of_local_disk_space.3F |
32 |
-- |
33 |
Best Regards, |
34 |
Alexey 'Alexxy' Shvetsov |
35 |
Petersburg Nuclear Physics Institute, NRC Kurchatov Institute, |
36 |
Gatchina, Russia |
37 |
Department of Molecular and Radiation Biophysics |
38 |
Gentoo Team Ru |
39 |
Gentoo Linux Dev |
40 |
mailto:alexxyum@×××××.com |
41 |
mailto:alexxy@g.o |
42 |
mailto:alexxy@×××××××××××××.ru |