@pickle: so your projects are not in version control?
@Cirdan: do you use Git locally?
The reason I want to know about others' setups is because I'm looking in ways to improve the way I have set up my files and projects.
As it is now it looks something like:
Code: Select all
/documents/
/documents/projects/
/documents/projects/someproject/
/pictures/
/../
/sites/
/sites/someproject/
So as you see in the documents folder are my normal files, with one folder for the projects. Here I keep all project related documents, from legal documents, documentation, small snippets of code, etc etc
Now the sites folder is where the local server runs. There the development version of the project runs. When it's time to put the project live, I copy the files from the site folder to the server.
However, what's missing in this is subversion control. And when it comes to updating a live project it gets messy. First make a backup of files and db from the live server to, for example
/documents/projects/someproject/backups/2009-08-06/
Then copy the changed files from /sites/someproject/ to the live server. Check if everything is ok. If not, go back to the backups and restore the files. Etc It all gets messy fast, because you don't always have an exact replica of the project locally and remote. You need special configuration files locally for example.
Now that I have worked with a few projects using a central subversion server, all these problems fade away (most of them anyway). Checkout the project. Change locally. Update. Do an export to the live site.
Actually, its too bad working with subversion is still quite technical, otherwise I would put
all my files in a repository like place. How many times have you not emailed back and forth word documents with other people, giving those docs names like "proposal-version-6b-mike", writing instructions in the email to let the other know what has changed, etc. getting confused about who was working on what and when.
The tools for a better and more integrated way of working are there, but just not yet good enough to be useful in a broader way.