On Sun, Sep 23, 2012 at 10:09 AM, Junio C Hamano <gits...@pobox.com> wrote:
> Jakub Narębski <jna...@gmail.com> writes:
>> I have created short (well, at least shorter than previous ones)
>> "Git User's Survey 2012" on Survs.com. The test channel is
>> Note that all answers in this channel would be deleted.
>> I was thinking about running this survey for about three weeks, from
>> 24 September to 14 October 2012. The current premium unlimited plan,
>> a gift from Survs.com admins, is valid till 26 October. I don't know if it
>> would be prolonged; it usually was.
>> As to what is involved in running survey: if we want and would be able to
>> use Survs.com, one should register there, and I can add them to "git"
>> account as a member with admin rights.
> Thanks for getting the ball rolling again this year.
> A few comments.
> #5. Given that 1.8.0 will ship on Oct 21st, this may want to
> include 1.8.0 as well.
Thanks for an information.
> #7. Stop "backup", and leave that to 'other (please specify)'.
> Also, "Frontend to other SCM" feels somewhat out of place. It
> would be interesting to see how "work vs personal" and "native
> vs foreign" are correlated, for example, but this format does
> not let you measure it.
I have split this question in two:
#7. What kind of projects etc. do you use Git for?
#8. I use Git for (check all that apply):
where the first question is about work..private direction, and the second
one is now reducted to code, documentation, etc.
But now that I think of it, perhaps it might be interesting to put those
in the matrix form, where one direction would be work vs personal,
other code vs foreign.
> #12. I am not sure why EGit applies and Eclipse doesn't. Is it
> like saying "vc.el applies but Emacs doesn't" (the former is
> the interface, the latter is 'the other side' the interface
> connects git to")? If so it makes sense to me, but if EGit is
> the only interface used to connect to Eclipse, perhaps it does
> not help people who answer these questions to say this.
I have reworked / rewritten the description to this question.
What I wanted here is to not add editor/IDE which is used
only to edit files and create commit messages via core.editor,
but without any Git integration.
> #13. This list is intelligible, at least to me. "git add" but not
> "git rm"? What is "incremental add / commit"? "git add -p"?
> Is it worth asking about "update-index"?
> It may be simpler to condense the questionaire down to the
> following three questions:
> - Do you use command line tool to build commit?
> - When you do, do you build the next commit incrementally with
> "git add [-p]" and run "git commit" without the "-a" option?
> - What do you use if you do not commit with the command line?
> GUI? IDE/Editor? FileManager? Web?
I have split this question in two:
#14. What tool do you use to create new commits?
#15. How do you create new commits?
The latter is about incremental commits etc.
I wonder if it would not make this survey too complicated to add
the tool vs how (i.e. rows from 14th rows, columns from 15th rows)
to complete 3rd dimension ;-)
> #21. (nit) Isn't ProGit one of the "printed books (or ebooks)"?
I can add "other than above".
> I think the questions are designed to gauge the individual users
> (proficiency, background, etc.), but I think it would be interesting
> to see what kind of projects they are using Git for, but not in
> vague terms like #7 does.
> Even within "work projects - code", it would be enlightening to see
> a bit more details, e.g. Are they building phone app? Controlling
> nuclear reactors? Bioinformatics?
This is something hard to ask for... well, we could always use
free form question, but then the problem is with analyzing the
data, even if we don't get 10k answers like in last year.
> How big is their team?
Do any of you have a proposal for sensible ranges? For example
- a few
- more than 150
I think multiple choice would fit better here, with troubles analysing
and explaining how to format free-form, and people participating
in different projects.
> How is
> the project structured, e.g. a central repository where everybody
> pushes into? Workers push to submission branches that are reviewed,
> approved and merged by the official committers? Use of continuous
> integration? Issue tracker integration?
Hmm... the question about workflows used could be interesting.
BTW. I have added to :kinds of tools" questions, e.g. about CI,
so this topic is more covered... I think.
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html