Version control System


Published on

Published in: Technology
  • Be the first to comment

  • Be the first to like this

No Downloads
Total views
On SlideShare
From Embeds
Number of Embeds
Embeds 0
No embeds

No notes for slide

Version control System

  1. 1. Version ControlSystem Presented By E.SAIKUMAR
  2. 2. Development Scenario #1You’re working on the 2.0 version of “your great app.”But 2.0 doesn’t quite compile yet… and customer finds acritical bug in 1.0, which must be fixed ASAP.If youre smart, you have a copy of your 1.0 source.Youmake the change and release, but how to you merge yourchanges into your 2.0 code?If youre not so smart, you have NO source code saved.You have no way to track down the bug, and you looseface until 2.0 is ready.
  3. 3. Development Scenario #2Your working on a large scale development project. Butyou believe one of your team members has addedmalicious code to the project. How do you monitor whatthey’ve changed in your 10,000 line, or 100,000 lineproject?i.e. How do you add accountability to a text file?
  4. 4. Version controlVersion control manages changeThe only constant is change (Heraclitus)
  5. 5. Why version control:• They allow teams to collaborate• They manage change and allow for inspection• They track ownership• They track evolution of changes• They allow for branching• They allow for continuous integration
  6. 6. Version Control: The Ancients1972 – Source Code Control System (SCCS)Born out of Bell Labs, based on interleaveddeltas No open source implementations asfar as I know1982 – Revision Control System (RCS)Released as an alternative to SCCS Operateson single files Open source implementationhosted at GNU
  7. 7. Version control : The centralized• One centralized server with the revision information• Clients checkout a working copy locally• Most operations happen on the server• Linear revision history
  8. 8. Version Control: The Centralized• 1990 – Concurrent Versions System (CVS) Initially released as some scripts on top of RCS Made branching possible for most people Revisions by commits are per file , No atomic commit,Not really maintained anymore...• 2000 – Subversion (SVN) Released as an improvement to CVS Atomic commits via transactions Open source implementation hosted at Apache
  9. 9. Workspaces & Repository Your WorkspaceCover.rtf (ver 1.2)Chapter 1.txt (ver 1.32) RepositoryChapter 2.txt (ver 1.20) Cover.rtf (ver 1.2)Chapter 3.txt (ver 1.14) Chapter 1.txt (ver 1.32) Chapter 2.txt (ver 1.20) Chapter 3.txt (ver 1.15)Workspace Workspace Workspace
  10. 10. The Repository• The repository holds information including dates, labels, branches, versions, etc.• The repository holds just the changes between versions, saving space.• Also referred to as the a “depot” or “root”• Often held on a central server
  11. 11. Checkout & Commit Checkout & Modify Repository Cover.rtf (ver 1.2) Chapter 1.txt (ver 1.32) Chapter 2.txt (ver 1.20) Chapter 3.txt (ver 1.14) WorkspaceCover.rtf (ver 1.2 - Modified)Chapter 1.txt (ver 1.32)Chapter 2.txt (ver 1.20 - Modified)Chapter 3.txt (ver 1.14) RepositoryChapter 4.txt (ver 1.1 - New) Cover.rtf (ver 1.3) Chapter 1.txt (ver 1.32) Chapter 2.txt (ver 1.21) Commit Chapter 3.txt (ver 1.14) Chapter 4.txt (ver 1.1)
  12. 12. Checkout• With checkout commands, one can summon files or sets of files from the repository based on date, tag, branch, or any of a number of other criteria.
  13. 13. Update Workspace Cover.rtf (ver 1.2) Chapter 1.txt (ver 1.35) Chapter 2.txt (ver 1.21) Chapter 3.txt (ver 1.14) Repository Cover.rtf (ver 1.4) Chapter 1.txt (ver 1.35) Update Chapter 2.txt (ver 1.22) Chapter 3.txt (ver 1.18) Chapter 4.txt (ver 1.3) WorkspaceCover.rtf (ver 1.4 - Updated)Chapter 1.txt (ver 1.35)Chapter 2.txt (ver 1.21 - Conflict)Chapter 3.txt (ver 1.18)Chapter 4.txt (ver 1.3 - New)
  14. 14. Update• Update commands will automatically bring your workspace up-to-date with the latest (or however you specify) files from the repository.• Update automatically merges non-exclusive changes between files and initiates conflict resolution if necessary.• Updates involving conflicts solicit information from the user how they wish to have a conflict resolve.
  15. 15. Version Control: The Distributed• Every client has a copy of the full repository locally• All repository operations are local (except sharing)• Intelligent network operations when sharing content• A very non linear revision history• Large online communities to share changes
  16. 16. Version Control: The Distributed• 2001 – GNU arch First open source DVCS Deprecated; not maintained anymore• 2005 – Git Created as the SCM for the Linux kernel by Linus• 2005 – Mercurial (Hg) Cross-platform DVCS• 2007 – Bazaar (BZR) Sponsored by Canonical
  17. 17. Branches everywhere• Creating and destroying branches are simple operations so its easy to experimen with new ideas• Very easy to isolate changes
  18. 18. Merging• DVCS are all about merging• Merges are just the weaving together of two (or more) local branches into one• However, unlike CVCS, you dont have to specify anything about where youre merging from and to; the trees automatically know what their split point was in the past, and can work it out from there.
  19. 19. Collaboration:• Developers can easily collaborate directly without needing a central authority or dealing with server administration costs
  20. 20. Disconnected operations rule!• Developers can still be productive and not worry about a central server going down... remember the days of complaining that CVS was down and you couldnt work?
  21. 21. File Annotation• Allows you to see who changed what when, line by line.• Useful for tracking bugs.• Can be used in combination with diff and history for even more information.
  22. 22. Conclusion• The future of version control is distributed!• Lessons Learned at Eclipse moving to a DVCS• Version controller enables a nice code review workflow
  23. 23. ?? . .Want to Know more..!