git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: yet another workflow question...

From
Andreas Ericsson <ae@op5.se>
Date
Oct 11, 2007, 17:28 UTC
Message-ID
<470E5D32.7060306@op5.se>
In-Reply-To
<200710111610.55364.andyparkins@gmail.com>
Andy Parkins wrote:
Show 52 quoted lines
> On Thursday 2007 October 11, Patrick Doyle wrote:
> 
>> burning question, "What can git do for me?"  (So far, I have come to
>> the conclusion that, for my simple, single developer, branchless,
>> linear projects, there's not much that git can do for me that any
>> other SCM could do for me.  It appears to have been designed to solve
> 
> Here's a few things that are relevant to a simple, single, branchless, linear 
> developer:
> 
>  - Fast.  Git wipes the floor with everything else, so much so that the SCM
>    becomes a tool in itself, not just a recorder of history.  I keep my own
>    simple projects in git just as much as my complicated, branchy, team-based
>    projects just to get the following tools fast:
>     git-diff
>     git-status
>     git-commit
>     git-log
> 
>  - Small.  In every project I've converted from SVN to git, the diskspace
>    usage has gone down.  SVN peppers the working tree with .svn directories,
>    each of which contains a pristine copy of the last checked in version of
>    all the working files.  On top of that is the repository disk space itself.
> 
>    Git on the other hand keeps one .git directory at the top of the tree and
>    that stores the _entire_ repository.  It is, in my experience, smaller than
>    the working tree.  That means that git uses less diskspace than svn does
>    for a single checkout to store everything it needs.
> 
>  - Useful.  The following are so good, that even if you weren't doing any 
>    revision tracking you'd still want to use them:
>     git-grep
>     git-diff
> 
>  - Backup.  Backing up subversion repositories requires that you write
>    yourself a script that uses svnadmin dump.  With git I just write a couple
>    of lines in my .git/config and then git-push produces a highly compact
>    backup whenever I want.  Even better, if a disaster happens it's easy to
>    pull stuff out of that backup without any additional operations.
> 
>  - Mobility.  This one is a bit distributed, but I hope you'll let me have it. 
>    I often do work on my desktop at home, my desktop at work and my laptop. 
>    By setting my remotes up correctly in git it's really easy to walk to
>    another system and pick up exactly where I left off from the other
>    computer.  More importantly though, when you accidentally make changes in
>    two places, there is no danger of data loss.
> 
> Even if you aren't doing complicated stuff, git is the way to go.  I can't 
> count the number of ways it's made me more productive and enhanced the code I 
> write and the documentation of its development.  If I never worked on another 
> group project again I would still use git all day every day.
> 

I'm amazed nobody has mentioned git-bisect yet. Recently, I had an enormous amount of benefit from it, so I'll just add it here as a success-story in case any OSS support company comes along and wants to peddle git.

As it happens, I have a daemon that does some fairly clever scheduling. Somewhere in a recent change, I had introduced a very subtle bug that made the latency times for when the actions were actually happening diverge from 0s. I know I get a latency spike just when I fire the daemon up, but it's supposed to normalize after 10 or so minutes and converge on zero-latency. Instead it was slowly increasing, but the effects weren't really visible until after about 2 hours.

git bisect to the rescue. Since I didn't feel terribly inclined to walk over to my computer every two hours to recompile, wipe logs and start the daemon all over again, I hacked up a script to do it for me. The script also checked the latency figures and re-ran git-bisect as necessary.

22 hours (or 7 bisects) later, git had, with a little help from my script, shown me exactly the commit that introduced the latency issue. During the time, I was enjoying a walk in the sun, dinner with my girlfriend and a good nights sleep.

Life is good when you have the proper tools.
-- 
Andreas Ericsson                   andreas.ericsson@op5.se
OP5 AB                             www.op5.se
Tel: +46 8-230225                  Fax: +46 8-230231
Previous: Andy ParkinsNext: Jing Xue
Message 7 of 9 in “yet another workflow question...”
  1. Patrick DoyleOct 11, 2007
  2. David KastrupOct 11, 2007
  3. Steffen ProhaskaOct 11, 2007
  4. Johannes SixtOct 11, 2007
  5. Wincent ColaiutaOct 11, 2007
  6. Andy ParkinsOct 11, 2007
  7. Andreas EricssonOct 11, 2007
  8. Jing XueOct 11, 2007
  9. Andy ParkinsOct 12, 2007

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.