Thread (4 messages) flat view 4 messages, 3 authors, 2016-06-15

Re: Some help on gitweb project.

From: Andrew Sayers <hidden>
Date: 2016-06-15 22:53:49

Jaseem and I discussed this in IRC.  You can see the log here:
http://colabti.org/irclogger/irclogger_log/git-devel?date=2012-05-13

Or see the (roughly) equivalent text below.

On 13/05/12 18:41, jaseem abid wrote:
Dear all,

CC : Andrew Sayers, Jakub Narębski

I have been working on gitweb for a couple of days as part of a
rejected GSoC proposal. I would love to get some help on this and if
somebody can, that would be thankful.

1. How is code tested after some change? I am not talking about unit
testing but about making sure that application is doing what it is
actually intended to do. Do you have to re - install git/gitweb with
every version of code you commit and make sure that it works well and
as expected? Or, is there some other way? Sorry but I am a newbie when
it comes to FOSS contribution and as well working on a project of this
magnitude.
Your later suggestion of symlinking /usr/share/giweb seems like it
should work.  Alternatively, you could point Apache straight at your
repo.  I don't think this is a situation where subtle issues creep up on
you - if it looks like it works, it probably does.
2. How I should be committing ?
Private commits are your own business.  When it comes time to push work
out for public consumption, I like to think of it as telling a story -
start at the beginning and concisely explain what happened.
3. How will I submit a commit like "Adding jQuery library"? Mail a
whole minimized JavaScript library to the mailing list? How can
somebody crosscheck the contents of a minimized JavaScript library ?
Probably best not to include jQuery in git itself - aside from anything
else, it will be a big hassle to maintain.  Better to have a variable
like "jquery_url" with a default like
"https://ajax.googleapis.com/ajax/libs/jquery/1.7.2/jquery.min.js" (i.e.
Google's CDN).  That avoids the need to include jQuery in git, and lets
people e.g. link different gitweb instances to a single library on their
local network.
4. At what stage is code to be submitted? After the full project is
done or in a modular manner? Can I ask for some review and help from
if I push the code to github and share the link, or do I have to mail
that also? I don't want to repeat this :
https://github.com/torvalds/linux/pull/17
I expect it will become obvious when to submit code as your work
continues.  For example, if you get into TDD and write a bunch of unit
tests before anything else, you might want to send them in their own
patch series.  I guess it's more likely you'll end up with one big patch
series though.

Speaking for myself, I'm happy to look at code either here or on github.
5. What should be my base commit/branch for starting the work ?
Documentation/SubmittingPatches says:

 - A new feature should be based on 'master' in general.

	- Andrew
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help