Comments on: Why you should deploy your game with source control http://buildingbrowsergames.com/2008/11/27/why-you-should-deploy-your-game-with-source-control/ Ever wanted to build a browsergame? Wed, 30 Nov 2011 19:42:01 +0000 http://wordpress.org/?v=2.8.5 hourly 1 By: Jacob Santos http://buildingbrowsergames.com/2008/11/27/why-you-should-deploy-your-game-with-source-control/comment-page-1/#comment-633 Jacob Santos Sun, 21 Dec 2008 04:18:50 +0000 http://buildingbrowsergames.com/?p=586#comment-633 I usually, do automatic deployments with either after a commit or a duration of time. The automatic, with a commit script, works great, since you'll always have an up-to-date copy on the live server. If there are permissions problems with the commit script, then you can do it with a cron job.<br><br>The reason I do it this way, is that I'd already have tested the changes I made before committing, so every commit should already be stable. The second reason is that I don't have to shell or remote into the server to update.<br><br>I don't want to have to give my developers access to shell and so by doing it automatic, I relieve that requirement. All work that I do uses version control, but Subversion isn't always easy for novices.<br><br>It is very basic in that you do the same steps over and over again, but there are catches and if you've never had a conflict, then you'll be confused as to what you have to do. It is worth learning though. I usually, do automatic deployments with either after a commit or a duration of time. The automatic, with a commit script, works great, since you'll always have an up-to-date copy on the live server. If there are permissions problems with the commit script, then you can do it with a cron job.

The reason I do it this way, is that I'd already have tested the changes I made before committing, so every commit should already be stable. The second reason is that I don't have to shell or remote into the server to update.

I don't want to have to give my developers access to shell and so by doing it automatic, I relieve that requirement. All work that I do uses version control, but Subversion isn't always easy for novices.

It is very basic in that you do the same steps over and over again, but there are catches and if you've never had a conflict, then you'll be confused as to what you have to do. It is worth learning though.

]]> By: Jacob Santos http://buildingbrowsergames.com/2008/11/27/why-you-should-deploy-your-game-with-source-control/comment-page-1/#comment-213 Jacob Santos Sat, 20 Dec 2008 22:18:50 +0000 http://buildingbrowsergames.com/?p=586#comment-213 I usually, do automatic deployments with either after a commit or a duration of time. The automatic, with a commit script, works great, since you'll always have an up-to-date copy on the live server. If there are permissions problems with the commit script, then you can do it with a cron job.<br><br>The reason I do it this way, is that I'd already have tested the changes I made before committing, so every commit should already be stable. The second reason is that I don't have to shell or remote into the server to update.<br><br>I don't want to have to give my developers access to shell and so by doing it automatic, I relieve that requirement. All work that I do uses version control, but Subversion isn't always easy for novices.<br><br>It is very basic in that you do the same steps over and over again, but there are catches and if you've never had a conflict, then you'll be confused as to what you have to do. It is worth learning though. I usually, do automatic deployments with either after a commit or a duration of time. The automatic, with a commit script, works great, since you'll always have an up-to-date copy on the live server. If there are permissions problems with the commit script, then you can do it with a cron job.

The reason I do it this way, is that I'd already have tested the changes I made before committing, so every commit should already be stable. The second reason is that I don't have to shell or remote into the server to update.

I don't want to have to give my developers access to shell and so by doing it automatic, I relieve that requirement. All work that I do uses version control, but Subversion isn't always easy for novices.

It is very basic in that you do the same steps over and over again, but there are catches and if you've never had a conflict, then you'll be confused as to what you have to do. It is worth learning though.

]]> By: Luke http://buildingbrowsergames.com/2008/11/27/why-you-should-deploy-your-game-with-source-control/comment-page-1/#comment-196 Luke Sun, 14 Dec 2008 17:03:09 +0000 http://buildingbrowsergames.com/?p=586#comment-196 Yup! That's exactly why I do all my deploys from source control now - even<br>if I'm not at my primary development machine, I can still pull down a copy<br>of the source code, make my changes, and deploy it. Yup! That's exactly why I do all my deploys from source control now – even
if I'm not at my primary development machine, I can still pull down a copy
of the source code, make my changes, and deploy it.

]]> By: Sunchaser http://buildingbrowsergames.com/2008/11/27/why-you-should-deploy-your-game-with-source-control/comment-page-1/#comment-195 Sunchaser Sun, 14 Dec 2008 11:37:45 +0000 http://buildingbrowsergames.com/?p=586#comment-195 now i switched blackswordrpg from cvs to svn :)<br><br>With unfuddle i can work on the game wherever i am now i switched blackswordrpg from cvs to svn :)

With unfuddle i can work on the game wherever i am

]]> By: Luke http://buildingbrowsergames.com/2008/11/27/why-you-should-deploy-your-game-with-source-control/comment-page-1/#comment-186 Luke Thu, 04 Dec 2008 14:39:52 +0000 http://buildingbrowsergames.com/?p=586#comment-186 Hi Paul,<br>You're definitely right about rolling back single files causing dependencies<br>issues - and checking out based on a tag is definitely a good way to work<br>around that problem. Hi Paul,
You're definitely right about rolling back single files causing dependencies
issues – and checking out based on a tag is definitely a good way to work
around that problem.

]]> By: Scion http://buildingbrowsergames.com/2008/11/27/why-you-should-deploy-your-game-with-source-control/comment-page-1/#comment-185 Scion Thu, 04 Dec 2008 14:01:54 +0000 http://buildingbrowsergames.com/?p=586#comment-185 just adding my 2c<br><br>I wonder if rolling back a single file to a previous version.....(in production at least) could be dangerous in of itself....your app is likely to have a number of interdependancies and if you roll back to a previous version of a single script you may find that everything is still not working because of inconsistant interdependancies.<br><br>I prefer to tag the repository with a build number and then checkout the tagged revison of the whole project....<br><br>But on the whole i agree completely....if your not using source control....your not doing yourself any faours. just adding my 2c

I wonder if rolling back a single file to a previous version…..(in production at least) could be dangerous in of itself….your app is likely to have a number of interdependancies and if you roll back to a previous version of a single script you may find that everything is still not working because of inconsistant interdependancies.

I prefer to tag the repository with a build number and then checkout the tagged revison of the whole project….

But on the whole i agree completely….if your not using source control….your not doing yourself any faours.

]]> By: Sunchaser http://buildingbrowsergames.com/2008/11/27/why-you-should-deploy-your-game-with-source-control/comment-page-1/#comment-180 Sunchaser Fri, 28 Nov 2008 16:05:08 +0000 http://buildingbrowsergames.com/?p=586#comment-180 Thanks, very useful and interesting article.<br>I created an account on Unfuddled, what about a related article on installing a wamp/lamp environment on a usb keys? Thanks, very useful and interesting article.
I created an account on Unfuddled, what about a related article on installing a wamp/lamp environment on a usb keys?

]]>