Heh, a lofty goal. And I am glad to see that a thread full of
constructive suggestion is already going on.
So now I do not have to fear starting a flamewar; I can safely
vent.
I think there is a fundamental misconception in the above. I do
not know about others, but to me personally, I do not see any
"seeking to supplant", nor "competition". It's not like I or
people who raised git into the current shape are begging to
windows users to consider using git and bending backwards to
please them. You should hone your diplomacy.
Current git may or may not match what they need, and if it does
not match what they need, making it match what they need is
primarily the responsibility of them. If Windows users find
something in git that is interesting and useful, but if they
find something else lacking in it to be truly useful for them,
they can submit patches, or if they cannot implement the changes
themselves but only have wishlist items, then _they_ can do the
begging.
People in git community are certainly friendly and helpful
bunch, and some (including me) are unfortunate enough that
sometimes they have to touch Windows, so some degree of need is
felt to support Windows better even within the community, but it
has never been high priority. Making it higher priority by
bringing in better ideas and starting the fire must come from
people who care more about Windows than me and Linus.
I do not think git project needs to do any such thing. The
project evolves reflecting the needs of its users, and the
design is not decided upfront without doing any feasibility
study. I would certainly not say our position is (1), IOW, I
would not say we will rule out Windows support. If it can be
reasonably done without harming the code, why not?
Depending on how cleanly a change Windows users want is done
without negatively affecting the existing users, it may or may
not be judged acceptable. We will know only when we see at
least the design and preferably the code. I feel no need to
decide between (1) and (2) upfront before that happens.
This is not just you, and fortunately it does not happen very
often in git community, but I find it _very_ irritating when
somebody says: "here is a patch, I'll do the doc, test, and
tidying up if this patch is accepted". I usually pretend to be
a nice person and accept the patch when it is obviously good,
or pretend that I was too busy and did not notice such a
message, but I feel _very_ tempted to say: "if you care deeply
enough that what you did is useful, I expect you'd perfect it
whether or not I apply your patch to my tree right now. If even
the original author, you, do not find it worth perfecting, then
I am not interested at all."
Even if all existing git community members felt (1) above and
were unwilling to accept line-end conversions (which by now you
already know is not the case -- and that is why I waited until
now to address this as a separate "attitude" issue), if somebody
who works on Windows is motivated enough to make git work better
for him, he can fork (and forking is very easy with git). If
the forked git works well both on Windows and on non Windows,
people who initially felt (1) will realize that they were wrong
and then the codebase can be merged back together (and merging
the forked projects is very easy with git).
It's open source. People shouldn't worry too much about what
they have done "wasted". You are not even talking about what
you've already done -- you are talking about what you _might_
do.
And your saying "If 2, then we need to think carefully" was VERY
good. My point is that you did not have to say "Is it 1, or is
it 2, and if 2 then" part.
-
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
