Skip to content
This repository has been archived by the owner on May 29, 2018. It is now read-only.

Commit

Permalink
add .gitignore
Browse files Browse the repository at this point in the history
  • Loading branch information
rothfels committed Nov 13, 2015
1 parent 9a3f185 commit 081c299
Showing 1 changed file with 1 addition and 0 deletions.
1 change: 1 addition & 0 deletions .gitignore
@@ -0,0 +1 @@
*.sublime-workspace

4 comments on commit 081c299

@dmitshur
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This looks like something that is best to have in your personal gitignore for this repo, rather than something that is applicable to the entire project as a whole (e.g., people who don't use Sublime won't benefit from this file).

See https://stackoverflow.com/a/1753104/622447 and gitignore(5). You could move this to your .git/info/exclude.

@beyang
Copy link
Member

@beyang beyang commented on 081c299 Nov 13, 2015

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Bikeshedding a little here, but the advantage of putting it in .gitignore is that a Sublime user wouldn't have to do anything extra after they check out the repository. I think there are sufficiently many Sublime text users in the world to justify the change. We already have patterns specific to Emacs and Mac OS users.

@dmitshur
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Bike shedding a little more here. :)

I'm a Sublime user, and never had to do anything extra for this repository before this commit. Now that it has a non-zero .gitignore file, I have to familiarize myself with it, and it ever-so-slightly increases the chance of there being some files in the repo without me realizing it because git status won't tell me. I prefer having as little content in repo's .gitignore files as possible because I find it lowers the mental overhead of tracking invisible/ignored files. Less is more.

I don't feel strongly about this and nothing needs to be done, I just wanted to share my (slightly perfectionist, minimalist) POV and motivation for avoiding adding more content to .gitignore. :)

I am curious what other people think, whether they prefer empty .gitignores or all-encompassing ones like this or something in between, but perhaps this isn't the best place to hold this discussion. ;)

@rothfels
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sorry! I'm happy to put this in my personal .gitignore. Probably should have done that to begin with.

Please sign in to comment.