[Date Prev][Date Next][Thread Prev][Thread Next][Author Index][Date Index][Thread Index]
"Re: How far to go with version management ?!?
- To: xanadu@xxxxxxxxxxxxx
- Subject: "Re: How far to go with version management ?!?
- From: Ted Nelson <ted@xxxxxxxxxxxxxxxxx>
- Date: Mon, 25 Aug 1997 04:47:46 -0700
- In-reply-to: <33FE81B9.B6F7DC16@xxxxxxx>
- Reply-to: xanadu@xxxxxxxxxxxxxxxxx
- Sender: xanni@xxxxxxxxxxxxxxxxx
Hi Peter--
1) I believe version management between users is a very
straightforward issue.
Anyone making a change is making a branch in the version tree.
(see illustration at end of my OSMIC paper, earlier version
stored at xanadu.net-- I need to rewrite the one at Keio to include it).
That means there is never any conflict.
To MERGE people's changes is an editorial issue.
There is no determinate algorithm for it. Someone has to do it
by hand.
Substituting for this by some lockout method (the popular way)
is a broken approach.
(I have been told by people involved with Lotus Notes development
that this is much less of a problem than most people think. The
problem as seen by Lotus users is usually not to reconcile
differences between versions, they tell me; the problem is just to
know about them and understand them. That is what I long suspected.)
2) However, the GENERAL version management problem requires
tracking and being able to undo every change, even in the version tree.
This is what we're trying to do in the OSMIC project.
Best, Ted
- - - -
>Hello Xanadu "Family",
>
>as there are some people on that list who are very much concerned about
>authorship matters, i would like to ask what your proposal would be to
>cope with version management. Imagine that during a day two people are
>working on a document. They sit in Europe and the US and have a nine
>hour time difference. They do several changes to an original document.
>
>Would you like to include these changes at all?
>Would you like to add the time the changes where made, or just the date
>(in the above case it would then be hard to trace the changes!)
>
>I know, this is not a transclusion matter, but a version management
>matter, so you don´t have to tell me this in a reply :-) I am just
>curious what you think about this, and what your ideas on that are ...
>
>Best wishes
>
>Peter
>
>--
>______________________________________________________________________
> Peter Schmidt * CEO InfiniDim Enterprises * Germany * Earth
>______________________________________________________________________
> Fon:+49(0)631/3403416 * Fax:+49(0)3403418 * Mobile:+49(0)171/5190213
> mailto: peter.infinidim@xxxxxxx * http://www.asca.de/infinidim
>______________________________________________________________________
> Dear Bill 42 is the final answer, not 95, 98 or something with NT!
>______________________________________________________________________
>
>
>Content-Type: text/x-vcard; charset=us-ascii; name="vcard.vcf"
>Content-Transfer-Encoding: 7bit
>Content-Description: Visitenkarte f¸r Peter Schmidt
>Content-Disposition: attachment; filename="vcard.vcf"
>
>Attachment converted: Hardisk:vcard.vcf 5 (TEXT/ttxt) (00003C4D)
_________________________________________________________
In USA until 10 September 1997:
Ted Nelson, Project Xanadu, 3020 Bridgeway #295, Sausalito CA
Tel. 415/ 331-4422, fax 415/ 332-0136
_________________________________________________________
In Japan after 10 September 1997:
Theodor Holm Nelson, Visiting Professor of Environmental Information
Keio University, Shonan Fujisawa Campus, Fujisawa, Japan
http://www.sfc.keio.ac.jp/~ted/ PERMANENT E-MAIL: ted@xxxxxxxxxx
Home Fax: 0466-46-7368 From USA: 011-81-466-46-7368
_________________________________________________________