search

averbraeck / opentrafficsim

Open Source Multi-Level Traffic Simulator
BSD 3-Clause "New" or "Revised" License
28 stars 8 forks source link

Remove the personal eclipse files from the source tree #101

Open webos21 opened 6 months ago

webos21 commented 6 months ago

The eclipse project files need to be ignored.

These files and folders are changed in each individual environment.

WJSchakel commented 3 months ago

In our team we work closely together where we all use Eclipse and the same settings and code formatting etc. This makes it very convenient for us to share settings files in this manner. We do understand that for other users these files are not only unnecessary, but also may make it difficult or cumbersome to work with settings files in other IDE's.

We are open to other suggestions on how we can share our settings files in a manner that it would not be part of the git repository, yet that they can be automatically updated and used by Eclipse. Would you have any suggestions for this?

webos21 commented 2 months ago

In our team we work closely together where we all use Eclipse and the same settings and code formatting etc. This makes it very convenient for us to share settings files in this manner. We do understand that for other users these files are not only unnecessary, but also may make it difficult or cumbersome to work with settings files in other IDE's.

We are open to other suggestions on how we can share our settings files in a manner that it would not be part of the git repository, yet that they can be automatically updated and used by Eclipse. Would you have any suggestions for this?

In a single team project, your approach has no problem. Maybe you guys have same settings like below. (It is just my guess.)

I humble say, a maven project is complete in itself. So, it can be loaded to Eclipse or IntelliJ, VSCode and the other IDEs. If the maven's pom.xml is well written, the IDE's specific settings are not necessary to share. It just a personal tastes and the IDEs automatic configuration. (The coding convention is important to share.)

How about referring to the following Apache project and reading the ".gitignore" file? https://github.com/apache/commons-dbcp/