What’s are the best practices for versioning web sites?
- Which revision control systems are well suited for such a job?
- What special-purpose tools exist?
- What other questions should I be asking?
Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.
Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.
Lost your password? Please enter your email address. You will receive a link and will create a new password via email.
Please briefly explain why you feel this question should be reported.
Please briefly explain why you feel this answer should be reported.
Please briefly explain why you feel this user should be reported.
Firstly you can – and should – use a revision control system, most will handle binary files although unlike text files you can’t merge two different set of changes so you may want to set the system up to lock these files whilst they are being changed (assuming that that’s not the default mode of operation for you rcs in the first place).
Where things get a bit more interesting for Websites is managing those files that are required for the site but don’t actually form part of the site – the most obvious example being something like .psd files from which web graphics are produced but which don’t get deployed.
We therefore have a tree for each site which has two folders: assets and site. Assets are things that aren’t in the site, and site is – well the site.
What you have to watch with this is that designers tend to have their own ‘systems’ for ‘versioning’ graphic files (count the layers in the PSD). You don’t need necessarily to stop them doing this but you do need to ensure that they commit each change too.
Other questions?
Deployment. We’re still working on this one (-: But we’re getting better (I’m happier now with what we do!)
Murph