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 is set
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
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 tied
Torsten Bögershausen tbo...@web.de 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`
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 input
+ git ls-tree refs/heads/V actual
+
6 matches
Mail list logo
