git/list[1] front-page[2] threads[3] people[4] search[5] about
 

An anomaly, not a bug

From
Mm. <botmetkas@gmail.com>
Date
Oct 24, 2016, 21:46 UTC
Message-ID
<20161024214601.GA11699@hostname_variable_in_muttrc>
Concerning ".gitignore", experienced using git 2.10.0

Starting code using one or more spaces or tabs from the left margin will have git reading .gitignore and ignoring(or un-ignoring) the command-instruction.

Example: Starting .gitignore
/*
        # above line is duly read.  Then un-ignoring
        # something but starting the command further to the
        # right will have git not reading that line
  !/nottobeignored.file
End .gitignore
Note: the comments can be started away from the left margin,
as normal in all unix-linux configuration files we know of.
Git follows this behaviour fine.

The lines containing commands, on the contrary of regular convention cannot be indented by spaces or tabs. Quite unusual, confusing, not in the sense of conventional and easily adverted in coding git.

Could be we are missing out on something,

Git command line tool is a functional tool now in our setup for two years, first noticed this alien behaviour in this version of git, on osx, the fink(osx package mananger) binary.

Next: Alexei Lozovsky
Message 1 of 3 in “An anomaly, not a bug”
  1. m.Oct 24, 2016
  2. Alexei LozovskyOct 24, 2016
  3. Alexei LozovskyOct 24, 2016

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.