Comments on: Version Control: SVN, PHP and MySQL

By: Gerry

Gerry — Mon, 01 Feb 2010 23:18:31 +0000

BTW, your comments script incorrectly labels me as using Safari, when I’m using Chrome

I think this is mostly Google’s fault as their useragent identifies itself as such in part:

http://www.google.com/chrome/intl/en/webmasters-faq.html#useragent

(switching to Firefox for this post)

By: Gerry

Gerry — Mon, 01 Feb 2010 22:49:41 +0000

Sounds similar to what we have done too. So do you check out all of the dev folder into the staging folder, because surely some things in the dev repository would still be in development, while others would be reading for staging. How do you manage this?

By: Lyubomir Petrov

Lyubomir Petrov — Mon, 26 Nov 2007 20:16:35 +0000

Our public are is a working copy (with checkout) with an mod_rewrite option do deny access to .svn directories from users (via HTTP).
I think this is the fastest way to sync the public area, a large project ~60-70MB with alot of files can need 1-2mins for svn export, so checkout will fix only the changed files and the application will not hangout.

Other way of doing this is using svn export to temporary directory and after all files are exported, just use /bin/mv to move the files (you must 1st remove the old folder), but this will need time.

Depending on the site/application (public large scale web application, private (itranet) web site/application and etc..) type you can use other suitable ways of syncing. There are many other ways, but I think those are the most used ones.

By: Iñaki

Iñaki — Mon, 26 Nov 2007 18:40:14 +0000

Lyubomir, how do you copy files from staging to the public area? rsync? Or do you checkout from SVN again?

By: Lyubomir Petrov

Lyubomir Petrov — Wed, 17 Oct 2007 16:36:43 +0000

PS: We can do a chat in Skype if you need more information and ofcourse If i can help somehow my skype is: cheaser-r0x

By: Lyubomir Petrov

Lyubomir Petrov — Wed, 17 Oct 2007 16:35:57 +0000

I don’t know what you mean in ‘shadow folders’, but using SVN is easy.
Just checking out the ‘dev’ folder in a temporary folder, clearing the current (old) ‘staging’, then checking out the temp folder to ‘staging’.
And we have a fresh ‘staging’ now and we can proceed to run tests and etc.
(with the same procedure we checkout the ‘staging’ to ‘public’ if we think that staging works OK).

This is for the SVN part. About DBChanges, we had developed an tool that reads db table information from XML files and then parses it. If they are changed (the XML files), we create Patches files that are recorded on the file space (later we sync it with SVN, for some reasons).

Another way of creating an DBChanges Version Control on the data in a dbtable is the usage of ‘audition’ observer, that looks around for ‘UPDATE’,'INSERT’,'DELETE’ and saves meta information in a DBTable or files. This is some kind of usable cos’ almost any information can be reversed to its parent version and this helps while the (web)application is in Beta version

About ‘branches’, yah they can be used after we get an working and stable version (all works in the `staging`), so we can copy the working version to an ‘branch’ with common version name.

By: josh

josh — Wed, 17 Oct 2007 16:04:31 +0000

hi. i read your article. we are in the middle of selecting a versioning software. Our setup is exactly as you describe yours. we have played around with quite a few options and have failed to find anything that is a perfect fit.

Would you care to share how you deploy from deve to staging and so on.

deploying to dev is simple with shadow folders, but how do deploy to your staging box?

branches? triggers? a little info would be greatly appreciated.

Thanks