<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Git and command-line fear</title>
	<atom:link href="http://lostechies.com/jamesgregory/2009/07/20/git-s-and-command-line-fear/feed/" rel="self" type="application/rss+xml" />
	<link>http://lostechies.com/jamesgregory/2009/07/20/git-s-and-command-line-fear/</link>
	<description>Just another LosTechies site</description>
	<lastBuildDate>Wed, 05 Jun 2013 14:00:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.2</generator>
	<item>
		<title>By: semazen</title>
		<link>http://lostechies.com/jamesgregory/2009/07/20/git-s-and-command-line-fear/#comment-45</link>
		<dc:creator>semazen</dc:creator>
		<pubDate>Tue, 24 Aug 2010 22:57:28 +0000</pubDate>
		<guid isPermaLink="false">/blogs/jagregory/archive/2009/07/20/git-s-and-command-line-fear.aspx#comment-45</guid>
		<description>is, but specific applications can handle it how they like. Vim does it pretty decently, for example.

Same goes for completion. You can get completion scripts for</description>
		<content:encoded><![CDATA[<p>is, but specific applications can handle it how they like. Vim does it pretty decently, for example.</p>
<p>Same goes for completion. You can get completion scripts for</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: semazen g&#246;sterisi</title>
		<link>http://lostechies.com/jamesgregory/2009/07/20/git-s-and-command-line-fear/#comment-44</link>
		<dc:creator>semazen g&#246;sterisi</dc:creator>
		<pubDate>Tue, 24 Aug 2010 22:56:45 +0000</pubDate>
		<guid isPermaLink="false">/blogs/jagregory/archive/2009/07/20/git-s-and-command-line-fear.aspx#comment-44</guid>
		<description>is, but specific applications can handle it how they like. Vim does it pretty decently, for example.

Same goes for completion. You can get completion scripts for</description>
		<content:encoded><![CDATA[<p>is, but specific applications can handle it how they like. Vim does it pretty decently, for example.</p>
<p>Same goes for completion. You can get completion scripts for</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Gregory</title>
		<link>http://lostechies.com/jamesgregory/2009/07/20/git-s-and-command-line-fear/#comment-43</link>
		<dc:creator>James Gregory</dc:creator>
		<pubDate>Mon, 17 Aug 2009 13:15:44 +0000</pubDate>
		<guid isPermaLink="false">/blogs/jagregory/archive/2009/07/20/git-s-and-command-line-fear.aspx#comment-43</guid>
		<description>George: Nice generalisations.

Cut and paste from the raw command-line is crap, yes, but specific applications can handle it how they like. Vim does it pretty decently, for example.

Same goes for completion. You can get completion scripts for bash that enable autocomplete for git, and it already has built in filename completion.

I&#039;d suggest trying a command-line other than cmd.exe.</description>
		<content:encoded><![CDATA[<p>George: Nice generalisations.</p>
<p>Cut and paste from the raw command-line is crap, yes, but specific applications can handle it how they like. Vim does it pretty decently, for example.</p>
<p>Same goes for completion. You can get completion scripts for bash that enable autocomplete for git, and it already has built in filename completion.</p>
<p>I&#8217;d suggest trying a command-line other than cmd.exe.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: George Mauer</title>
		<link>http://lostechies.com/jamesgregory/2009/07/20/git-s-and-command-line-fear/#comment-42</link>
		<dc:creator>George Mauer</dc:creator>
		<pubDate>Mon, 17 Aug 2009 13:07:55 +0000</pubDate>
		<guid isPermaLink="false">/blogs/jagregory/archive/2009/07/20/git-s-and-command-line-fear.aspx#comment-42</guid>
		<description>I will gladly use command-line all the time for everything once it has

 1) Regular cut and paste like all other applicaitons
 2) Some sort of intellisense to increase discoverability.  

Simply put, the usability story for every command-line utility ever is a nightmare.</description>
		<content:encoded><![CDATA[<p>I will gladly use command-line all the time for everything once it has</p>
<p> 1) Regular cut and paste like all other applicaitons<br />
 2) Some sort of intellisense to increase discoverability.  </p>
<p>Simply put, the usability story for every command-line utility ever is a nightmare.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kenneth Dalgleish</title>
		<link>http://lostechies.com/jamesgregory/2009/07/20/git-s-and-command-line-fear/#comment-41</link>
		<dc:creator>Kenneth Dalgleish</dc:creator>
		<pubDate>Tue, 04 Aug 2009 23:38:56 +0000</pubDate>
		<guid isPermaLink="false">/blogs/jagregory/archive/2009/07/20/git-s-and-command-line-fear.aspx#comment-41</guid>
		<description>What&#039;s wrong with git-gui and gitk included in the install? I have been working with git on windows for some years now, first Cygwin and then Msysgit. I rely heavily on git.gui and gitk, and only use command-line for certain operations, like rebase. Some advanced stuff, like cherry-picking or partial commits ++, is a breeze in the gui. And all the regular stuff is there, easily accessible, like branch management, push, pull, commit, merge, file-staging and so on.</description>
		<content:encoded><![CDATA[<p>What&#8217;s wrong with git-gui and gitk included in the install? I have been working with git on windows for some years now, first Cygwin and then Msysgit. I rely heavily on git.gui and gitk, and only use command-line for certain operations, like rebase. Some advanced stuff, like cherry-picking or partial commits ++, is a breeze in the gui. And all the regular stuff is there, easily accessible, like branch management, push, pull, commit, merge, file-staging and so on.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Barry</title>
		<link>http://lostechies.com/jamesgregory/2009/07/20/git-s-and-command-line-fear/#comment-40</link>
		<dc:creator>Bill Barry</dc:creator>
		<pubDate>Mon, 27 Jul 2009 13:46:06 +0000</pubDate>
		<guid isPermaLink="false">/blogs/jagregory/archive/2009/07/20/git-s-and-command-line-fear.aspx#comment-40</guid>
		<description>Another reason people might say that is because they haven&#039;t looked in the past year or so. MsysGit is pretty good, but it hasn&#039;t been for very long. When I went looking for a DVCS, windows Git support consisted of: install cygwin; use git there. That is poor windows support (it would be like saying that Office 2003 runs in Linux because it works fine under Wine).

From a Windows perspective 2 years ago, Git wasn&#039;t an option. 

This isn&#039;t a good excuse for ignoring Git now (though I still feel that Mercurial is a better choice).</description>
		<content:encoded><![CDATA[<p>Another reason people might say that is because they haven&#8217;t looked in the past year or so. MsysGit is pretty good, but it hasn&#8217;t been for very long. When I went looking for a DVCS, windows Git support consisted of: install cygwin; use git there. That is poor windows support (it would be like saying that Office 2003 runs in Linux because it works fine under Wine).</p>
<p>From a Windows perspective 2 years ago, Git wasn&#8217;t an option. </p>
<p>This isn&#8217;t a good excuse for ignoring Git now (though I still feel that Mercurial is a better choice).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian Mavity</title>
		<link>http://lostechies.com/jamesgregory/2009/07/20/git-s-and-command-line-fear/#comment-39</link>
		<dc:creator>Brian Mavity</dc:creator>
		<pubDate>Sat, 25 Jul 2009 05:52:02 +0000</pubDate>
		<guid isPermaLink="false">/blogs/jagregory/archive/2009/07/20/git-s-and-command-line-fear.aspx#comment-39</guid>
		<description>While I agree that having some familiarity with the command line is essential for software developers, I feel that memorizing a ton of arcane commands is a waste of my mental energies. I can use git on windows (and do), but let&#039;s face it, the command line sucks. Someday soon, someone will come out with a git UI that has a UX designed for human beings and we will stop having to suffer through the crap we have now. Unfortunately, I haven&#039;t seen anything reasonable (including tortoise git and git extensions which are both decent but still very deficient)</description>
		<content:encoded><![CDATA[<p>While I agree that having some familiarity with the command line is essential for software developers, I feel that memorizing a ton of arcane commands is a waste of my mental energies. I can use git on windows (and do), but let&#8217;s face it, the command line sucks. Someday soon, someone will come out with a git UI that has a UX designed for human beings and we will stop having to suffer through the crap we have now. Unfortunately, I haven&#8217;t seen anything reasonable (including tortoise git and git extensions which are both decent but still very deficient)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sasa Brankovic</title>
		<link>http://lostechies.com/jamesgregory/2009/07/20/git-s-and-command-line-fear/#comment-38</link>
		<dc:creator>Sasa Brankovic</dc:creator>
		<pubDate>Fri, 24 Jul 2009 09:12:58 +0000</pubDate>
		<guid isPermaLink="false">/blogs/jagregory/archive/2009/07/20/git-s-and-command-line-fear.aspx#comment-38</guid>
		<description>I&#039;m a GIT fan myself, but using GIT on Windows is a bit of pain (and so is using Windows, now I think of it). The &quot;problem&quot; here is that command line usually IS the fastest of getting things done, but only once you master it. It takes time and effort to master something, and for many developers spoiled by years of using Microsoft&#039;s shiny IDE, this seems to be a problem.</description>
		<content:encoded><![CDATA[<p>I&#8217;m a GIT fan myself, but using GIT on Windows is a bit of pain (and so is using Windows, now I think of it). The &#8220;problem&#8221; here is that command line usually IS the fastest of getting things done, but only once you master it. It takes time and effort to master something, and for many developers spoiled by years of using Microsoft&#8217;s shiny IDE, this seems to be a problem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anne Epstein</title>
		<link>http://lostechies.com/jamesgregory/2009/07/20/git-s-and-command-line-fear/#comment-37</link>
		<dc:creator>Anne Epstein</dc:creator>
		<pubDate>Tue, 21 Jul 2009 23:51:45 +0000</pubDate>
		<guid isPermaLink="false">/blogs/jagregory/archive/2009/07/20/git-s-and-command-line-fear.aspx#comment-37</guid>
		<description>At my last shop, we used SVN, and it wasn&#039;t only the developers checking stuff in-it was also the HTML coders, and sometimes even the graphics designers.  Maybe that sounds like a mess, but it worked well- it was a web shop, there was a lot of static content, and Tortoise SVN suited our needs well.  For that group, having a decent GUI was useful, and maybe necessary-perhaps command-line comfort should be expected of programmers, but should it be expected of everyone else? Real question... we decided that it was borderline unreasonable and decided to go with the source control with the best GUI at the time.  If we only had programmers to consider, we might have made a different choice.</description>
		<content:encoded><![CDATA[<p>At my last shop, we used SVN, and it wasn&#8217;t only the developers checking stuff in-it was also the HTML coders, and sometimes even the graphics designers.  Maybe that sounds like a mess, but it worked well- it was a web shop, there was a lot of static content, and Tortoise SVN suited our needs well.  For that group, having a decent GUI was useful, and maybe necessary-perhaps command-line comfort should be expected of programmers, but should it be expected of everyone else? Real question&#8230; we decided that it was borderline unreasonable and decided to go with the source control with the best GUI at the time.  If we only had programmers to consider, we might have made a different choice.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Batum</title>
		<link>http://lostechies.com/jamesgregory/2009/07/20/git-s-and-command-line-fear/#comment-36</link>
		<dc:creator>Paul Batum</dc:creator>
		<pubDate>Tue, 21 Jul 2009 23:09:19 +0000</pubDate>
		<guid isPermaLink="false">/blogs/jagregory/archive/2009/07/20/git-s-and-command-line-fear.aspx#comment-36</guid>
		<description>James, you know I&#039;m a git fan, but I DO think it still has tooling problems on Windows. The default behavior for diffs, merges and blames are all painful, and I still haven&#039;t managed to figure out how to get git to use my external tools (such as p4merge) in every case.</description>
		<content:encoded><![CDATA[<p>James, you know I&#8217;m a git fan, but I DO think it still has tooling problems on Windows. The default behavior for diffs, merges and blames are all painful, and I still haven&#8217;t managed to figure out how to get git to use my external tools (such as p4merge) in every case.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
