[RFC] Workingstyle of different VCS systems

[Andreas Pakulat]

On 12.04.07 11:49:39, Kuba Ober wrote:
> On Tuesday 10 April 2007, Andreas Pakulat wrote:
> > On 10.04.07 06:24:31, Kuba Ober wrote:
> > > On Thursday 05 April 2007, Andreas Pakulat wrote:
> > > > before I propose an update on the VCS interface I'd like to get
> > > > people's experience with VCS systems. I have myself good experience
> > > > with CVS and SVN but those two are pretty similar. I also used
> > > > ClearCase about 3 years ago but don't recall the exact details.
> > > >
> > > > So currently we're aiming for something like this:
> > >
> > > In aegis, everything is done in a change, so the notion of a change
> > > always is there in a background. Everything that happens is manipulation
> > > of a change. A change should be thought of a working directory in your
> > > home directory.
> > >
> > > > commit - let the VCS transfer local changes into the VCS
> > >
> > > In aegis, this is a multistep process, and ends with the change not
> > > existing anymore. This has to be taken care into account.
> >
> > Well, than the plugin has to take care of this. I'm just looking for
> > "actions" that we need, not how they are implemented at the end.
> 
> The problem is that after a commit, none of the files the kdevelop may need 
> are there anymore.

I feared that, I think thats going to be a problem. OTOH the aegis plugin
could ask the project controller to close the project if all changed
files are comitted...

> > Uhm, not its not. This should only show a listing of the file + the name
> > of the author of each line in front of the line. Nothing more.
> 
> 1. Aegis has no notion of file lines, files are just that: files, they are not 
> interpreted in any way (except for the project configuration file).
> 2. You can use many different diff tools in aegis.

This is not about diffing.

> 3. If you need such a detailed history, it'd need to be something that has to 
> be set up in a project-specific way, e.g. in my projects I don't have it even 
> set up simply because I never needed that feature.

Aha, so aegis doesn't have a history of what part of a file was changed
by whom. Does it know who changed a file last time? I guess annotate
should be  an optional function.

As for the other comments from you: I don't have anything to add,
lock/unlock will probably part of a ILockableSCM, I think I will leave
out cleanup completely.

Andreas

-- 
Good day for overcoming obstacles.  Try a steeplechase.