From: David Masover <ninja@slaphack.com>
To: Peter van Hardenberg <pvh@uvic.ca>
Cc: reiserfs-list@namesys.com, Yoanis Gil Delgado <fred@lab.matcom.uh.cu>
Subject: Re: Authoring a versioning plugin
Date: Thu, 12 Jan 2006 15:58:52 -0600 [thread overview]
Message-ID: <43C6D11C.90602@slaphack.com> (raw)
In-Reply-To: <200601121014.37940.pvh@uvic.ca>
Peter van Hardenberg wrote:
> Hi Yoanis, good to see you're still pursuing this.
>
> On January 11, 2006 02:59 pm, Yoanis Gil Delgado wrote:
> I would second Hans' suggestion about a "..../version/snapshot" file which
> would essentially act like a "cvs commit" on that file. I'd suggest that
> there be two similar versioning plugins, one which automatically versions
> after each write, and one which only does it when explicitly asked to. See
> the fibration plugin type for an example of this.
Sounds good. I'd propose a third: auto-versioning with optional
commits. Every commit nukes all previous auto-verisons and adds a
long-term version. That is:
The file
foo/.../version/1234
would be the version before
foo/.../version/auto/1
And if you committed
foo/.../version/auto/5678
it would become
foo/.../version/1235
and
foo/.../version/auto/*
would be nuked.
That way, you can protect yourself from doing something extremely
stupid, such as "rm file", without having to go back to a manual
version, while at the same time having a sane set of manual versions
(where you know you didn't do something *that* stupid) to keep your disk
usage sane, and to make it easier to go back and find something that
genuinely was a previous version, and not just an "oops, the cat stepped
on the keyboard and nuked all my changes" version.
next prev parent reply other threads:[~2006-01-12 21:58 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-01-11 22:59 Authoring a versioning plugin Yoanis Gil Delgado
2006-01-12 4:09 ` Hans Reiser
2006-01-12 6:44 ` Hans Reiser
2006-01-12 16:33 ` Jonathan Briggs
2006-01-12 18:33 ` Bedros Hanounik
[not found] ` <200601121502.32227.fred@lab.matcom.uh.cu>
2006-01-12 20:08 ` Yoanis Gil Delgado
2006-01-12 21:48 ` David Masover
2006-01-12 22:43 ` Bedros Hanounik
[not found] ` <200601121856.00665.fred@lab.matcom.uh.cu>
2006-01-12 23:56 ` Yoanis Gil Delgado
2006-01-13 20:59 ` Hans Reiser
2006-01-13 16:43 ` David Masover
[not found] ` <200601121434.54881.fred@lab.matcom.uh.cu>
2006-01-12 20:05 ` Yoanis Gil Delgado
2006-01-12 19:13 ` Mike Benoit
2006-01-12 18:14 ` Peter van Hardenberg
[not found] ` <200601121439.09483.fred@lab.matcom.uh.cu>
2006-01-12 20:06 ` Yoanis Gil Delgado
2006-01-12 21:58 ` David Masover [this message]
2006-01-13 20:34 ` Hans Reiser
2006-01-13 21:17 ` Toomas Laasik
2006-01-13 21:48 ` Hans Reiser
2006-01-14 11:56 ` Pierre Etchemaïté
2006-01-13 23:00 ` Jonathan Sailor
2006-01-14 9:07 ` Peter van Hardenberg
2006-01-14 17:28 ` David Masover
2006-01-14 22:23 ` Hans Reiser
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=43C6D11C.90602@slaphack.com \
--to=ninja@slaphack.com \
--cc=fred@lab.matcom.uh.cu \
--cc=pvh@uvic.ca \
--cc=reiserfs-list@namesys.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.