Re: There should be a `.gitbless; file, protecting files from git clean

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Jan 28, 2019 at 10:30 PM Sebastian Gniazdowski
<psprint@xxxxxxxxxxx> wrote:
>
>
>
> On 28 stycznia 2019 at 06:05:31, Duy Nguyen (pclouds@xxxxxxxxx) wrote:
> > There's a patch that adds "precious" git attribute [1]. I was going to
> > resend once the backup-log [2] got reviewed but I might just send it
> > separately to handle the "git clean" case alone.
> >
> > [1] https://public-inbox.org/git/20181111095254.30473-1-pclouds@xxxxxxxxx/
> > [2] https://public-inbox.org/git/20181209104419.12639-1-pclouds@xxxxxxxxx/
>
>
> The backup log, if done properly, could allow to use git more freely, without nerves that something will beak. I wonder if it could restore also the state before an improper `git clea -dxf' call? I think the chances are low, because this would requrire to save untracked files, but it's worth asking?

backup-log already saves untracked files for "git reset --hard"
support if I remember correctly. Adding support for "git clean" is not
that big a deal. It's just the matter whether to turn it on by default
(because there will be a lot of files being backed up). But now that I
think about it, if backup log is enabled, perhaps we allow "git clean
-dx" (without -f or -i) which will back up all deleted files, while
-fdx will not. Hmm...
-- 
Duy




[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux