Want to win a PS4? Go Premium and enter to win our High-Tech Treats giveaway. Enter to Win


Version control reccomendations

Posted on 2009-07-16
Medium Priority
Last Modified: 2013-11-25
Hi Experts,

I have just released a fairly large sized project that took me about a year to develop.

During the development, version control was not a problem because we just had a single development server, and there are only 2 of us working on the project so it was simple.

However now that we are live, I am having trouble with different files of different types, some with 1 or 2 modifications in, others with 10 or 15, but they are the same file, but on the dev & live sites.

I need a nice version control system so that I can keep track of what is going on, and make sure that modifications are not put live in one place and not live in another to keep the file types the same.

Now being the cheap little coder that I am, I have no interest in spending $400 on a system I know nothing about.

Does anyone have any reccomendations on good version control systems?

I have a 3 way model of development.

1.) Master development machine holds all development files.
2.) Development server <-- We put the files manually from the master dev machine to the dev server.
3.) Live server. <-- Again the move from the development server to the live server is manual.

Now this is allot of work for a lowly person like myself. I don't need a system that is overly complicated because I am not doing overly complicated things. I am just needing to be able to keep track of development changes, and make sure that either I or the other developer on this project don't make changes to the live system without first going through the process of Dev machine, to dev server to live server.

I hope I have made myself clear, but It's difficult to understand what I want, without a full grasp of what SVN and version control software actually does.

So what can you guys reccomend as good software? As mentioned earlier I don't want to pay the earth, nor do I want something that's overly complicated, because what I am attempting to achive is not that complicated.

Below is a little project information for your info.

Type: Website
Language: PHP
Developers: 2
Current version control: me.

Question by:billy_howard
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 2
LVL 14

Expert Comment

ID: 24868496
I use Microsoft's visual source safe, it is easy to use and very function. It does not support PHP by default, however, you can drag php or any file and drop it into the application, when you need to work on, you check it out. I don't know if your IDE supports version control if yes, it may use SS.

I found this topic discussing what you are talking about. http://www.zefhemel.com/archives/2005/02/12/php-version-control

I found other open source version and supversion control, however, it is hard to use because they do use commands on console.
LVL 14

Assisted Solution

profya earned 200 total points
ID: 24868522
LVL 35

Accepted Solution

gr8gonzo earned 1800 total points
ID: 24869153
Hi Billy,

I've used SVN, Visual SourceSafe (VSS), and Git. The concepts are all the same, though. Version control basically means that all of your application files are "checked in" to a big container (called a repository) that sits in some central location (usually a server) that your developers can all access.

To work on the application, you usually "check out" the project from the repository. This basically downloads the files from the repository onto your local computer so you can edit them and so on. Usually, developers have their own testing environment on their local computer so they can quickly test their changes. After a developer has finished with his/her changes, the dev "commits" the files back to the repository. This usually does not remove the files from the developer's machine - it just copies the changes back to the server. The server receives the files, figures out what's new and what's changed, and then applies those changes to the repository.

The version control part of it comes into the picture here. The server keeps track of each change of the file (when it's committed). So when you start with a file that just has "abc" in it and you edit the file, change it to "abcdef" and commit it back to the server, the server now knows that the LATEST version of the file has "abcdef" but if you ever need a previous version (often called a "revision"), then you can request it from the server.

What I often do for smaller projects is have one repository. I then set up my production, testing, and development environments all as working copies (meaning that each is basically a "checked out" version of the application). The working copies don't update themselves automatically, so each environment will stay at its particular revision until you tell it to update.

So if I start out at revision #1, all 3 of my environments are also at revision #1. I then make changes and stuff on my development machine and commit the changes (let's say I do this a few times unti l get to revision 4 or something). Now my environments look like:

Production: Revision #1
Testing: Revision #1
Development: Revision #4
Central Server / Repository: Latest Revision is #4

When I'm reading to officially test, I go to the Testing server and simply use the appropriate tools to check out the files for Revision #4. (Side note: you usually don't have to remember revision numbers. You can often just tell the tool to check out the latest revision, whatever it is. But if you have a lot of developers or something, you may want to specify the revision in case other people are committing things that should not be in the official testing environment). Now my environments look like:

Production: Revision #1
Testing: Revision #4
Development: Revision #4
Central Server / Repository: Latest Revision is #4

Let's say revision #4 tested successfully, and is now considered ready for production. At this point, I go to the Production environment, and use the version control tools to update to Revision #4. (I always specify the revision for production releases, just to be extra certain I'm not pushing anything that should not be pushed).

Now all environments are at Revision #4, and the lifecycle is complete.

That's basically how I use version control systems to control new version releases of my applications.

Now that I've offered a basic explanation of the idea of version control, here are some specifics:

I started using Visual Sourcesafe (VSS). About 4 months into a non-.NET project, we ditched it because it was occasionally corrupting files. It seems okay for .NET projects, but I wouldn't trust it on anything else.

I then used SVN, and it worked decently well for the most part. It has 3 downsides, in my opinion:

#1. After about a year, I noticed that there was a significant decrease in speed when checking for updated files or committing updated files.

#2. SVN creates a .svn folder in each folder of your application in order to track the files. Normally, this doesn't bother me, but it did significantly increase the number of files in the system (the .svn folder contains a structure that has separate files that contain information about each file that is tracked).

#3. SVN is not very smart about merging branches of development. This may not be an issue for you if you only have a couple developers or if you don't really want to use branches at all.

One upside is that there are a lot of nice tools you can use with SVN, like TortoiseSVN. Many of those tools make the process pretty simple (1 or 2 clicks).

Git is what I'm using now for most of my projects. I use it because it is much faster than SVN in many respects (especially when you have a lot of small files), it only needs one .git folder in the top folder of each application to track the entire app (instead of the many .svn folders), and it is much better at merging and branching (which is what I use for more complicated projects).

The only two downsides of Git that I've found are:
#1. it is not as immediately user-friendly as SVN. There IS a TortoiseGit program that is supposed to simulate the popular TortoiseSVN program, but I have not tried it yet. I use a tool that gives me a Linux-like shell on Windows and I use that. Once you're used to it, it's just about as fast (if not faster) than the GUI tools.

#2. there are some SVN commands that were nice that have not yet been introduced to Git (some analysis tools, mainly). This is not a big deal, though, because of Git's other strengths that let me easily work around this.

Ultimately, I would go with SVN or Git. Maybe use SVN to start out and get used to the whole idea, and then upgrade to Git when you recognize the differences. They are both free, open-source products (with free, open-source client tools, too), so you're not really going to spend any money on either one.

Author Closing Comment

ID: 31604162
The most fantastic comments, really well thought out and really explained it well. Can't describe how much better that makes me feel!


Featured Post

Veeam Disaster Recovery in Microsoft Azure

Veeam PN for Microsoft Azure is a FREE solution designed to simplify and automate the setup of a DR site in Microsoft Azure using lightweight software-defined networking. It reduces the complexity of VPN deployments and is designed for businesses of ALL sizes.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

This article discusses how to create an extensible mechanism for linked drop downs.
Many old projects have bad code, but the budget doesn't exist to rewrite the codebase. You can update this code to be safer by introducing contemporary input validation, sanitation, and safer database queries.
The viewer will learn how to dynamically set the form action using jQuery.
This tutorial will teach you the core code needed to finalize the addition of a watermark to your image. The viewer will use a small PHP class to learn and create a watermark.
Suggested Courses

618 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question