Cvs and version control
Download as PPT, PDF0 likes311 views
This document discusses version control systems and how they allow developers to collaborate better by managing changes to source code. It covers both centralized version control systems like CVS and Subversion, as well as distributed version control systems like Git, Mercurial, and Bazaar. Key benefits of version control include tracking ownership of changes, managing concurrent work, and facilitating code reviews.
Cvs and version control
- 1. Version Control System Presented By E.SAIKUMAR
- 2. Development Scenario #1 You’re working on the 2.0 version of “your great app.” But 2.0 doesn’t quite compile yet… and customer finds a critical bug in 1.0, which must be fixed ASAP. If you're smart, you have a copy of your 1.0 source.You make the change and release, but how to you merge your changes into your 2.0 code? If you're not so smart, you have NO source code saved. You have no way to track down the bug, and you loose face until 2.0 is ready.
- 3. Development Scenario #2 Your working on a large scale development project. But you believe one of your team members has added malicious code to the project. How do you monitor what they’ve changed in your 10,000 line, or 100,000 line project? i.e. How do you add accountability to a text file?
- 4. Version control Version control manages change The only constant is change (Heraclitus)
- 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. Version Control: The Ancients 1972 – Source Code Control System (SCCS) Born out of Bell Labs, based on interleaved deltas No open source implementations as far as I know 1982 – Revision Control System (RCS) Released as an alternative to SCCS Operates on single files Open source implementation hosted at GNU
- 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. 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. Workspaces & Repository Your Workspace Cover.rtf (ver 1.2) Chapter 1.txt (ver 1.32) Repository Chapter 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. 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. 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) Workspace Cover.rtf (ver 1.2 - Modified) Chapter 1.txt (ver 1.32) Chapter 2.txt (ver 1.20 - Modified) Chapter 3.txt (ver 1.14) Repository Chapter 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. 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. 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) Workspace Cover.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. 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. 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. 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. Branches everywhere • Creating and destroying branches are simple operations so it's easy to experimen with new ideas • Very easy to isolate changes
- 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 don't have to specify anything about where you're merging from and to; the trees automatically know what their split point was in the past, and can work it out from there.
- 19. Collaboration: • Developers can easily collaborate directly without needing a central authority or dealing with server administration costs
- 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 couldn't work?
- 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. 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. ?? . . Want to Know more..!