On 2/2/14, Reuben Hawkins wrote:
>>
> This is a separate issue which core.ignorecase is sweeping under the rug.
> When you get this error message, do an 'ls' and you'll see there isn't an
> untracked file called 'FileName.txt'. There is, however, a tracked file
> called 'Filename.txt'. Because
On Sat, Feb 1, 2014 at 1:14 PM, Reuben Hawkins wrote:
> Most case-insensitive filesystems are case-preserving. In these
> filesystems (such as HFS+ on OS X) you can name a file Filename.txt,
> then rename the file to FileName.txt. That file will be accessible
> by both filenames, but the case is
On Tue, Jul 16, 2013 at 7:54 AM, Mark Levedahl wrote:
>
> I see no difference in the above. (Yes, I checked multiple times that I was
> using different executables).
Are you sure that you set core.filemode to false before testing?
If you have core.filemode set to true then you _always_ use Cygwi
Hi,
On Sat, Dec 22, 2012 at 5:41 AM, Earl Gresh wrote:
>
> Is anyone familiar with git gc deleting valid references? I'm running
> git version 1.7.8. Have there been any patches in later git releases
> that might address this issue ( if it is a git problem )?
I have not seen any relevant changes
On Sat, Dec 22, 2012 at 4:31 PM, Toralf Förster wrote:
>
> /me still wonders whether this race condition is a feature or an issue
> in GIT - b/c it means that 2 different people cloning the same
> repository get different results.
The problem is that Git assumes that conversion from git to the wo
5 matches
Mail list logo
