On 18/04/15 08:36, Mike Hommey wrote:
On Fri, Apr 17, 2015 at 11:44:00AM -0700, Junio C Hamano wrote:
So perhaps we should rip the case folding out altogether instead?
The entry for the change in the Release Notes may say:
* "git fast-import" incorrectly case-folded the paths recorded in
On Fri, Apr 17, 2015 at 11:44:00AM -0700, Junio C Hamano wrote:
> So perhaps we should rip the case folding out altogether instead?
> The entry for the change in the Release Notes may say:
>
> * "git fast-import" incorrectly case-folded the paths recorded in
>the history when core.ignorease i
On Fri, Apr 17, 2015 at 06:56:43PM +0200, Torsten Bögershausen wrote:
> On 04/17/2015 01:52 PM, Mike Hommey wrote:
> > +test_expect_success 'V: default case folding with ignorecase=true' '
> > + git config core.ignorecase true &&
> > + git fast-import > + git ls-tree refs/heads/V >actual &&
Torsten Bögershausen writes:
>> +--[no-]fold-case::
>> +When files/directories with the same name but a different case
>> +are detected, they are treated as the same (--fold-case) or as
>> +being different (--no-fold-case). The default is --fold-case
>> +when `core.ignorecase` is
On 04/17/2015 01:52 PM, Mike Hommey wrote:
> Currently, fast-import does case folding depending on `core.ignorecase`.
> `core.ignorecase` depends on the file system where the working tree is.
> However, different kind of imports require different kinds of semantics,
> and they usually aren't tie
Currently, fast-import does case folding depending on `core.ignorecase`.
`core.ignorecase` depends on the file system where the working tree is.
However, different kind of imports require different kinds of semantics,
and they usually aren't tied with the file system, but with the data being
import
6 matches
Mail list logo
