Thread (35 messages) flat view 35 messages, 13 authors, 2016-06-15

Re: [kernel.org users] [RFD] On deprecating "git-foo" for builtins

From: Perry Wagle <hidden>
Date: 2016-06-15 22:45:15

On Aug 28, 2008, at 1:44 PM, Petr Baudis wrote:
On Thu, Aug 28, 2008 at 01:23:50PM -0700, Perry Wagle wrote:
quoted
On Aug 28, 2008, at 12:52 PM, Teemu Likonen wrote:
quoted
I have come to understand that "git " has quite long time been more
robust and portable way of writing scripts. They work in both
configurations so I'd definitely suggest doing "s/git-/git /g" for  
every
script. Of course in an interactive shell everyone can use  
whatever they
prefer and works at the moment.
Sure.  Its an extra fork in git command intensive scripts (and git  
is racey
still maybe), but *shrug*.
Do you have any details on the races in Git you know about?
Sorry, I should have just left that line out.  But I didn't, so:

Fall of 2007, I'd get spurious reports that the working dir was  
inconsistent when iterating through 612 commits in a script (I was  
converting from quilt/cvs to git) when it wasn't.  I got around most  
of this by sprinkling the script with git-status and git update-index  
--refresh.  My understanding was that it really was the one-second  
granularity of the timestamps on my file system doing it, so nothing  
for me to do at the time.

However, it was really bugging people, so I figured by this time  
someone had found a clever way to fix it, hence the "maybe".

I haven't tried it for a while.
This does not mean an extra fork, only extra exec. In case of builtin
commands (which is actually a large majority by now), not even that.
Yeah, I should have deleted that line. 8)

quoted
Even as of March 2008 (our last sync with git before the git  
scripting was
completed and we got on to other things), the sample scripts and  
gitweb
still used the git<DASH> form.  If this has been brewing for two  
years,
there shouldn't have been a git<DASH> form in the scripts in the  
standard
source *anywhere* for those two years.
I agree that this is a problem. Even now, the documentation is using
git- at plenty of places. Patches are welcome, I'm sure.
Heh.

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