Skip to content

Conversation

balping
Copy link
Contributor

@balping balping commented Aug 14, 2016

If you open a (laravel) project in phpstorm, it places an .idea folder in the project root. This contains project-specific ide settings. You usually don't want to include such files in a git repo.

If you open a (laravel) project in phpstorm, it places a `.idea` folder in the project root. This contains project-specific ide settings. You usually don't want to include such files in a git repo.
@diogoazevedos
Copy link
Contributor

I think this ignore must be in your global ignore not in the project ignore.

@taylorotwell taylorotwell merged commit 40e9d60 into laravel:develop Aug 14, 2016
@philbates35
Copy link
Contributor

Agree with @mul14 too, this really belongs in each developer's core.excludesfile

@GrahamCampbell
Copy link
Member

I'd assume Taylor was sick of getting PRs for this so just merged it.

@brayniverse
Copy link
Contributor

Surely this isn't a big deal?

If enough Netbeans or Visual Studios users feel the need for this, they could always submit a PR too.

I can't think of a good reason against allowing this.

@g3n1us
Copy link

g3n1us commented Aug 14, 2016

This shouldn't be in .gitignore. What if say, one wanted a file to jot notes, they would potentially call it .idea. Just a contrived example, but should illustrate why .gitignore in a core repo shouldn't suppress anything unrelated to content that doesn't exist there already.

@balping
Copy link
Contributor Author

balping commented Aug 14, 2016

But then following the same logic what if someone wants to collect something in Homestead.json? For example he/she's developing an app that keeps track of income and outgoings of a farm and wants to keep some initial data of egg production/day in that json file?

Ok, maybe this is a bit absurd but I hope you get my point. There are so many defaults in laravel that try to make developers' life easier but surely they can't fit for everyone. But it's never a big deal to remove some boilerplate code, rename a file or just delete one single line from gitignore.

Furthermore, I'm sure that there are more people using phpstorm than people wanting to collect ideas in that folder.

@scoutman57
Copy link

I don't like accepting this PR and I am an avid JetBrains users. What does
these people do when they work on other projects that are Laravel.. This
should be in the global gitignore along with some other system ignores.
Next, we will have all sorts of system/ide specific settings in gitignore.

On Sun, Aug 14, 2016 at 7:43 AM, balping notifications@github.com wrote:

But then following the same logic what if someone wants to collect
something in Homestead.json? For example he/she's developing an app that
keeps track of income and outgoings of a farm and wants to keep some
initial data of egg production/day in that json file?

Ok, maybe this is a bit absurd but I hope you get my point. There are so
many defaults in laravel that try to make developers' life easier but
surely they can't fit for everyone. But it's never a big deal to remove
some boilerplate code, rename a file or just delete one single line
from gitignore.

Furthermore, I'm sure that more people are using phpstorm than people
wanting to collect ideas in that folder.


You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
#3877 (comment), or mute
the thread
https://github.com/notifications/unsubscribe-auth/AA2C1fKHjj1tCkbC5ztsdeJSeAMzWMy_ks5qfw1lgaJpZM4Jjyd4
.

@brayniverse
Copy link
Contributor

I'm a PHPStorm user myself and don't care either way. I've always added ./idea to my .gitignore and it's never been a problem. I never knew about global gitignore settings, now I know about it, I'll be using it.

If PRs like this are a regular occurrence, and that's why Taylor accepted it. Maybe we should have an FAQ.md file which explains why ./idea is or is not included in .gitignore, as well as responses for why other frequent PRs are turned down. We could make use of a Pull Request Template to encourage contributors to read it before submitting. Just a thought.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

10 participants