unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Stefan Monnier <monnier@iro.umontreal.ca>
To: David Kastrup <dak@gnu.org>
Cc: emacs-devel@gnu.org
Subject: Re: backup files for files under VC
Date: Mon, 21 Apr 2008 10:48:59 -0400	[thread overview]
Message-ID: <jwvabjnw9sy.fsf-monnier+emacs@gnu.org> (raw)
In-Reply-To: <85wsmrqv1j.fsf@lola.goethe.zz> (David Kastrup's message of "Mon,  21 Apr 2008 13:58:16 +0200")

>>>> [...]
>>>> 
>>>> and request to change it because the VCS only stores the last
>>>> commit.
>>> 
>>> What version control system would that be?
>> 
>> If I change the file, save it, and remove it afterwards, the changes
>> are lost.

> Why would you do that without checking this into a branch when you have
> serious work done on it?

This is not a good question: clearly something like this has happened to
Torsten, and clearly it can happen to the best of us.

As for the issue at hand, I agree with Torsten that there is a risk of
losing some data.  Setting vc-make-backup-files to a non-nil value can
reduce this risk.  But note that it does not eliminate the risk.

Experience seems to indicate that for most people, the kind of "backup"
provided by VCS is at least as good as the one provided by Emacs's
backup files, so I think it's best to keep vc-make-backup-files set to
nil by default.

Also if the problem you saw was that after:

1 - edit file
2 - "cvs remove" (or "git remove" or "bzr remove")

the edit was lost, maybe the right place to solve it is in cvs/git/bzr:
revision control systems generally place a lot of emphasis on not losing
any data, so they may/should provide a way to undo the "cvs remove" and
recover the edits you've made in "file".


        Stefan




  parent reply	other threads:[~2008-04-21 14:48 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-04-21  7:57 backup files for files under VC Torsten Bronger
2008-04-21  8:30 ` Nick Roberts
2008-04-21  9:39 ` David Kastrup
2008-04-21 11:14   ` Torsten Bronger
2008-04-21 11:58     ` David Kastrup
2008-04-21 12:18       ` Torsten Bronger
2008-04-21 12:35         ` David Kastrup
2008-04-21 12:50           ` Torsten Bronger
2008-04-21 13:09             ` David Kastrup
2008-04-21 13:18               ` Torsten Bronger
2008-04-21 13:39                 ` David Kastrup
2008-04-21 14:01                   ` Torsten Bronger
2008-04-21 17:20                   ` Messy VC checkouts (was: backup files for files under VC) Phil Hagelberg
2008-04-21 18:00                     ` Messy VC checkouts Stefan Monnier
2008-04-21 18:18                     ` Thien-Thi Nguyen
2008-04-21 19:48               ` backup files for files under VC Richard Stallman
2008-04-21 14:53             ` Stefan Monnier
2008-04-21 15:47               ` Torsten Bronger
2008-04-21 16:27                 ` David Kastrup
2008-04-21 16:35                   ` Torsten Bronger
2008-04-21 14:48       ` Stefan Monnier [this message]
2008-04-21 15:20         ` David Kastrup

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

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=jwvabjnw9sy.fsf-monnier+emacs@gnu.org \
    --to=monnier@iro.umontreal.ca \
    --cc=dak@gnu.org \
    --cc=emacs-devel@gnu.org \
    /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.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).