Deleted vcs1.rst~

1 files changed, 0 insertions, 307 deletions

diff --git a/Version_Control/vcs1/vcs1.rst~ b/Version_Control/vcs1/vcs1.rst~
deleted file mode 100644
index 1609a30..0000000
--- a/Version_Control/vcs1/vcs1.rst~
+++ /dev/null
@@ -1,307 +0,0 @@
-
-.. Prerequisites
-.. -------------
-
-.. None
-
-.. Author : Primal Pappachan
-   Internal Reviewer : Kiran Kishore
-   Date: Jan 6, 2012
---------
-Script
---------
-
-.. L1
-
-{{{ Show the first slide containing title, name of the production team along with the logo of MHRD}}}
-
-i.. R1
-
-Hello friends and welcome to the tutorial on 'Version Control with Hg' 
-
-.. L2
-
-{{{Show the slide containing the objectives}}}
-
-.. R2
-
-At the end of this tutorial you will be able to
-
-1. Understand what is Version Control and the need for it.
-
-#. Create and use repository on a daily basis
-
-.. R3
-
-First, let's understand what Version Control is
-
-.. L3
-
-{{{Show the slide 'what is version control'}}}
-
-.. R4
-
-Version control is a way to track files over time and share them. This allows access to earlier versions of a file(s) if and when required. It therefore enables us to make changes to the content of a file, view it's change log and collaborate on a single piece of work with a bunch of people.
- 
-
-.. L4
-
-{{{Show the slide 'Home-brewed'}}}
-
-.. R5
-
-Let's look at an example of home-brew Version Control system
-
-Version control is a way of backing up files, before making changes. Most people would have cooked up their own version control system, without realizing, there were tools built by others, that performs the task in a more organized and systematic way.  
-
-.. L5
-
-{{{Show the slide 'Problems'}}}
-
-Let's look at the various problems associated with this setup.
-
-.. R6
-
-Now, let's move onto identifying the needs for a 'Version Control System'.
-
-.. L6
-
-{{{Show the slide 'The need for Version Control'}}}
-
-.. R7
-
-We have seen that one of the main motivation to use a version system control system is the ability to go back to a working version of the file, when something stops working. Below are a few more advantages of using an automated version control system.
-
-1. By tracking the history of the project, an outsider can see the evolution of a project.
-
-#. Allows for effective collaboration on the project as everything is shared.
-
-#. Helps to identify which additions have broken down the project and thus aids in efficient tracking down of the bugs.
-
-#. It is good for a one man show as it is for a big group of people working on a project.
-
-
-.. L7
-
-{{{Show the slide 'How does it work? - Analogy}}}
-
-.. R8
-
-It is, in some ways, similar to playing a video game. We generally play games in stages, saving the game, each time we finish a stage or complete a task. We continue playing, but we could, if necessary, choose to go back to one of the saved states and start over. In this manner we could change the state of the game.
-
-.. L8
-
-{{{Show the slide 'Mercurial or hg'}}}
-
-.. R9
-
-Some of the Version Control tool available and used widely are:
-
-1. cvs(Concurrent Version Systems)
-
-#. svn(subversion)
-
-#. hg(mercurial)
-
-#. git
-
-.. R10
-
-Each of these tools have their own merits and demerits. In this tutorial we will be learning to use mercurial or hg.
-
-Let's now get into Installation
-
-.. L8
-
-sudo apt-get install mercurial
-
-.. R11
-
-For Windows,
-
-.. L9
-
-http://mercurial.selenic.com/downloads/
-
-Type 'hg' which lists out all the commands 
-
-.. L10
-
-$hg
-
-.. R12
-
-and 'hg version' which gives the version number.
-
-.. L11
-
-$hg version
-
-.. R13
-
-Now why exactly is a repo? A repo/repository is a folder with all your files and a store of all the changes that were made to it. To save disk space, hg doesn't save all files, but only saves only a series of changes made to the files.
-
-.. L13
-
-{{{Show the slide for 'We need a repo!'}}}
-
-.. R14
-
-Let's now see how to initialize a repo
-
-.. L14
-
-cd working-directory/
-
-$hg init
-
-ls -a
-
-.. R15
-
-The .hg directory indicates that our book directory is now a hg repository. Mercurial keeps all the history of the changes made and a few other config files etc. in this directory.
-
-.. L13
-
-$hg status
-
-.. R15
-
-Gives the status of our repo. As a beginner, use it often.
-
-.. L14
-
-$hg help 'status'
-
-.. R16
-
-You can use 'hg help commandname' which gives the details about the command. For example.
-
-.. L15
-
-hg help status
-
-{{{Show the slides for 'Status Codes'}}}
-
-.. R17
-
-Have a look at what various status codes associated with files means. By looking at the codes, it is clear that our files are not yet being tracked by hg. Now Let's move onto Adding Files.
-
-.. L16
-
-$hg status
-
-.. R18
-
-This shows that none of the files in the folder have not been added yet.
-
-.. L17
-
-$hg add
-
-.. R19
-
-This simply adds all the files in the (working) directory, to the repository, As expected, the status command shows an A has been appeneded to the filenames. We could also specify files individually, for example
-
-.. L18
-
-$ hg add filename
-
-.. R20
-
-We have added a set of files to the repository, but we haven't told mercurial to remember these changes. Now let's take a snapshot of this working directory. This can be done by using commit command.
-
-.. L19
-
-$hg commit -u "username <user@domain.com>" -m "Commit message."
-
-.. R20
-
-The -u parameter allows to specify the user details. The parameter -m is used to attach a commit message which gives a description of the changes committed to the repository. Check the status of repository by typing
-
-.. L20
-
-$ hg st
-
-.. R21
-
-To see the history of changes made to our repository, we use hg log. We can view the change that we just made to our repoistory.
-
-.. L21
-
-{{{Show the slide 'Thumbnail views'}}}
-
-.. R21
-
-hg log gives the log of the changes made in the form of changesets. A changeset is a set of changes made to the repository between two consecutive commits. It also shows the date at which the commit was made.
-
-
-.. R22
-
-User information is set in the hgrc file. It can be either globally or locally to the project.
-
-For linux systems
-.. L23
-
-cat ~/.hgrc 
-[ui]
-username = username <user@domain.com>
-editor = vim
-
-
-.. R23
-
-
-We have now set the username details for mercurial to use.
-
-.. L24
-
-{{{Show the slide 'Advice: commits, messages'}}} 
-
-.. R24
-
-1. Atomic changes; one change with one commit
-
-#. Single line summary — 60 to 65 characters long
-
-#. Followed by paragraphs of detailed description
- -  Why the change?
- - What does it effect?
- - Known bugs/issues?
- - etc.
-
-.. L25
-
-{{{Show the 'summary' slide'}}}
-
-.. R25
-
-This brings us to the end of the tutorial. In this tutorial, we have
-learnt to,
-
-.. L26
-
-{{{Show self assessment questions slide}}}
-
-.. R26
-
-Here are some self assessment questions for you to solve
-
-.. L27
-
-{{{Show the solutions slide to self assessment questions }}}
-
-.. R27
-
-And the answers,
-
-
-.. L27
-
-{{{Show the thank you slide}}}
-
-.. R28
-
-Hope you have enjoyed this tutorial and found it useful.
-Thank you
-