git@vger.kernel.org mailing list mirror (one of many)
 help / color / mirror / code / Atom feed
From: Philip Oakley <philipoakley@iee.email>
To: Ingo Wolf <ingo.wolf@gmx.de>, Git List <git@vger.kernel.org>
Subject: Re: No Checkout / Read Only config Flag
Date: Fri, 8 Nov 2019 16:08:35 +0000	[thread overview]
Message-ID: <baf800ba-d92c-74be-d590-56f3bb4c6c44@iee.email> (raw)
In-Reply-To: <f3378b7b-c745-58db-55ed-c2c2a6818734@gmx.de>

On 07/11/2019 21:34, Ingo Wolf wrote:
> Hi,
>
> is there a readonly / no checkout flag in the git configs?
>
Not that I'm aware of, but the use-case isn't clear, and is perhaps 
contrary to actually having a version management system
> I use Git to trace / Backup some worktrees and would like to prevent
> changing them accidentally with git.
>
How would such 'accidents' happen? What's the size of the worktree and 
how do you do such an accidental commit?

I could see that if you are changing hundreds of files within a commit, 
and only one or two files need preserved, then did a `git add -A` you 
would include any changes to those one or two special files, which 
needed special attention.

This feels similar but not quite the same as previous discussions about 
'precious' files (the latter commonly being untracked/ignored, but 
shouldn't be removed/cleaned).

Technology won't solve the human error modes..., though a clear use case 
can help.
-- 
Philip


      parent reply	other threads:[~2019-11-08 16:08 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-11-07 21:34 No Checkout / Read Only config Flag Ingo Wolf
2019-11-08 15:50 ` Konstantin Khomoutov
2019-11-08 16:08 ` Philip Oakley [this message]

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: http://vger.kernel.org/majordomo-info.html

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

  git send-email \
    --in-reply-to=baf800ba-d92c-74be-d590-56f3bb4c6c44@iee.email \
    --to=philipoakley@iee.email \
    --cc=git@vger.kernel.org \
    --cc=ingo.wolf@gmx.de \
    /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://80x24.org/mirrors/git.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).