Re: git-scm.com website

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

 



Hey,

On Mon, Mar 9, 2015 at 10:12 AM, Christian Couder
<christian.couder@xxxxxxxxx> wrote:
> A few other points about git-scm.com:
>
> * as Michael says it "still looks a bit like a ProGit/Github promotion site"
>
> * some of the pull request can be rejected even if the developers want
> them, like this pull request to add back a list of contributors was:
>
> https://github.com/git/git-scm.com/pull/216
>
> (By the way this pull request talks about bugs in
> https://github.com/git/git/graphs/contributors that are still not
> fixed...)
>

It should be noted that Peff has write access to this repository and I
think the SFC manages the DNS for the site as well, so technically it
is maintained "by us". If he had felt strongly about the addition, I
easily could have been convinced to do it, but I didn't think it was
helpful in a larger sense.

I try very hard to maintain a balance of simplicity and function. This
site is mostly for people new to the project - it helps them see what
Git is for, how to use it well and how to get involved. If you put
everything you can into the site it makes it harder to find other
things that may be more important.

It's also important to remember that a home page is not really
primarily for the people in this list. It's for the people who may one
day be interested in this list and for the far greater number of
people who want to use the end result of the hard work of the people
on this list. It hopefully reduces the support and explanation style
questions that might otherwise be sent to this list by helping to
explain things before people resort to asking you all. It's meant to
be a tool shielding you all from the introductory questions that would
otherwise probably just annoy you.

That all said, if someone is interested in helping with the
maintenance and going over these pull requests, I'm more than happy to
give them access, but I really want to maintain the simplicity and
professional sense of design that we've worked very hard to maintain.
Not every patch that works that comes to Junio is accepted and not
every pull request that comes into the site will be merged for the
same reason - we want to maintain the quality and utility of the
resource. There have been 157 merged pull requests from the community
in the past year or so, 13 of which were from the author you're
mentioning in this example. You pointed to the one pull request out of
14 total patches from Peff that was not merged.

> It is kind of strange to say that we should contribute to a web site
> that promotes ProGit and GitHub a lot and where our contributions can
> be rejected because it is not maintained by us.

Again, if you can point to a GitHub logo on any page of the website, I
would love to see it. And Pro Git is free and read by hundreds of
thousands of people day all over the world and available in dozens of
languages in multiple ebook formats. I would remove the Amazon links
if anyone wishes, but the SFC gets income from it, so I doubt they
would want to.

Scott
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]