git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Mike Ralphson <mike.ralphson@gmail.com>
To: John Dlugosz <JDlugosz@tradestation.com>
Cc: git@vger.kernel.org
Subject: Re: How is git used as other than the project's version control?
Date: Tue, 28 Apr 2009 09:31:24 +0100	[thread overview]
Message-ID: <e2b179460904280131x1797862eq501797af2132f2c9@mail.gmail.com> (raw)
In-Reply-To: <450196A1AAAE4B42A00A8B27A59278E70AE3EC48@EXCHANGE.trad.tradestation.com>

2009/4/27 John Dlugosz <JDlugosz@tradestation.com>:
> I'm interested in finding out how people use git "on the side", when it
> is not the project's actual version control system.

We have historically used a very simple pessimistic locking strategy
with our legacy platform source. Individual files or groups of files
are checked out to developers' home directories and they override
what's in the live area when that dev compiles and tests for
themselves.

I basically inserted git under this mechanism, thus allowing the
optional use of merge and integrate (lockless development),
topic-branches, tags etc. Git also functions as our tripwire solution
to ensure changes to that master shared repo have all been made
traceably.

Git effectively is the VCS now, as what was there before was only
barely acceptable when it came to accessing old versions etc, but if
you don't want to interact with git, you don't have to even know it's
there. Until it saves your arse.

Mike

  parent reply	other threads:[~2009-04-28  8:31 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-04-27 22:55 How is git used as other than the project's version control? John Dlugosz
2009-04-27 23:06 ` Thomas Adam
2009-04-27 23:10   ` John Dlugosz
2009-04-27 23:25     ` Thomas Adam
2009-04-28  1:44 ` Jeff King
2009-04-28  7:02   ` Andreas Ericsson
2009-04-28  4:29 ` Octavio Alvarez
2009-04-28  8:31 ` Mike Ralphson [this message]
2009-04-28 10:53 ` Matthieu Moy

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=e2b179460904280131x1797862eq501797af2132f2c9@mail.gmail.com \
    --to=mike.ralphson@gmail.com \
    --cc=JDlugosz@tradestation.com \
    --cc=git@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).