Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision Next revisionBoth sides next revision | ||
| lirec:version_control_guide [2009-02-04 16:16] – davegriffiths | lirec:version_control_guide [2009-02-04 16:19] – davegriffiths | ||
|---|---|---|---|
| Line 3: | Line 3: | ||
| [[:Version control]] is a way to develop software in a scalable way. Even if you are the only person working on a project, it enables you to write code with more confidence, as you know you have every change tracked - no more wondering what you did which broke everything, as you can find out easily. You can also tag points in development for retrieval later on - it's a good idea to do this before working on big structural changes which could cause instability while you work on them. | [[:Version control]] is a way to develop software in a scalable way. Even if you are the only person working on a project, it enables you to write code with more confidence, as you know you have every change tracked - no more wondering what you did which broke everything, as you can find out easily. You can also tag points in development for retrieval later on - it's a good idea to do this before working on big structural changes which could cause instability while you work on them. | ||
| - | Version control can be also be used in order to share development between groups of people, up to hundreds of developers. It takes care of merging all the changes together, which often worries people new to version control but it generally works well, and if it finds a confusing case (normally where two developers have changed the same line of code) it asks you to confirm what it's doing. | + | Version control can be also be used in order to share development between groups of people, up to hundreds of developers. It takes care of merging all the changes together, which often worries people new to version control, but it generally works well. If it finds a confusing case (normally where two developers have changed the same line of code) it asks you to confirm what it's doing. |
| It won't do all this magically though. Some usage patterns need to be followed by developers to make sure that they don't tread on each others toes. | It won't do all this magically though. Some usage patterns need to be followed by developers to make sure that they don't tread on each others toes. | ||
| Line 9: | Line 9: | ||
| =====Revision control usage pattern===== | =====Revision control usage pattern===== | ||
| - | This usage pattern is common to all revision control systems. You get the most out of version control if you make it part of your daily programming routine. | + | This usage pattern is common to all revision control systems, languages and types of project. You avoid causing other people problems and get the most out of version control if you make it part of your daily programming routine |
| The general idea is that code lives on a remote server, and you keep a local copy of the source on your hard drive. You edit files and compile as normal then ' | The general idea is that code lives on a remote server, and you keep a local copy of the source on your hard drive. You edit files and compile as normal then ' | ||
81.188.78.24