92 lines
4.4 KiB
Markdown
92 lines
4.4 KiB
Markdown
# A collection of `.gitignore` templates
|
||
|
||
This is GitHub’s collection of [`.gitignore`][man] file templates.
|
||
We use this list to populate the `.gitignore` template choosers available
|
||
in the GitHub.com interface when creating new repositories and files.
|
||
|
||
For more information about how `.gitignore` files work, and how to use them,
|
||
the following resources are a great place to start:
|
||
|
||
- The [Ignoring Files chapter][chapter] of the [Pro Git][progit] book.
|
||
- The [Ignoring Files article][help] on the GitHub Help site.
|
||
- The [gitignore(5)][man] manual page.
|
||
|
||
[man]: http://git-scm.com/docs/gitignore
|
||
[help]: https://help.github.com/articles/ignoring-files
|
||
[chapter]: https://git-scm.com/book/en/Git-Basics-Recording-Changes-to-the-Repository#_ignoring
|
||
[progit]: http://git-scm.com/book
|
||
|
||
## Folder structure
|
||
|
||
We support a collection of templates, organized in this way:
|
||
|
||
- [`Global`](./Global) contains templates for various editors, tools and
|
||
operating systems that can be used in different situations. It is recommended
|
||
that you either [add these to your global template](https://help.github.com/articles/ignoring-files/#create-a-global-gitignore)
|
||
or merge these rules into your project-specific templates if you want to use
|
||
them permanently.
|
||
- [`ecosystem`](./ecosystem) contains specialized templates coalescing around
|
||
popular programming languages, but don't make sense to live in the mainstream
|
||
templates. These should be added to your project-specific templates when you
|
||
decide to adopt the framework or tool.
|
||
|
||
## Contributing guidelines
|
||
|
||
We’d love for you to help us improve this project. To help us keep this collection
|
||
high quality, we request that contributions adhere to the following guidelines.
|
||
|
||
- **Provide a link to the application or project’s homepage**. Unless it’s
|
||
extremely popular, there’s a chance the maintainers don’t know about or use
|
||
the language, framework, editor, app, or project your change applies to.
|
||
|
||
- **Provide links to documentation** supporting the change you’re making.
|
||
Current, canonical documentation mentioning the files being ignored is best.
|
||
If documentation isn’t available to support your change, do the best you can
|
||
to explain what the files being ignored are for.
|
||
|
||
- **Explain why you’re making a change**. Even if it seems self-evident, please
|
||
take a sentence or two to tell us why your change or addition should happen.
|
||
It’s especially helpful to articulate why this change applies to _everyone_
|
||
who works with the applicable technology, rather than just you or your team.
|
||
|
||
- **Please consider the scope of your change**. If your change is specific to a
|
||
certain language or framework, then make sure the change is made to the
|
||
template for that language or framework, rather than to the template for an
|
||
editor, tool, or operating system.
|
||
|
||
- **Please only modify _one template_ per pull request**. This helps keep pull
|
||
requests and feedback focused on a specific project or technology.
|
||
|
||
In general, the more you can do to help us understand the change you’re making,
|
||
the more likely we’ll be to accept your contribution quickly.
|
||
|
||
If a template is mostly a list of files installed by a particular version of
|
||
some software (e.g. a PHP framework) then it's brittle and probably no more
|
||
helpful than a simple `ls`. If it's not possible to curate a small set of
|
||
useful rules, then the template might not be a good fit for this collection.
|
||
|
||
Please also understand that we can’t list every tool that ever existed.
|
||
Our aim is to curate a collection of the _most common and helpful_ templates,
|
||
not to make sure we cover every project possible. If we choose not to
|
||
include your language, tool, or project, it’s not because it’s not awesome.
|
||
|
||
## Contributing workflow
|
||
|
||
Here’s how we suggest you go about proposing a change to this project:
|
||
|
||
1. [Fork this project][fork] to your account.
|
||
2. [Create a branch][branch] for the change you intend to make.
|
||
3. Make your changes to your fork.
|
||
4. [Send a pull request][pr] from your fork’s branch to our `master` branch.
|
||
|
||
Using the web-based interface to make changes is fine too, and will help you
|
||
by automatically forking the project and prompting to send a pull request too.
|
||
|
||
[fork]: https://help.github.com/articles/fork-a-repo/
|
||
[branch]: https://help.github.com/articles/creating-and-deleting-branches-within-your-repository
|
||
[pr]: https://help.github.com/articles/using-pull-requests/
|
||
|
||
## License
|
||
|
||
[CC0-1.0](./LICENSE).
|