Re: [PATCH] Introduce core.keepHardLinks

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

 



Johannes Schindelin <Johannes.Schindelin@xxxxxx> writes:

> - all the editors that this guy tested keep the hard links, so it was 
>   kinda hard to understand why Git insists on behaving differently,
>
> - if the user asked for hard links, it is not Git's place to question that 
>   decision,

These are non-arguments, when you are asked to give rationale for adding
capability to "ask for hard links" to begin with.

IOW, the question was why git should support tracked contents being
hardlinked to something else.

[jc: Sorry for dropping Shawn from CC: list.  pobox.com seems to complain
on his address for some reason.  Here are msmtp log for an identical
message with and without him on the recipient list.

Oct 13 10:23:57 host=sasl.smtp.pobox.com tls=on auth=on user=junio@xxxxxxxxx from=junio@xxxxxxxxx recipients=Johannes.Schindelin@xxxxxx,barkalow@xxxxxxxxxxxx,git@xxxxxxxxxxxxxxx,spearce@xxxxxxxxxxx,gitster@xxxxxxxxx smtpstatus=451 smtpmsg='451 4.3.5 Server configuration problem' errormsg='recipient address spearce@xxxxxxxxxxx not accepted by the server' exitcode=EX_DATAERR
Oct 13 10:31:26 host=sasl.smtp.pobox.com tls=on auth=on user=junio@xxxxxxxxx from=junio@xxxxxxxxx recipients=Johannes.Schindelin@xxxxxx,barkalow@xxxxxxxxxxxx,git@xxxxxxxxxxxxxxx,gitster@xxxxxxxxx mailsize=2283 exitcode=EX_OK
]
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[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