<?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/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	>
<channel>
	<title>Comments on: Subversion Enlightenment</title>
	<atom:link href="http://www.jangro.com/web-development/subversion-enlightenment/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.jangro.com/web-development/subversion-enlightenment/</link>
	<description>Geek stuff, Electronics, Gadgets, and Web Development</description>
	<lastBuildDate>Thu, 09 Sep 2010 01:13:06 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Rocktober Round-Up. What a Month! &#124; Jangro.com</title>
		<link>http://www.jangro.com/web-development/subversion-enlightenment/comment-page-1/#comment-146130</link>
		<dc:creator>Rocktober Round-Up. What a Month! &#124; Jangro.com</dc:creator>
		<pubDate>Fri, 01 May 2009 14:31:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.jangro.com/a/2007/06/12/subversion-enlightenment/#comment-146130</guid>
		<description>[...] especially using the Wordpress Subversion repository. I&#8217;ve written in the past about us moving to Subversion here in our development process. We&#8217;re finally there, and It&#8217;s been really REALLY [...]</description>
		<content:encoded><![CDATA[<p>[...] especially using the Wordpress Subversion repository. I&#8217;ve written in the past about us moving to Subversion here in our development process. We&#8217;re finally there, and It&#8217;s been really REALLY [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Coda 1.5 is Available. Wish I Could Use It. &#124; Jangro.com</title>
		<link>http://www.jangro.com/web-development/subversion-enlightenment/comment-page-1/#comment-129209</link>
		<dc:creator>Coda 1.5 is Available. Wish I Could Use It. &#124; Jangro.com</dc:creator>
		<pubDate>Wed, 27 Aug 2008 23:46:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.jangro.com/a/2007/06/12/subversion-enlightenment/#comment-129209</guid>
		<description>[...] all your software development version control woes. Even if you work alone, it&#8217;s worthwhile. I&#8217;ve written about subversion before, so I&#8217;ll leave it at that. Anyway, with some TextMate macros that run subversion and rsync, [...]</description>
		<content:encoded><![CDATA[<p>[...] all your software development version control woes. Even if you work alone, it&#8217;s worthwhile. I&#8217;ve written about subversion before, so I&#8217;ll leave it at that. Anyway, with some TextMate macros that run subversion and rsync, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Skinner</title>
		<link>http://www.jangro.com/web-development/subversion-enlightenment/comment-page-1/#comment-129054</link>
		<dc:creator>Daniel Skinner</dc:creator>
		<pubDate>Thu, 10 Jan 2008 17:14:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.jangro.com/a/2007/06/12/subversion-enlightenment/#comment-129054</guid>
		<description>I am interested to know the best way to handle databases in version control. My application relies on a certain database structure that may change and I would like to VC. However the actual test data is not important.&lt;br&gt;&lt;br&gt;Do you keep an SQL dump of the basic structure in VC? When checking out each developer has their own version of the database or just executes the SQL file to get the latest structure?&lt;br&gt;&lt;br&gt;Anyone have any ideas on how best to handle this?</description>
		<content:encoded><![CDATA[<p>I am interested to know the best way to handle databases in version control. My application relies on a certain database structure that may change and I would like to VC. However the actual test data is not important.</p>
<p>Do you keep an SQL dump of the basic structure in VC? When checking out each developer has their own version of the database or just executes the SQL file to get the latest structure?</p>
<p>Anyone have any ideas on how best to handle this?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Carsten Cumbrowski</title>
		<link>http://www.jangro.com/web-development/subversion-enlightenment/comment-page-1/#comment-127791</link>
		<dc:creator>Carsten Cumbrowski</dc:creator>
		<pubDate>Sat, 23 Jun 2007 06:51:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.jangro.com/a/2007/06/12/subversion-enlightenment/#comment-127791</guid>
		<description>You might whant to check out &quot;Git&quot; by Linus Torvald. He gave a presentation at Google in May. &lt;a href=&quot;http://www.youtube.com/watch?v=4XpnKHJAok8&quot;&gt;Here is the Video&lt;/a&gt; on YouTube. He slamms Svn :) (he is obviously not a big fan of how the folks at Subversion (and also CVS btw) are doing version management hehe).</description>
		<content:encoded><![CDATA[<p>You might whant to check out &#8220;Git&#8221; by Linus Torvald. He gave a presentation at Google in May. <a href="http://www.youtube.com/watch?v=4XpnKHJAok8">Here is the Video</a> on YouTube. He slamms Svn <img src='http://www.jangro.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  (he is obviously not a big fan of how the folks at Subversion (and also CVS btw) are doing version management hehe).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott</title>
		<link>http://www.jangro.com/web-development/subversion-enlightenment/comment-page-1/#comment-35353</link>
		<dc:creator>Scott</dc:creator>
		<pubDate>Thu, 14 Jun 2007 15:45:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.jangro.com/a/2007/06/12/subversion-enlightenment/#comment-35353</guid>
		<description>AltJ, a little paranoia is a good thing, for sure.

The more I look into this, the more I like the idea of keeping only a sample config file in the source control for security reasons.

Not that I don&#039;t trust people working on the project, but there&#039;s really no need to have production database passwords being checked out and stored on their local computers.

It&#039;s becoming clear to me now why some open source applications distribute a config-sample.php which must be renamed to config.php and not simply a config.php that must be edited.</description>
		<content:encoded><![CDATA[<p>AltJ, a little paranoia is a good thing, for sure.</p>
<p>The more I look into this, the more I like the idea of keeping only a sample config file in the source control for security reasons.</p>
<p>Not that I don&#8217;t trust people working on the project, but there&#8217;s really no need to have production database passwords being checked out and stored on their local computers.</p>
<p>It&#8217;s becoming clear to me now why some open source applications distribute a config-sample.php which must be renamed to config.php and not simply a config.php that must be edited.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: AltJ</title>
		<link>http://www.jangro.com/web-development/subversion-enlightenment/comment-page-1/#comment-35208</link>
		<dc:creator>AltJ</dc:creator>
		<pubDate>Wed, 13 Jun 2007 17:51:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.jangro.com/a/2007/06/12/subversion-enlightenment/#comment-35208</guid>
		<description>Yes, Scott.  It looks like you understood what I was trying to say.  
&quot;The only risk being new settings getting added to the base config file without person who manages the specific site realizing it.&quot; - I&#039;ve done this in the past and my QA process quickly finds it.  

I like VB&#039;s and your methods but there can be some security drawbacks.

With previous employers (in the banking industry) we were prohibited from storing production access credentials anywhere but in production so we couldn&#039;t use those methods.  We were forced through a change control process that included updating the environment specific config file when necessary.

(Let me get my tin-foil hat on.)
I don&#039;t necessarily have complete trust in some of my hosting providers (I know some admins can get nosey), so I don&#039;t like to store any unnecessary usernames/passwords on my webhosts.  This could also leak a list of other sites you have that are running off the same codebase.

These comments are probably just a paranoid carryover from those previous employers.</description>
		<content:encoded><![CDATA[<p>Yes, Scott.  It looks like you understood what I was trying to say.<br />
&#8220;The only risk being new settings getting added to the base config file without person who manages the specific site realizing it.&#8221; &#8211; I&#8217;ve done this in the past and my QA process quickly finds it.  </p>
<p>I like VB&#8217;s and your methods but there can be some security drawbacks.</p>
<p>With previous employers (in the banking industry) we were prohibited from storing production access credentials anywhere but in production so we couldn&#8217;t use those methods.  We were forced through a change control process that included updating the environment specific config file when necessary.</p>
<p>(Let me get my tin-foil hat on.)<br />
I don&#8217;t necessarily have complete trust in some of my hosting providers (I know some admins can get nosey), so I don&#8217;t like to store any unnecessary usernames/passwords on my webhosts.  This could also leak a list of other sites you have that are running off the same codebase.</p>
<p>These comments are probably just a paranoid carryover from those previous employers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: WebDev: The Case for a Local Development Environment at Jangro.com</title>
		<link>http://www.jangro.com/web-development/subversion-enlightenment/comment-page-1/#comment-35202</link>
		<dc:creator>WebDev: The Case for a Local Development Environment at Jangro.com</dc:creator>
		<pubDate>Wed, 13 Jun 2007 16:09:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.jangro.com/a/2007/06/12/subversion-enlightenment/#comment-35202</guid>
		<description>[...] Register          &#171; Subversion Enlightenment [...]</description>
		<content:encoded><![CDATA[<p>[...] Register          &laquo; Subversion Enlightenment [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brenda</title>
		<link>http://www.jangro.com/web-development/subversion-enlightenment/comment-page-1/#comment-127790</link>
		<dc:creator>Brenda</dc:creator>
		<pubDate>Wed, 13 Jun 2007 14:47:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.jangro.com/a/2007/06/12/subversion-enlightenment/#comment-127790</guid>
		<description>Scott...&quot;Three developers working in three locations means that we need a better solution.&quot; We have experienced the same thing and it can be challenging.  I hope your new system works for you.</description>
		<content:encoded><![CDATA[<p>Scott&#8230;&#8221;Three developers working in three locations means that we need a better solution.&#8221; We have experienced the same thing and it can be challenging.  I hope your new system works for you.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott</title>
		<link>http://www.jangro.com/web-development/subversion-enlightenment/comment-page-1/#comment-35193</link>
		<dc:creator>Scott</dc:creator>
		<pubDate>Wed, 13 Jun 2007 13:14:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.jangro.com/a/2007/06/12/subversion-enlightenment/#comment-35193</guid>
		<description>good stuff VB.  I do something similar, but instead check the hostname like this.

&lt;code&gt;
if ($_SERVER[&#039;HTTP_HOST&#039;] == &quot;dev.hostname.com&quot;) {
 // dev settings
} else {
 // default to prod
}
&lt;/code&gt;

I like your method a little better as it doesn&#039;t rely on the the hostname matching exactly (with problems like having a www or not on prod).

I didn&#039;t make the leap that this could serve well in this case too.  It would require, however, that the config get cluttered up with each developer&#039;s settings.  I guess that&#039;s not that awful and in fact does allow for version control on this file.</description>
		<content:encoded><![CDATA[<p>good stuff VB.  I do something similar, but instead check the hostname like this.</p>
<p><code><br />
if ($_SERVER['HTTP_HOST'] == "dev.hostname.com") {<br />
 // dev settings<br />
} else {<br />
 // default to prod<br />
}<br />
</code></p>
<p>I like your method a little better as it doesn&#8217;t rely on the the hostname matching exactly (with problems like having a www or not on prod).</p>
<p>I didn&#8217;t make the leap that this could serve well in this case too.  It would require, however, that the config get cluttered up with each developer&#8217;s settings.  I guess that&#8217;s not that awful and in fact does allow for version control on this file.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: VB</title>
		<link>http://www.jangro.com/web-development/subversion-enlightenment/comment-page-1/#comment-127789</link>
		<dc:creator>VB</dc:creator>
		<pubDate>Wed, 13 Jun 2007 09:39:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.jangro.com/a/2007/06/12/subversion-enlightenment/#comment-127789</guid>
		<description>Sorry I accidentally posted the msg before I completed my example:&lt;br&gt;&lt;br&gt;if (getenv(â€™SERVERNAMEâ€™) == â€˜devâ€™) &lt;br&gt;{&lt;br&gt;  $dbhost = &quot;localhost&quot;;&lt;br&gt;  $dbuser = &quot;root&quot;;&lt;br&gt;  dbpass = &quot;pass&quot;;&lt;br&gt;} &lt;br&gt;elseif (getenv(â€™SERVERNAMEâ€™) == â€˜prodâ€™) &lt;br&gt;{&lt;br&gt;  $dbhost = &quot;prodhost&quot;;&lt;br&gt;  $dbuser = &quot;produser&quot;;&lt;br&gt;  dbpass = &quot;prodpass&quot;;&lt;br&gt;}</description>
		<content:encoded><![CDATA[<p>Sorry I accidentally posted the msg before I completed my example:</p>
<p>if (getenv(â€™SERVERNAMEâ€™) == â€˜devâ€™) <br />{<br />  $dbhost = &#8220;localhost&#8221;;<br />  $dbuser = &#8220;root&#8221;;<br />  dbpass = &#8220;pass&#8221;;<br />} <br />elseif (getenv(â€™SERVERNAMEâ€™) == â€˜prodâ€™) <br />{<br />  $dbhost = &#8220;prodhost&#8221;;<br />  $dbuser = &#8220;produser&#8221;;<br />  dbpass = &#8220;prodpass&#8221;;<br />}</p>
]]></content:encoded>
	</item>
</channel>
</rss>
