From: David Kastrup <dak@gnu.org>
To: emacs-devel@gnu.org
Subject: Re: Multiple checkout copies
Date: Tue, 03 Feb 2015 20:41:12 +0100 [thread overview]
Message-ID: <87vbji236v.fsf@fencepost.gnu.org> (raw)
In-Reply-To: <877fvyhkj3.fsf@violet.siamics.net> (Ivan Shmakov's message of "Tue, 03 Feb 2015 19:17:36 +0000")
Ivan Shmakov <ivan@siamics.net> writes:
>>>>>> David Kastrup <dak@gnu.org> writes:
>
> > "I'm typically interested in" is no base for promoting problematic
> > workflows since it violates the "do not use it unless you understand
> > what it does" dictum for the recipient of such a recipe.
>
> The whole idea behind this discussion is to clarify when
> --shared is reasonable, — and when it isn’t. Isn’t it?
And the manual page clearly states that it requires to know what you are
doing. That makes it feasible for use in a script, and unfeasible for
use in a recipe: the latter _can_ and will be varied, violating the "do
not use it unless you understand what it does" prerequisite given in its
manual page.
And all of the handwaving and qualifications _after_ having the problems
pointed out make _very_ obvious that the required information for using
it safely is not likely to be communicated in informal discussions.
In addition, we've had --shared confused with --local (which is implied
anyway). So the takeaway is not to use any options in connection with
creating local clones manually. That steers around all of the not
reliably reproducible problems, at a mostly moderate cost in disk usage.
"Handling a foot gun is not hard and can be fun" is a frequent software
engineering pain vector.
--
David Kastrup
next prev parent reply other threads:[~2015-02-03 19:41 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-02-01 20:34 Multiple checkout copies Richard Stallman
2015-02-01 21:43 ` Paul Eggert
2015-02-02 13:35 ` Richard Stallman
2015-02-02 15:19 ` Elias Mårtenson
2015-02-03 1:10 ` Richard Stallman
2015-02-03 1:32 ` Paul Eggert
2015-02-03 8:40 ` David Kastrup
2015-02-02 17:42 ` Ivan Shmakov
2015-02-02 18:12 ` Ivan Shmakov
2015-02-03 1:10 ` Richard Stallman
2015-02-03 7:14 ` Ivan Shmakov
2015-02-03 10:02 ` Achim Gratz
2015-02-03 10:22 ` David Kastrup
2015-02-03 12:53 ` Achim Gratz
2015-02-03 13:15 ` David Kastrup
2015-02-03 13:37 ` Ivan Shmakov
2015-02-03 13:57 ` David Kastrup
2015-02-03 18:30 ` Ivan Shmakov
2015-02-03 18:53 ` David Kastrup
2015-02-03 19:17 ` Ivan Shmakov
2015-02-03 19:41 ` David Kastrup [this message]
2015-02-03 20:25 ` Ivan Shmakov
2015-02-04 23:02 ` Richard Stallman
2015-02-03 17:46 ` Stefan Monnier
2015-02-03 16:50 ` Steinar Bang
2015-02-03 17:05 ` David Kastrup
2015-02-03 22:55 ` Steinar Bang
2015-02-03 23:05 ` Richard Stallman
2015-02-04 8:48 ` Achim Gratz
2015-02-04 8:55 ` David Kastrup
2015-02-04 12:02 ` Ivan Shmakov
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=87vbji236v.fsf@fencepost.gnu.org \
--to=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).