Thread (19 messages) flat view 19 messages, 5 authors, 2016-06-15

Re: [PATCH] perl/Git.pm: add rev_parse method

From: Petr Baudis <hidden>
Date: 2016-06-15 22:44:39

On Fri, May 30, 2008 at 09:03:15AM +0200, Lea Wiemann wrote:
I wrote:
quoted
[Commit:] The rev_parse method translates a revision name to a SHA1 hash, 
like
the git-rev-parse command.
Oh, here's one problem: I'll probably do a lot of changes to Git.pm, and it 
might be handy for me to be able to change my own methods later.   I 
definitely wouldn't like to see Git.pm end up in some release while I'm in 
the middle of a major refactoring.

Should I perhaps stay on my branch with these changes, and then merge when 
it has stabilized (in 1-3 months)?
I have two proposals:

(i) Tell Junio you would like the changes to stay in pu or next for now.
But he will probably do that by default anyway. :-) Thus, you do not
need to worry about them getting into a release any soon, but you will
still see some real-life testing (in theory).

(ii) When introducing new interface, introduce a user to it right away.
So, if I were you, my roadmap would be something like:

	(a) Make Git.pm use gitweb's config parser
	(b) Add 'use Git' to gitweb and convert all Git calls possible
	(c) For the rest, introduce the necessary methods to Git.pm,
	    one patch per method (I would even bundle the Git.pm
	    addition with the gitweb changes)

I'm not saying you _have_ to do it this way, but I believe it's one of
the smoothest paths. Me and I think many others of the Git project are
huge believers in "small steps" instead of "grand designs"; you will be
getting immediate feedback about your changes as you go and your work
will be useful at any point of time.
One thing I'd be concerned about is that I might introduce fundamental 
issues in my API, since I'm neither a Git nor a Perl expert (yet ^^). 
What's the best way to avoid discovering such issues only at the Big Merge? 
Is there anyone who'd be willing to monitor my commits and give me 
feedback on a semi-continuous basis?
(I would love to provide feedback and review your patches, but please
note that at the same time I cannot promise I will be able to do it all
the time; I have failed these hopes in the past already, and again
likely will in the future.  But hopefully there's plenty of other Perl
hackers on the list.)

-- 
				Petr "Pasky" Baudis
Whatever you can do, or dream you can, begin it.
Boldness has genius, power, and magic in it.	-- J. W. von Goethe
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help