introductory concurrent version system (cvs) ucr technical seminar 10/23/03 dan berger...

36
Introductory Concurrent Version System (CVS) UCR Technical Seminar 10/23/03 Dan Berger dberger @ cs . ucr . edu

Post on 22-Dec-2015

225 views

Category:

Documents


1 download

TRANSCRIPT

Introductory Concurrent Version System (CVS)

UCR Technical Seminar10/23/03

Dan Berger [email protected]

Adgenda

Introduction– What is configuration management?– Key concepts.

CVS Workflow– Copy-Modify-Merge

Getting Started with CVS– Creating a repository– Importing assets– Checking in & Checking Out

Using CVS– Managing Change

Introduction: What is CM?

Record Keeping– What assets (source, binary) went into

producing some product?– What did this asset look like at some point

in the past?

Collaboration– Who's working on which assets?– Who worked on this asset last?– Who made a specific change to this asset

(and when?)

Introduction: Key Concepts

Repository: The “master” copy of the assets.– Contains all revision history for all

assets.

Working Directory (aka sandbox): a developers private copy of the assets.– Contains a copy of a particular version of

assets.

CVS Workflow

CVS allows multiple people to be working on the same set of assets at the same time. Copy-Modify-Merge means you take a copy of the assets, modify your local copy, and merge your changes back in to the master repository.

CVS Workflow (cont.)

cvs checkout <project>– edit to your hearts content…

cvs update– resolve conflicts

cvs commit

Getting Started w/ CVS

Creating a Repository (one time only)Importing AssetsChecking out a working copyViewing changesCommitting changesWorking with previous versions

Creating a Repository

% export CVSROOT=~/CVSRoot

% cvs init

% ls –l ${CVSROOT}

drwx------ CVSROOT/

There are some magic files in ${CVSROOT}/CVSROOT – ignore them for now.

Importing Assets

importing places a copy of an existing directory tree (rooted at `pwd`) into the repositorycvs import mod-path vendor release– mod-path is the directory under

$CVSROOT to import the files into– vendor and release are more complicated

but (for our purposes) less important. • I suggest vendor=`whoami`, release=“initial”.

Importing Assets Example

% cvs import cvs-seminar/hello-world\ `whoami` initial \

–m “initial import”

N cvs-seminar/hello-world/hello.C

N cvs-seminar/hello-world/Makefile

No conflicts created by this import

Importing Assets (Cont.)

Importing assets doesn’t touch the files in the current directory.That also means changes to the files in the working directory aren’t tracked.We need to get a copy from the repository first…

Getting a Working Copy

% cvs checkout \

cvs-seminar/hello-world

cvs checkout: Updating cvs-seminar/hello-world

U cvs-seminar/hello-world/Makefile

U cvs-seminar/hello-world/hello.C

% ls –l cvs-seminar/

CVS/

% ls –l cvs-seminar/hello-world

CVS/

hello.C

Makefile

Viewing Changes

Imagine we changed the files – fixing the typo in hello.C and adding a default target to the Makefile.Before we commit these changes, we’d like to see what we actually changed:cvs can show us which files have changed, and/or the specific changes to the files.

cvs -n update

% cvs –n updatecvs update: Updating .M MakefileM hello.C? hello

the leading “M” indicates the file has been Modified. The “?” means the file isn’t being managed by CVS.

cvs diff

% cvs diff hello.CIndex: hello.C=========================================RCS file: …retrieving version 1.1.1.1diff –r 1.1.1.1 hello.C11c11< cout << “Helllo, world!” << endl;---> cout << “Hello, world!” << endl;

cvs status

cvs status will tell you the status of a file in your working copy.

% cvs status hello.C

===================================

File: hello.C Status: Up-to-date

Working revision: x.x

Repository revision: x.x

Adding Files

CVS will essentially “ignore” new files, until you tell it they’re important and should be managed.

% cvs add README

cvs add: scheduling file ‘README’ for addition

cvs add: use ‘cvs commit’ to add this file permanently

Deleting Files

first, remove the file from your working copy (with rm), then

