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

RE: [PATCH 2/2] Add Eclipse project settings files to .gitignore

From
rsbecker@nexbridge.com <rsbecker@nexbridge.com>
Date
Aug 18, 2022, 19:47 UTC
Message-ID
<032c01d8b33b$5f0253a0$1d06fae0$@nexbridge.com>
In-Reply-To
<xmqqa681pga7.fsf@gitster.g>
On August 18, 2022 2:18 PM, Junio C Hamano wrote:
Show 15 quoted lines
>To: brian m. carlson <sandals@crustytoothpaste.net>
>Cc: Sergio via GitGitGadget <gitgitgadget@gmail.com>; git@vger.kernel.org;
>Sergei Krivonos <sergeikrivonos@gmail.com>
>Subject: Re: [PATCH 2/2] Add Eclipse project settings files to .gitignore
>
>"brian m. carlson" <sandals@crustytoothpaste.net> writes:
>
>> location).  For example, I do this with Vim-related files, and it
>> applies to all repos on my system, such that other developers don't
>> have to care what editor I use.
>>
>> However, Eclipse is a popular editor, so it may be that Junio really
>> likes this change since it will benefit many people.
>
>I am all for making new contributor's life better, and in this case, NOT
adding
>editor-specific patterns to OUR .gitignore contributes better for that
goal.  It will
>be a shame for us to make a move that will keep our contributors unaware of
>what they can do with Git, and in this case, lack of Eclipse specific
patterns did
>trigger Sergio to notice that these are not ignored, and learn that a
better place to
>do so is in $HOME/.gitignore, because it will help not only when the
contributor
>works on Git, but when the same contributor works on anything using
Eclipse.
>Adding editor-specific patterns ourselves robs such a learning opportunity
from
>new contributors.

There is a related case to this in ECLIPSE, https://bugs.eclipse.org/bugs/show_bug.cgi?id=575408, discussing a problem with where ECLIPSE CDT is improperly storing and modifying build settings. What my project team found is that much of the ECLIPSE settings need to be preserved, especially the encodings - .gitignore is not a valid option for these. ECLIPSE has a habit of inheriting container encodings, which is not always correct (we keep our files in UTF-8 not cp1292). Most settings should be retained, but the ones in .settings/language.settings.xml changes each time ECLIPSE restarts or sometimes clones a project. Unfortunately, some of the settings in that file are needed to bootstrap builds for new clones. The case has been open a while with no resolution. Whether a good idea or not, what our team found an acceptable solution is to use update-index --assume-unchanged on that specific file and manage other ECLIPSE artifacts in git not excluding them in .gitignore.

--Randall
Previous: Junio C HamanoNext: Junio C Hamano
Message 8 of 9 in “Make rebase.autostash default”
  1. 0/2 Make rebase.autostash defaultSergei Krivonos via GitGitGadget, Aug 18, 2022
  2. 1/2 Make rebase.autostash defaultSergio via GitGitGadget, Aug 18, 2022
  3. brian m. carlsonAug 18, 2022
  4. Junio C HamanoAug 18, 2022
  5. 2/2 Add Eclipse project settings files to .gitignoreSergio via GitGitGadget, Aug 18, 2022
  6. brian m. carlsonAug 18, 2022
  7. Junio C HamanoAug 18, 2022
  8. rsbecker@nexbridge.comAug 18, 2022
  9. Junio C HamanoAug 18, 2022

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.