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

Re: Why is it important to learn git?

From
Allan Kelly <allankelly@gmail.com>
Date
Jul 22, 2009, 21:50 UTC
Message-ID
<9586f3420907221450p6b9df86cy62e1832d06150286@mail.gmail.com>
In-Reply-To
<m3my6wbdfs.fsf@localhost.localdomain>
Has anyone done a presentation on this (very interesting) subject with examples?

What's good about this practice/pattern? What's bad about that practice/pattern?

I ask because if not, I'd like to - with your help!
Cheers, al.
2009/7/22 Jakub Narebski <jnareb@gmail.com>:
Show 43 quoted lines
> Dmitry Potapov <dpotapov@gmail.com> writes:
>
>> On Tue, Jul 21, 2009 at 11:08:31PM -0600, Tim Harper wrote:
>> >
>> > How has mastering the advanced features of git helped you to be a
>> > better programmer?
>>
>> I don't think that features itself make as big difference as the fact
>> Git provides you much more flexibility in choosing a more appropriate
>> workflow than you have with any centralized VCS. (Yes, you will still
>> find many Git features handy even if you work with it as you did with
>> CVS, but you will miss most benefits of Git).
>>
>> To really understand what benefits Git offers, you have to realize first
>> what is wrong CVS and CVS-like VCSes. Unfortunately, it is difficult to
>> explain just in a few words. Some implementation deficiency of CVS is
>> obvious (and it was addressed in some CVS clones like Subversion), but
>> more fundamental problems are far less obvious even for people who used
>> CVS for many years.
>
> See also my answer for "Difference between GIT and CVS" question
> at StackOverflow:
>
>  http://stackoverflow.com/questions/802573/difference-between-git-and-cvs/824241#824241
>
>> To be fair to CVS, it is far from the worst VCS. There are some insane
>> lock-based VCS, which were so painful to use (mostly due to these
>> exclusive locks but often due to some other insanity too) that anyone
>> who worked with may think about CVS as a really nice system...
>
> By the way, even if CVS didn't implement support for file renames and
> copying, at least it provides support for file deletion (as opposed to
> *khem* SourceSafe).
>
> --
> Jakub Narebski
> Poland
> ShadeHawk on #git
> --
> To unsubscribe from this list: send the line "unsubscribe git" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
Previous: Jakub Narebski
Message 10 of 10 in “Why is it important to learn git?”
  1. Tim HarperJul 22, 2009
  2. Thomas RastJul 22, 2009
  3. Sverre RabbelierJul 22, 2009
  4. Jakub NarebskiJul 22, 2009
  5. Jeff KingJul 23, 2009
  6. Andreas EricssonAug 4, 2009
  7. Scott ChaconJul 22, 2009
  8. Dmitry PotapovJul 22, 2009
  9. Jakub NarebskiJul 22, 2009
  10. Allan KellyJul 22, 2009

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.