<?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"
	>
<channel>
	<title>Comments on: Using Subversion for Web Development</title>
	<atom:link href="http://null-logic.net/blog/2008/02/14/using-subversion-for-web-development/feed/" rel="self" type="application/rss+xml" />
	<link>http://null-logic.net/blog/2008/02/14/using-subversion-for-web-development/</link>
	<description></description>
	<pubDate>Thu, 28 Aug 2008 10:16:46 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.1</generator>
		<item>
		<title>By: Afnan</title>
		<link>http://null-logic.net/blog/2008/02/14/using-subversion-for-web-development/#comment-1388</link>
		<dc:creator>Afnan</dc:creator>
		<pubDate>Sat, 26 Jul 2008 05:34:44 +0000</pubDate>
		<guid isPermaLink="false">http://null-logic.net/blog/2008/02/14/using-subversion-for-web-development/#comment-1388</guid>
		<description>There are many other things which are a big question mark.

- What to do about database versioning?
- Suppose both persons commited task1,task2,task3. And for some reason i only want to upload task2 only.</description>
		<content:encoded><![CDATA[<p>There are many other things which are a big question mark.</p>
<p>- What to do about database versioning?<br />
- Suppose both persons commited task1,task2,task3. And for some reason i only want to upload task2 only.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Darren</title>
		<link>http://null-logic.net/blog/2008/02/14/using-subversion-for-web-development/#comment-76</link>
		<dc:creator>Darren</dc:creator>
		<pubDate>Sun, 17 Feb 2008 08:21:27 +0000</pubDate>
		<guid isPermaLink="false">http://null-logic.net/blog/2008/02/14/using-subversion-for-web-development/#comment-76</guid>
		<description>Wow, I've never used Subversion for bug-tracking. I'll check out how it works though. The stuff we're using now is our project management tool - Wrike http://www.wrike.com. What I like about it is that I can make a screen shot, paste it into my email and send it to the system as a bug to be fixed. Pretty cool, isn't it? Saves loads of time.</description>
		<content:encoded><![CDATA[<p>Wow, I&#8217;ve never used Subversion for bug-tracking. I&#8217;ll check out how it works though. The stuff we&#8217;re using now is our project management tool - Wrike <a href="http://www.wrike.com" rel="nofollow">http://www.wrike.com</a>. What I like about it is that I can make a screen shot, paste it into my email and send it to the system as a bug to be fixed. Pretty cool, isn&#8217;t it? Saves loads of time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fabian</title>
		<link>http://null-logic.net/blog/2008/02/14/using-subversion-for-web-development/#comment-75</link>
		<dc:creator>Fabian</dc:creator>
		<pubDate>Sat, 16 Feb 2008 22:20:32 +0000</pubDate>
		<guid isPermaLink="false">http://null-logic.net/blog/2008/02/14/using-subversion-for-web-development/#comment-75</guid>
		<description>How do you actually copy the files from staging area to the production area? Are you doing a simple "cp here there" or something advanced like rsync? A simple cp unfortunately doesn't know anything about deleted files...

I'm interested because I'm currently building something similar and I realized that i need to find a way to deal with deleted files.</description>
		<content:encoded><![CDATA[<p>How do you actually copy the files from staging area to the production area? Are you doing a simple &#8220;cp here there&#8221; or something advanced like rsync? A simple cp unfortunately doesn&#8217;t know anything about deleted files&#8230;</p>
<p>I&#8217;m interested because I&#8217;m currently building something similar and I realized that i need to find a way to deal with deleted files.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nazanin</title>
		<link>http://null-logic.net/blog/2008/02/14/using-subversion-for-web-development/#comment-73</link>
		<dc:creator>nazanin</dc:creator>
		<pubDate>Sat, 16 Feb 2008 14:11:07 +0000</pubDate>
		<guid isPermaLink="false">http://null-logic.net/blog/2008/02/14/using-subversion-for-web-development/#comment-73</guid>
		<description>we used svn1click instead of apache 
it works well</description>
		<content:encoded><![CDATA[<p>we used svn1click instead of apache<br />
it works well</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Web 2.0 Announcer</title>
		<link>http://null-logic.net/blog/2008/02/14/using-subversion-for-web-development/#comment-70</link>
		<dc:creator>Web 2.0 Announcer</dc:creator>
		<pubDate>Sat, 16 Feb 2008 10:14:15 +0000</pubDate>
		<guid isPermaLink="false">http://null-logic.net/blog/2008/02/14/using-subversion-for-web-development/#comment-70</guid>
		<description>&lt;strong&gt;Using Subversion for Web Development...&lt;/strong&gt;

[...]An example of the workflow when using Subversion with web development.[...]...</description>
		<content:encoded><![CDATA[<p><strong>Using Subversion for Web Development&#8230;</strong></p>
<p>[...]An example of the workflow when using Subversion with web development.[...]&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dprevite</title>
		<link>http://null-logic.net/blog/2008/02/14/using-subversion-for-web-development/#comment-66</link>
		<dc:creator>dprevite</dc:creator>
		<pubDate>Sat, 16 Feb 2008 02:47:36 +0000</pubDate>
		<guid isPermaLink="false">http://null-logic.net/blog/2008/02/14/using-subversion-for-web-development/#comment-66</guid>
		<description>Each dev has their own subdmain with their working copy on the development server all working off of the trunk. We haven't used branches at all yet, but I think we will for larger features in the future.

We are tagging versions released to the production server to keep track of what's on the production server, and staging is just where we test things before a release/tag.</description>
		<content:encoded><![CDATA[<p>Each dev has their own subdmain with their working copy on the development server all working off of the trunk. We haven&#8217;t used branches at all yet, but I think we will for larger features in the future.</p>
<p>We are tagging versions released to the production server to keep track of what&#8217;s on the production server, and staging is just where we test things before a release/tag.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kyle Beyer</title>
		<link>http://null-logic.net/blog/2008/02/14/using-subversion-for-web-development/#comment-65</link>
		<dc:creator>Kyle Beyer</dc:creator>
		<pubDate>Sat, 16 Feb 2008 02:17:00 +0000</pubDate>
		<guid isPermaLink="false">http://null-logic.net/blog/2008/02/14/using-subversion-for-web-development/#comment-65</guid>
		<description>So, do you use branches?  One of the things I found that helps is to have a staging and production branch.  Then you can merge from trunk into staging specifically what you want to deploy and then promote to the production branch when it is ready to go live.  This way you always know what is in staging, what is in production, and you have a little more control over what features are pushed.  I wasn't sure by your post if you meant you have three dev branches for each dev or just that each dev has thier own local copy of the repo?</description>
		<content:encoded><![CDATA[<p>So, do you use branches?  One of the things I found that helps is to have a staging and production branch.  Then you can merge from trunk into staging specifically what you want to deploy and then promote to the production branch when it is ready to go live.  This way you always know what is in staging, what is in production, and you have a little more control over what features are pushed.  I wasn&#8217;t sure by your post if you meant you have three dev branches for each dev or just that each dev has thier own local copy of the repo?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Speer</title>
		<link>http://null-logic.net/blog/2008/02/14/using-subversion-for-web-development/#comment-56</link>
		<dc:creator>Robert Speer</dc:creator>
		<pubDate>Fri, 15 Feb 2008 22:39:00 +0000</pubDate>
		<guid isPermaLink="false">http://null-logic.net/blog/2008/02/14/using-subversion-for-web-development/#comment-56</guid>
		<description>We use svn on webdigs.com in a very similar way. The only difference is that we use http://trac.edgewall.org to keep track of changes, and the timeline &#38; ticketing is great for keeping ahead of bugs and knowing what the team has been upto</description>
		<content:encoded><![CDATA[<p>We use svn on webdigs.com in a very similar way. The only difference is that we use <a href="http://trac.edgewall.org" rel="nofollow">http://trac.edgewall.org</a> to keep track of changes, and the timeline &amp; ticketing is great for keeping ahead of bugs and knowing what the team has been upto</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dprevite</title>
		<link>http://null-logic.net/blog/2008/02/14/using-subversion-for-web-development/#comment-55</link>
		<dc:creator>dprevite</dc:creator>
		<pubDate>Fri, 15 Feb 2008 22:32:08 +0000</pubDate>
		<guid isPermaLink="false">http://null-logic.net/blog/2008/02/14/using-subversion-for-web-development/#comment-55</guid>
		<description>I've thought about that, but haven't tried it. How does that work with conflicts?

So far we've just been manually doing updates so we have a little more control over things. We have a post commit script send an email to the team working on the project that keeps everyone up to date.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve thought about that, but haven&#8217;t tried it. How does that work with conflicts?</p>
<p>So far we&#8217;ve just been manually doing updates so we have a little more control over things. We have a post commit script send an email to the team working on the project that keeps everyone up to date.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JGM</title>
		<link>http://null-logic.net/blog/2008/02/14/using-subversion-for-web-development/#comment-51</link>
		<dc:creator>JGM</dc:creator>
		<pubDate>Fri, 15 Feb 2008 18:46:01 +0000</pubDate>
		<guid isPermaLink="false">http://null-logic.net/blog/2008/02/14/using-subversion-for-web-development/#comment-51</guid>
		<description>Nice article, one thing I might suggest adding though. Have you considered having a commit hook that will update a development copy with the latest committed changes automatically?  This saves the tedium of doing the commit/update/test cycle manually, you can commit and go straight to the browser for testing.</description>
		<content:encoded><![CDATA[<p>Nice article, one thing I might suggest adding though. Have you considered having a commit hook that will update a development copy with the latest committed changes automatically?  This saves the tedium of doing the commit/update/test cycle manually, you can commit and go straight to the browser for testing.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
