<?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: Gitting Started with Git &#8211; Quick and Dirty</title>
	<atom:link href="http://www.webdevelopment2.com/gitting-started-git/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.webdevelopment2.com/gitting-started-git/</link>
	<description>Quick and Dirty Web Development for Web 2.0: CakePHP, Prototype, JQuery, and lots more.</description>
	<lastBuildDate>Thu, 20 Oct 2011 05:21:31 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Frank Arnold</title>
		<link>http://www.webdevelopment2.com/gitting-started-git/comment-page-1/#comment-28015</link>
		<dc:creator>Frank Arnold</dc:creator>
		<pubDate>Fri, 16 Oct 2009 16:03:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.webdevelopment2.com/?p=473#comment-28015</guid>
		<description>Yes, its sometimes a bit overhead to have a repository (with Git a bare repository) and a working copy (which is at the same time the web-root).  I think this comes a bit from the knowledge of other VCS systems like SVN which needs a central repository. But distributed version control systems doesn&#039;t need a central repository.

For me the master branch is every time the main branch and so also the &quot;live&quot; branch. Testing and other things are done on additional branches which can be later merged with the master. 
This easy handling with branches is the big advantage over SVN.  &quot;SVN has not a internal concept of a branch, only copies&quot;.</description>
		<content:encoded><![CDATA[<p>Yes, its sometimes a bit overhead to have a repository (with Git a bare repository) and a working copy (which is at the same time the web-root).  I think this comes a bit from the knowledge of other VCS systems like SVN which needs a central repository. But distributed version control systems doesn&#8217;t need a central repository.</p>
<p>For me the master branch is every time the main branch and so also the &#8220;live&#8221; branch. Testing and other things are done on additional branches which can be later merged with the master.<br />
This easy handling with branches is the big advantage over SVN.  &#8220;SVN has not a internal concept of a branch, only copies&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin Lloyd</title>
		<link>http://www.webdevelopment2.com/gitting-started-git/comment-page-1/#comment-27877</link>
		<dc:creator>Kevin Lloyd</dc:creator>
		<pubDate>Sun, 10 May 2009 19:47:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.webdevelopment2.com/?p=473#comment-27877</guid>
		<description>The info is much appreciated Mr. Chris. I know Git is Linux (Unix) based (hence the interesting Windows Port). I was talking about the original install. When I Google &quot;Windows git&quot; or &quot;OS X git&quot; the first result is the installer page and you&#039;re off and running with basic tools like &quot;gitk&quot; and &quot;git gui&quot; (which are all you really need, if you ask me).

The general problem I have with Linux is the lack of Documentation (oh, I&#039;m going to get some pressure for this comment :) ) or the hidden nature of it. It is often assumed that Linux users already know mots of what they need.

The Ubuntu guide that I did find would suggest that Git would be included in the repository for Debian (and I&#039;m assuming you can also Yum it for Fedora). I just didn&#039;t include those, because I personally have not yet done these myself.</description>
		<content:encoded><![CDATA[<p>The info is much appreciated Mr. Chris. I know Git is Linux (Unix) based (hence the interesting Windows Port). I was talking about the original install. When I Google &#8220;Windows git&#8221; or &#8220;OS X git&#8221; the first result is the installer page and you&#8217;re off and running with basic tools like &#8220;gitk&#8221; and &#8220;git gui&#8221; (which are all you really need, if you ask me).</p>
<p>The general problem I have with Linux is the lack of Documentation (oh, I&#8217;m going to get some pressure for this comment <img src='http://www.webdevelopment2.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  ) or the hidden nature of it. It is often assumed that Linux users already know mots of what they need.</p>
<p>The Ubuntu guide that I did find would suggest that Git would be included in the repository for Debian (and I&#8217;m assuming you can also Yum it for Fedora). I just didn&#8217;t include those, because I personally have not yet done these myself.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris</title>
		<link>http://www.webdevelopment2.com/gitting-started-git/comment-page-1/#comment-27875</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Sat, 09 May 2009 23:13:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.webdevelopment2.com/?p=473#comment-27875</guid>
		<description>Not so fast about Linux users and git: Since Linus Torvalds originally wrote git for the Linux kernel and git is primarily developed on Linux then there is in fact tons and tons of git tools available for Linux. In fact, the windows and mac software are merely ports of the original Linux tools. All major distros (and probably all minor distros for that matter) come with git tools available. For example, in Fedora 10 we have the following git tools available to install directly from the standard repos... there is no need to build from source:

git.x86_64 : Core git tools
git-all.x86_64 : Meta-package to pull in all git tools
git-arch.x86_64 : Git tools for importing Arch repositories
git-cola.noarch : A highly caffeinated git gui
git-cpan-patch.noarch : Patch CPAN modules using Git
git-cvs.x86_64 : Git tools for importing CVS repositories
git-daemon.x86_64 : Git protocol dæmon
git-email.x86_64 : Git tools for sending email
git-gui.x86_64 : Git GUI tool
git-svn.x86_64 : Git tools for importing Subversion repositories
gitk.x86_64 : Git revision tree visualiser
gitosis.noarch : Git repository hosting application
gitweb.x86_64 : Simple web interface to git repositories

Anyway, nice intro, I keep wondering whether it&#039;s worth moving from SVN but can&#039;t really see that the advantages yet outweigh the cost of learning and setting up a new system. It&#039;s always good to read other people&#039;s experiences though.

&lt;abbr&gt;&lt;em&gt;Chris’s last blog post..&lt;a href=&quot;http://www.cenolan.com/2008/12/how-to-incremental-daily-backups-amazon-s3-duplicity/&quot; rel=&quot;nofollow&quot;&gt;How-To: Automated incremental daily backups to Amazon S3 using Duplicity&lt;/a&gt;&lt;/abbr&gt;&lt;/em&gt;</description>
		<content:encoded><![CDATA[<p>Not so fast about Linux users and git: Since Linus Torvalds originally wrote git for the Linux kernel and git is primarily developed on Linux then there is in fact tons and tons of git tools available for Linux. In fact, the windows and mac software are merely ports of the original Linux tools. All major distros (and probably all minor distros for that matter) come with git tools available. For example, in Fedora 10 we have the following git tools available to install directly from the standard repos&#8230; there is no need to build from source:</p>
<p>git.x86_64 : Core git tools<br />
git-all.x86_64 : Meta-package to pull in all git tools<br />
git-arch.x86_64 : Git tools for importing Arch repositories<br />
git-cola.noarch : A highly caffeinated git gui<br />
git-cpan-patch.noarch : Patch CPAN modules using Git<br />
git-cvs.x86_64 : Git tools for importing CVS repositories<br />
git-daemon.x86_64 : Git protocol dæmon<br />
git-email.x86_64 : Git tools for sending email<br />
git-gui.x86_64 : Git GUI tool<br />
git-svn.x86_64 : Git tools for importing Subversion repositories<br />
gitk.x86_64 : Git revision tree visualiser<br />
gitosis.noarch : Git repository hosting application<br />
gitweb.x86_64 : Simple web interface to git repositories</p>
<p>Anyway, nice intro, I keep wondering whether it&#8217;s worth moving from SVN but can&#8217;t really see that the advantages yet outweigh the cost of learning and setting up a new system. It&#8217;s always good to read other people&#8217;s experiences though.</p>
<p><abbr><em>Chris’s last blog post..<a href="http://www.cenolan.com/2008/12/how-to-incremental-daily-backups-amazon-s3-duplicity/" rel="nofollow">How-To: Automated incremental daily backups to Amazon S3 using Duplicity</a></em></abbr></p>
]]></content:encoded>
	</item>
</channel>
</rss>

