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

Re: Ignoring local changes

From
PPazu <pazu@pazu.com.br>
Date
Dec 14, 2006, 21:36 UTC
Message-ID
<9e7ab7380612141336p3b930047l3a4a76947239162f@mail.gmail.com>
In-Reply-To
<4581C1D4.7080102@dawes.za.net>
2006/12/14, Rogan Dawes <discard@dawes.za.net>:
Show 5 quoted lines
> Why not remove it from the repo, then set .gitignore?
>
> If it is generated code, or compiled code, it probably shouldn't be in
> the repo in the first place . . . Simply correct that mistake, and you
> are good to go.

Basically, because I don't want to mess with the upstream. I know, I can remove them only from my local branch, and never push the commit that removed the files, and that's what I'll probably do if there's no other way -- but it would be best if I could just ignore the files. It doesn't sound unreasonable, does it?

Previous: Rogan DawesNext: Pazu
Message 5 of 7 in “Ignoring local changes”
  1. PazuDec 14, 2006
  2. Andreas EricssonDec 14, 2006
  3. PazuDec 14, 2006
  4. Rogan DawesDec 14, 2006
  5. PazuDec 14, 2006
  6. PazuDec 14, 2006
  7. Johannes SchindelinDec 15, 2006

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.