<?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>
	Kommentare zu: KOL013 Weniger schlecht programmieren	</title>
	<atom:link href="https://oreillyblog.dpunkt.de/2014/07/23/kol013-weniger-schlecht-programmieren/feed/" rel="self" type="application/rss+xml" />
	<link>https://oreillyblog.dpunkt.de/2014/07/23/kol013-weniger-schlecht-programmieren/</link>
	<description>IT, Social Media &#38; Geek Life von und mit O&#039;Reilly-Büchern</description>
	<lastBuildDate>Sun, 10 Aug 2014 11:42:03 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.2.8</generator>
	<item>
		<title>
		Von: hilmar		</title>
		<link>https://oreillyblog.dpunkt.de/2014/07/23/kol013-weniger-schlecht-programmieren/#comment-3290</link>

		<dc:creator><![CDATA[hilmar]]></dc:creator>
		<pubDate>Sun, 10 Aug 2014 11:42:03 +0000</pubDate>
		<guid isPermaLink="false">https://oreillyblog.dpunkt.de/?p=21876#comment-3290</guid>

					<description><![CDATA[Kathrin war kein angenehmer Gast. Bis zu ihren Statements über Versionsverwaltungssysteme hab ich es probiert. Dann wurden mir ihre Statements allerdings zu doof. 

Schade. Nur mit Tim und Jan wäre es einfacher geworden.]]></description>
			<content:encoded><![CDATA[<p>Kathrin war kein angenehmer Gast. Bis zu ihren Statements über Versionsverwaltungssysteme hab ich es probiert. Dann wurden mir ihre Statements allerdings zu doof. </p>
<p>Schade. Nur mit Tim und Jan wäre es einfacher geworden.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Matthias		</title>
		<link>https://oreillyblog.dpunkt.de/2014/07/23/kol013-weniger-schlecht-programmieren/#comment-3254</link>

		<dc:creator><![CDATA[Matthias]]></dc:creator>
		<pubDate>Fri, 25 Jul 2014 13:36:18 +0000</pubDate>
		<guid isPermaLink="false">https://oreillyblog.dpunkt.de/?p=21876#comment-3254</guid>

					<description><![CDATA[Hallo vielen Dank für die neue Folge. Ich habe schon lange auf etwas neues gewartet. Das Buch habe ich neulich zufällig in unserer Buchhandlung gefunden und ins Herz geschlossen. Leider ist Frau Passig meiner Meinung nach nicht ganz bei der Sache und lässt den sonst in diesem Podcast und bei Kolophon üblichen Enthusiasmus etwas verloren gehen. Es wäre schön gewesen wenn diesem tollen Thema und dem Buch ein Podcast wie Eltern sein kurz&#038;geek oder Computerforensik vergönnt gewesen wäre. Das Buch hätte es verdient.]]></description>
			<content:encoded><![CDATA[<p>Hallo vielen Dank für die neue Folge. Ich habe schon lange auf etwas neues gewartet. Das Buch habe ich neulich zufällig in unserer Buchhandlung gefunden und ins Herz geschlossen. Leider ist Frau Passig meiner Meinung nach nicht ganz bei der Sache und lässt den sonst in diesem Podcast und bei Kolophon üblichen Enthusiasmus etwas verloren gehen. Es wäre schön gewesen wenn diesem tollen Thema und dem Buch ein Podcast wie Eltern sein kurz&amp;geek oder Computerforensik vergönnt gewesen wäre. Das Buch hätte es verdient.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: panzi		</title>
		<link>https://oreillyblog.dpunkt.de/2014/07/23/kol013-weniger-schlecht-programmieren/#comment-3251</link>

		<dc:creator><![CDATA[panzi]]></dc:creator>
		<pubDate>Thu, 24 Jul 2014 17:20:10 +0000</pubDate>
		<guid isPermaLink="false">https://oreillyblog.dpunkt.de/?p=21876#comment-3251</guid>

					<description><![CDATA[Zur Datumsberechnung sagt eigentlich dieses Video alles: https://www.youtube.com/watch?v=-5wpm-gesOY]]></description>
			<content:encoded><![CDATA[<p>Zur Datumsberechnung sagt eigentlich dieses Video alles: <a href="https://www.youtube.com/watch?v=-5wpm-gesOY" rel="nofollow ugc">https://www.youtube.com/watch?v=-5wpm-gesOY</a></p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: panzi		</title>
		<link>https://oreillyblog.dpunkt.de/2014/07/23/kol013-weniger-schlecht-programmieren/#comment-3250</link>

		<dc:creator><![CDATA[panzi]]></dc:creator>
		<pubDate>Thu, 24 Jul 2014 16:56:43 +0000</pubDate>
		<guid isPermaLink="false">https://oreillyblog.dpunkt.de/?p=21876#comment-3250</guid>

					<description><![CDATA[Ok, es kostet eventuell ein klein wenig Zeit sich in ein Versionskontrollsystem einzulernen, aber einrichten muss man echt nicht viel.

Einmalig:
sudo yum install git
bzw.
sudo apt-get install git

git config --global user.name &quot;Mathias Panzenböck&quot;
git config --global user.email &quot;grosser.meister.morti@gmx.net&quot;

Pro repo:
git init .

Und Verwenden ist auch nicht schwer:

Pro neuer Datei:
git add filename

Pro Änderung:
git commit

Um zu sehen was sich geändert hat (vor commit):
git stat
bzw.
git diff (ich hab mir ein &quot;git kdiff3&quot; gebastelt, was mir den Unterschied graphisch anzeigt)

Um alte Änderungen aufzulisten:
git log

Wenn du es nur für dich selbst versendest, um eine History deiner Arbeit zu haben bzw. um keine Angst zu haben Arbeit zu verlieren falls du unabsichtlich eine Datei löscht ist das schon alles.

Für Kollaboration braucht man dann noch die Befehle pull, push, merge und eventuell branch und rebase. Du musst nicht einmal einen git Server haben um so eine Kollaboration zu machen. Du kannst mit format-patch einen Patch erstellen, denn du per Mail verschicken kannst. Oder mit send-email kannst auch gleich direkt verschicken, wenn du deinen Mail-Account eingerichtet hast.

Für das alles gibt es aber auch gute GUIs, wenn man aus irgendeinen Grund die Shell nicht verwenden will.

Mit mercurial (hg) geht das ganze sehr ähnlich. Von ein paar Punkten her ist mir das sogar sympatischer. (GitHub ist der Grund dafür, dass ich git verwende, wenn ich es verwende.)

Eine ganz minimale Art der Versionskontrolle gibt&#039;s angeblich sogar in Word (&quot;Änderungen aufzeichnen&quot; oder so). Aber ich schreibe lieber in plain text Dateien und verwalte die mit mercurial. Damit kann man sich auch einfach ein repo auf den USB stick packen und man muss keine Angst mehr haben Änderungen zu verlieren, wenn man eine Datei auf unterschiedlichen Rechnern bearbeitet.

Wenn ich an ein Projekt, das aus unerfindlichen Gründen gar keine Versionskontrolle verwendet (gibt da so ein paar kleine) einen Patch sende, dann mach ich vorher ein lokales Repo, schmeiß alle verfügbaren Versionen der Software als commits unter dem Namen des Originalautors rein und entwickle meinen Patch dann als branch da drauf. Dann ist das mergen wenn es neue Releases ohne meinem Patch gibt auch kein Problem.

Also Versionskontrolle ist IMHO ein absolutes muss, eigentlich nicht nur für Programmierer sondern für alle die plain text Dateien bearbeiten.]]></description>
			<content:encoded><![CDATA[<p>Ok, es kostet eventuell ein klein wenig Zeit sich in ein Versionskontrollsystem einzulernen, aber einrichten muss man echt nicht viel.</p>
<p>Einmalig:<br />
sudo yum install git<br />
bzw.<br />
sudo apt-get install git</p>
<p>git config &#8211;global user.name &#8222;Mathias Panzenböck&#8220;<br />
git config &#8211;global user.email &#8222;grosser.meister.morti@gmx.net&#8220;</p>
<p>Pro repo:<br />
git init .</p>
<p>Und Verwenden ist auch nicht schwer:</p>
<p>Pro neuer Datei:<br />
git add filename</p>
<p>Pro Änderung:<br />
git commit</p>
<p>Um zu sehen was sich geändert hat (vor commit):<br />
git stat<br />
bzw.<br />
git diff (ich hab mir ein &#8222;git kdiff3&#8220; gebastelt, was mir den Unterschied graphisch anzeigt)</p>
<p>Um alte Änderungen aufzulisten:<br />
git log</p>
<p>Wenn du es nur für dich selbst versendest, um eine History deiner Arbeit zu haben bzw. um keine Angst zu haben Arbeit zu verlieren falls du unabsichtlich eine Datei löscht ist das schon alles.</p>
<p>Für Kollaboration braucht man dann noch die Befehle pull, push, merge und eventuell branch und rebase. Du musst nicht einmal einen git Server haben um so eine Kollaboration zu machen. Du kannst mit format-patch einen Patch erstellen, denn du per Mail verschicken kannst. Oder mit send-email kannst auch gleich direkt verschicken, wenn du deinen Mail-Account eingerichtet hast.</p>
<p>Für das alles gibt es aber auch gute GUIs, wenn man aus irgendeinen Grund die Shell nicht verwenden will.</p>
<p>Mit mercurial (hg) geht das ganze sehr ähnlich. Von ein paar Punkten her ist mir das sogar sympatischer. (GitHub ist der Grund dafür, dass ich git verwende, wenn ich es verwende.)</p>
<p>Eine ganz minimale Art der Versionskontrolle gibt&#8217;s angeblich sogar in Word (&#8222;Änderungen aufzeichnen&#8220; oder so). Aber ich schreibe lieber in plain text Dateien und verwalte die mit mercurial. Damit kann man sich auch einfach ein repo auf den USB stick packen und man muss keine Angst mehr haben Änderungen zu verlieren, wenn man eine Datei auf unterschiedlichen Rechnern bearbeitet.</p>
<p>Wenn ich an ein Projekt, das aus unerfindlichen Gründen gar keine Versionskontrolle verwendet (gibt da so ein paar kleine) einen Patch sende, dann mach ich vorher ein lokales Repo, schmeiß alle verfügbaren Versionen der Software als commits unter dem Namen des Originalautors rein und entwickle meinen Patch dann als branch da drauf. Dann ist das mergen wenn es neue Releases ohne meinem Patch gibt auch kein Problem.</p>
<p>Also Versionskontrolle ist IMHO ein absolutes muss, eigentlich nicht nur für Programmierer sondern für alle die plain text Dateien bearbeiten.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
