Re: Reducing the size of the glusterdocs git repository

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I'm in favor of Prashant's approach.

More data points: There are only 15 people who've opened pull requests. Most of them are people who already work on the project and are aware of this change. I'm not sure how many people used the command-line vs used GitHub's UI. This leaves a very small minority of people not part of the community and will be temporarily inconvenienced. Let's clean it up so a fresh clone will be super fast for them.

On Wed, May 18, 2016 at 3:55 PM, Kaushal M <kshlmster@xxxxxxxxx> wrote:
On Wed, May 18, 2016 at 3:29 PM, Humble Devassy Chirammal
<humble.devassy@xxxxxxxxx> wrote:
>
>
>
>
>
> On Wed, May 18, 2016 at 3:26 PM, Amye Scavarda <amye@xxxxxxxxxx> wrote:
>>
>>
>>
>>
>>>
>>
>> All in favor of the 'everyone working on this should clone again'
>> approach.
>

Both approaches require cloning again, so which on are we voting for?

1. Prashanth's approach
    - modify existing repo
    - users re clone
    - push force to their forks on github

2. Misc's approach
  - create a new minified repo
  - users clone/fork the new repo

I don't mind either.

>
> +2 on the same thought. :)
>>
>>
>>
>>
>
>
>
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel@xxxxxxxxxxx
> http://www.gluster.org/mailman/listinfo/gluster-devel
_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-devel

_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-devel

[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux