<?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: Core Intuition: Traveling Luddites</title>
	<atom:link href="http://www.red-sweater.com/blog/504/core-intuition-traveling-luddites/feed" rel="self" type="application/rss+xml" />
	<link>http://www.red-sweater.com/blog/504/core-intuition-traveling-luddites</link>
	<description>Mac &#38; Technology Writings by Daniel Jalkut</description>
	<lastBuildDate>Tue, 16 Mar 2010 05:50:31 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: leeg</title>
		<link>http://www.red-sweater.com/blog/504/core-intuition-traveling-luddites/comment-page-1#comment-136830</link>
		<dc:creator>leeg</dc:creator>
		<pubDate>Sat, 07 Jun 2008 16:19:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/?p=504#comment-136830</guid>
		<description>I agree with Daniel re NIB commits (and pbxproj, for that matter); the only way to do it is very carefully.  If you can avoid having multiple people working on the same NIB file[*], then you can keep merges to a minimum.  I have encountered some merges where I&#039;ve just given up, reverted the changes to the base version and manually re-made the changes that were implied in the commits :-(.

[*]if you can&#039;t avoid having multiple people working on the same NIB, then does that one NIB manage too many unrelated components?  The one place that question fails to suggest a resolution is, of course, MainMenu.nib :-(.</description>
		<content:encoded><![CDATA[<p>I agree with Daniel re NIB commits (and pbxproj, for that matter); the only way to do it is very carefully.  If you can avoid having multiple people working on the same NIB file[*], then you can keep merges to a minimum.  I have encountered some merges where I&#8217;ve just given up, reverted the changes to the base version and manually re-made the changes that were implied in the commits :-(.</p>
<p>[*]if you can&#8217;t avoid having multiple people working on the same NIB, then does that one NIB manage too many unrelated components?  The one place that question fails to suggest a resolution is, of course, MainMenu.nib :-(.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Davide</title>
		<link>http://www.red-sweater.com/blog/504/core-intuition-traveling-luddites/comment-page-1#comment-136829</link>
		<dc:creator>Davide</dc:creator>
		<pubDate>Sat, 07 Jun 2008 15:02:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/?p=504#comment-136829</guid>
		<description>The podcast is brilliant, relaxed and informal as the best radio features, Keep up the good work,
Davide</description>
		<content:encoded><![CDATA[<p>The podcast is brilliant, relaxed and informal as the best radio features, Keep up the good work,<br />
Davide</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Blake Winton</title>
		<link>http://www.red-sweater.com/blog/504/core-intuition-traveling-luddites/comment-page-1#comment-136819</link>
		<dc:creator>Blake Winton</dc:creator>
		<pubDate>Fri, 06 Jun 2008 19:23:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/?p=504#comment-136819</guid>
		<description>Hey Jeff,

if you&#039;re not tied to using Git, there&#039;s a plugin that lets Bazaar check-out from and commit to Subversion repositories that might interest you.  The name of it is bzr-svn, and you can find more information &lt;a href=&quot;http://bazaar-vcs.org/BzrForeignBranches/Subversion&quot; rel=&quot;nofollow&quot;&gt;here&lt;/a&gt;.</description>
		<content:encoded><![CDATA[<p>Hey Jeff,</p>
<p>if you&#8217;re not tied to using Git, there&#8217;s a plugin that lets Bazaar check-out from and commit to Subversion repositories that might interest you.  The name of it is bzr-svn, and you can find more information <a href="http://bazaar-vcs.org/BzrForeignBranches/Subversion" rel="nofollow">here</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Nichols</title>
		<link>http://www.red-sweater.com/blog/504/core-intuition-traveling-luddites/comment-page-1#comment-136813</link>
		<dc:creator>Jeff Nichols</dc:creator>
		<pubDate>Fri, 06 Jun 2008 13:33:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/?p=504#comment-136813</guid>
		<description>Yeah, good point about your audience.  I didn&#039;t really mind it of course, it was short and sweet, just kinda felt like the ubiquitous &#039;screeching record at the party&#039; scene.  :D

Thanks for the tip about ditto, I&#039;ll take a look at that.  I know a lot of developers prefer to go the whole &#039;project linking&#039; route.  I&#039;ve never liked that approach for 3rd party libs, even if they are open source.  Just feels wrong.  Yes I have the sources, but I still want to treat it like a black box if possible.  It also ruins my &#039;ideal&#039; of an encapsulated (check-out and build) project.  I find it fascinating that all developers are incredibly anal about certain things, just not always the same things.  Thanks for sharing!</description>
		<content:encoded><![CDATA[<p>Yeah, good point about your audience.  I didn&#8217;t really mind it of course, it was short and sweet, just kinda felt like the ubiquitous &#8217;screeching record at the party&#8217; scene.  :D</p>
<p>Thanks for the tip about ditto, I&#8217;ll take a look at that.  I know a lot of developers prefer to go the whole &#8216;project linking&#8217; route.  I&#8217;ve never liked that approach for 3rd party libs, even if they are open source.  Just feels wrong.  Yes I have the sources, but I still want to treat it like a black box if possible.  It also ruins my &#8216;ideal&#8217; of an encapsulated (check-out and build) project.  I find it fascinating that all developers are incredibly anal about certain things, just not always the same things.  Thanks for sharing!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Jalkut</title>
		<link>http://www.red-sweater.com/blog/504/core-intuition-traveling-luddites/comment-page-1#comment-136810</link>
		<dc:creator>Daniel Jalkut</dc:creator>
		<pubDate>Fri, 06 Jun 2008 12:52:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/?p=504#comment-136810</guid>
		<description>Hi Jeff! Glad the topics were up your alley.

I think the reason I felt compelled to explain source control is we&#039;re not really sure yet who our audience is. I know we have a lot of less technical people tuning in for the &quot;taste of developer life,&quot; and I don&#039;t want to marginalize them too much :) We&#039;ll see how things evolve though, maybe it will turn out to be a more technical podcast than we were necessarily anticipating.

For the annoying subversion situation of updating binaries, I do tend to just merge the bundles, when necessary. The ditto command line tool is handy for this, because you can use it to &quot;spray&quot; the contents of one folder over another, without obliterating the .svn folders in the target.

In general though I try to avoid this situation by not, for instance, checking in binary frameworks to my source bases. I know it&#039;s unavoidable in cases where for instance a licensed library is distributed only as a binary. But for the Sparkle case in particular, I use an Xcode project dependency, so that Sparkle&#039;s framework is built from source every time and then copied into the project. No binaries in any source trees.

Daniel</description>
		<content:encoded><![CDATA[<p>Hi Jeff! Glad the topics were up your alley.</p>
<p>I think the reason I felt compelled to explain source control is we&#8217;re not really sure yet who our audience is. I know we have a lot of less technical people tuning in for the &#8220;taste of developer life,&#8221; and I don&#8217;t want to marginalize them too much :) We&#8217;ll see how things evolve though, maybe it will turn out to be a more technical podcast than we were necessarily anticipating.</p>
<p>For the annoying subversion situation of updating binaries, I do tend to just merge the bundles, when necessary. The ditto command line tool is handy for this, because you can use it to &#8220;spray&#8221; the contents of one folder over another, without obliterating the .svn folders in the target.</p>
<p>In general though I try to avoid this situation by not, for instance, checking in binary frameworks to my source bases. I know it&#8217;s unavoidable in cases where for instance a licensed library is distributed only as a binary. But for the Sparkle case in particular, I use an Xcode project dependency, so that Sparkle&#8217;s framework is built from source every time and then copied into the project. No binaries in any source trees.</p>
<p>Daniel</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Nichols</title>
		<link>http://www.red-sweater.com/blog/504/core-intuition-traveling-luddites/comment-page-1#comment-136809</link>
		<dc:creator>Jeff Nichols</dc:creator>
		<pubDate>Fri, 06 Jun 2008 11:21:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/?p=504#comment-136809</guid>
		<description>Hi Daniel, I&#039;m not usually a big podcast fan, but the topics were so freakin&#039; timely for me I had to listen in.  A few things:

1) You rely on mail filters only existing on your &#039;base&#039; mac?  Holy cow, is it 2001 again??  I personally moved all my domains to Google Apps and couldn&#039;t be happier (but admittedly it&#039;s not for everyone).

2) Considering your audience, it was probably a bit overkill to explain what &#039;source control&#039; is.  ;-)

3) I&#039;ve also been looking into switching to Git, etc.  Unfortunately I simply don&#039;t have the time now for looking deeper into it, so it was great to hear opinions of devs in a similar position to myself.  While I&#039;m stuck with Subversion, will you please answer one question:  How the heck do you update an embedded framework (ie. Sparkle) in your SVN project?  Do you delete and add?  Or filemerge the bundles?  What a PITA bundles + .svn folders are.

Anyways, sorry about the huge comment, but thanks to you both for the podcast... it was a great listen.</description>
		<content:encoded><![CDATA[<p>Hi Daniel, I&#8217;m not usually a big podcast fan, but the topics were so freakin&#8217; timely for me I had to listen in.  A few things:</p>
<p>1) You rely on mail filters only existing on your &#8216;base&#8217; mac?  Holy cow, is it 2001 again??  I personally moved all my domains to Google Apps and couldn&#8217;t be happier (but admittedly it&#8217;s not for everyone).</p>
<p>2) Considering your audience, it was probably a bit overkill to explain what &#8217;source control&#8217; is.  ;-)</p>
<p>3) I&#8217;ve also been looking into switching to Git, etc.  Unfortunately I simply don&#8217;t have the time now for looking deeper into it, so it was great to hear opinions of devs in a similar position to myself.  While I&#8217;m stuck with Subversion, will you please answer one question:  How the heck do you update an embedded framework (ie. Sparkle) in your SVN project?  Do you delete and add?  Or filemerge the bundles?  What a PITA bundles + .svn folders are.</p>
<p>Anyways, sorry about the huge comment, but thanks to you both for the podcast&#8230; it was a great listen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Jalkut</title>
		<link>http://www.red-sweater.com/blog/504/core-intuition-traveling-luddites/comment-page-1#comment-136808</link>
		<dc:creator>Daniel Jalkut</dc:creator>
		<pubDate>Fri, 06 Jun 2008 03:51:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/?p=504#comment-136808</guid>
		<description>&lt;blockquote&gt;Out of curiosity, how do you guys handle branching and merging NIB/XIB files?&lt;/blockquote&gt;
&lt;p&gt;
Heh. Very carefully. :) 
&lt;/p&gt;&lt;p&gt;
Merging or even diffing nib changes sucks.  So I always try to be disciplined and remember to check in ASAP when I make any substantive change. It does raise a good question though, about how a distributed system might make for a tougher merge when nib changes come back into the mainline.  I guess I&#039;ll have to see how that goes. At least, though, with the offline commits you can annotate the changes with comments as you go.&lt;/p&gt;</description>
		<content:encoded><![CDATA[<blockquote><p>Out of curiosity, how do you guys handle branching and merging NIB/XIB files?</p></blockquote>
<p>
Heh. Very carefully. :)
</p>
<p>
Merging or even diffing nib changes sucks.  So I always try to be disciplined and remember to check in ASAP when I make any substantive change. It does raise a good question though, about how a distributed system might make for a tougher merge when nib changes come back into the mainline.  I guess I&#8217;ll have to see how that goes. At least, though, with the offline commits you can annotate the changes with comments as you go.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hugh Bien</title>
		<link>http://www.red-sweater.com/blog/504/core-intuition-traveling-luddites/comment-page-1#comment-136807</link>
		<dc:creator>Hugh Bien</dc:creator>
		<pubDate>Fri, 06 Jun 2008 03:43:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.red-sweater.com/blog/?p=504#comment-136807</guid>
		<description>Great podcast.  I&#039;m currently using Mercurial for version control.  DVC is great for quick branching/merging.  Out of curiosity, how do you guys handle branching and merging NIB/XIB files?</description>
		<content:encoded><![CDATA[<p>Great podcast.  I&#8217;m currently using Mercurial for version control.  DVC is great for quick branching/merging.  Out of curiosity, how do you guys handle branching and merging NIB/XIB files?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