% cvs delete filecvs remove: scheduling `FILE’ for removalcvs remove: use ‘cvs commit’ to remove \

this file permanently

% cvs commitRemoving FILE;…/FILE,v <-- FILEnew revision: delete; previous revision: 1.1done

Removing Files (cont.)

CVS doesn’t actually remove the file, it places it into the Attic.– You can still retrieve any version of

the “deleted” file:% cvs up –r X.Y FILE

U FILE

Renaming

One place where CVS makes life difficult*. Renaming files is non-trivial.Two methods: – one that preserves change history, but

requires file system access to the repository,

– and one that breaks change history but can be done completely through the client.

Renaming: The Easy Way

% cp old-name new-name% rm old-name% cvs delete old-name% cvs add new-name% cvs commit

You can explain the rename in the log message, and point viewers to the old-name for complete revision history.

Committing Changes

Once we’re happy with our changes, we need to commit them to the repository.We can commit all our changes, or changes to an individual file (often dangerous).

Checking In Example

% cvs commit cvs commit: Examining .Checking in Makefile;…/Makefile,v <-- Makefilenew revision 1.2; previous revision 1.1RCS file: …/README,vdoneChecking in README:…/README,v <-- READMEinitial revision 1.1doneChecking in hello.C…/hello.C,v <-- hello.Cnew revision 1.2; previous revision 1.1done

Working with Versions

the –r tag can be provided to CVS commands, and it will cause them to affect a specific version of the named asset.For example: % cvs diff –r 1.1 Makefile

You can also check out previous versions of files (cvs co –r x.x filename), and even commit to (branch from) previous versions of files.

Diff and Patch

Not strictly CVS related, but terribly valuable tools.diff generates the differences between two (sets of) files.patch can apply that set of differences to another file

Diff Example

Say I have two copies of my project:– unmodified-copy and modified-copy

% diff –Naurw unmodified-copy \ modified-copy

CVS will do this also, without having two versions checked out:

% cvs diff –auw –r other-version

Patch Example

Once I have a unified diff (the –u to diff), I can apply the changes specified in the diff to another file:

% patch < diff-file

This also works with trees of files.Read the man page to patch for more options.

CVS Version Numbers

Imported files have an initial version of 1.1.1.1 – there’s a reason, but for now just ignore it.“Normal” version numbers are w.x – cvs automatically increments x each time you commit changes to the file. It never automatically increments w.– If you branch a file, it’s version number

becomes w.x.y.z. We’re not going to talk about branches in this talk. (Advanced CVS, anyone?)

CVS Magic Strings

Some strings have special meaning to CVS, and if they appear in your files, CVS will “evaluate” them during checkout.– $Id:$ is the most common/useful, it

gets evaluated to a string of the form:$Id: Makefile,v 1.2.1.3 2003/10/20 \ 23:08:20 dberger Exp $

CVS and Binary Files

CVS assumes that files are text unless told otherwise. This can cause issues if a binary file (like a jpg, PDF, etc.) contains one of the magic strings mentioned above.This can be handled two ways: file-by-file, or by file extension:% cvsadmin –kb fileor adding the extension to cvswrappers (more later)

${CVSROOT}/CVSROOT

CVSROOT/ contains control files – many of which are only interesting if you’re using CVS in a group.– CVSROOT is just another module – so you

can check it out/diff it/commit to it.– DON’T TOUCH THESE FILES DIRECTLY!

Remember “cvswrappers”? It lives here – it allows hooks to run when files go in or out of CVS. There’s a sample linked from the tech seminar page.

Accessing CVS Remotely

Three methods, pserver, rsh, ext.pserver is a cvs-specific network protocol, it’s not encrypted and has to be setup by the remote admin – so we’re going to ignore it.rsh is just too horrible for words, which leaves ext:% export CVS_RSH=ssh

% export CVSROOT= \ :ext:user@host:/path/to/cvsroot

note that cvsroot is the directory containing CVSROOT/

Remote CVS (cont.)

Note that if your CVS repository is NFS exported and always available directly (I.e. it’s in your home directory), you don’t need to use the ext method to reach it.

% export CVSROOT=/home/…/CVSRoot

What We Didn’t Cover

cvs watchers and editorsanonymous cvsCVS and IDE’s (emacs/eclipse, etc)PermissionsTaggingBranchingMergingDetecting and Resolving Conflicts…

Subversion

<skeptic> a “better” CVS </skeptic>You can’t set it up for yourself (it’s repository can’t live on an NFS share, like your home directory).The command line interface is very similar (intentionally).

Where to Find More

CVS Home Page: http://www.cvshome.orgCVS Online Book: http://cvsbook.red-bean.comCVS GUI’s: http://www.wincvs.org– TortoiseCVS (Windows Explorer Extension):

http://www.tortoisecvs.org

Subversion Home Page: http://subversion.tigris.orgSubversion Online Book (draft): http://svnbook.red-bean.com