Junio C Hamano  writes:
> Petr Baudis  writes:

quoted text
> ...

>> The point here is that the list is awfully long and also can contain

>> a lot of duplicates or people with broken unicode, etc. - it gets hard

>> to maintain, and it makes the about page too long. I would be of course

>> fine with a tiny link at the bottom "(show all contributors)".

>

> Your "incentive to move up" argument suggests otherwise.  Even if it takes

> efforts to maintain on somebody's part, it is worth to be inclusive, *IF*

> the purpose of that bottom list is to give credits to people.

>

> The list on the site originally was not utilizing .mailmap and I asked

> Scott to use it to merge duplicate entries, which he did.  People whose

> names are misspelled and/or split will now have incentive to tell Scott

> about the problem so that they can clean up *their* own names, and Scott

> can help maintaining .mailmap and feed the changes to me.

>

> This is my ulterior motive behind this suggestion; I can outsource the

> maintenance of .mailmap to people who care about it more than myself.

By the way, earlier Scott gave as explanation why he and others around

GitHub, people who are not very visible on this list, are not interacting

with us very much --- because they are not "C coders".
But maintenance of .mailmap (and Documentation/ area, too, of course) is a

good example of how involvement from non "C coders" would be a helpful and

healthy thing to have in the development process, and why we do not want

to fracture the user community in two.

--

To unsubscribe from this list: send the line "unsubscribe git" in

the body of a message to majordomo@vger.kernel.org

More majordomo info at  http://vger.kernel.org/majordomo-info.html