14 changed files with 93 additions and 124 deletions

No files matched your search

+5 -18
View File
@@ -1,10 +1,3 @@
### Link to the application or project's homepage
_TODO_
<!---
Link to the project or application's homepage.
--->
### Reasons for making this change
_TODO_
@@ -15,8 +8,9 @@ Please provide some background for this change.
### Links to documentation supporting these rule changes
_TODO_
<!---
Link to the project docs, any existing .gitignore files that project may have in its own repo, etc
Link to the project docs, any existing .gitignore files that project may have in it's own repo, etc
--->
### If this is a new template
@@ -24,13 +18,6 @@ Link to the project docs, any existing .gitignore files that project may have in
Link to application or project’s homepage: TODO
### Merge and Approval Steps
<!---
Please ensure you accomplish these tasks in order to get your contribution accepted
--->
- [ ] I have read the [contribution guidelines](https://github.com/github/gitignore/tree/main?tab=readme-ov-file#contributing-guidelines) and understand my PR will be closed if it doesn't meet these guidelines
<!---
Once done, please wait for a GitHub maintainer to review your PR and if necessary,
work with them to address any findings.
--->
- [ ] Confirm that you've read the [contribution guidelines](https://github.com/github/gitignore/tree/main?tab=readme-ov-file#contributing-guidelines) and ensured your PR aligns
- [ ] Ensure CI is passing
- [ ] Get a review and Approval from one of the maintainers
+6 -6
View File
@@ -49,14 +49,14 @@ CMakeFiles/
CMakeCache.txt
cmake_install.cmake
Makefile
install_manifest.txt
install_manifest.txt
compile_commands.json
# Temporary files
*.tmp
*.log
*.bak
*.swp
*.tmp
*.log
*.bak
*.swp
# vcpkg
vcpkg_installed/
@@ -66,4 +66,4 @@ vcpkg_installed/
# test output & cache
Testing/
.cache/
.cache/
+11 -21
View File
@@ -2,46 +2,36 @@
We’d love you to help us improve this project. To help us keep this collection
high quality, we request that contributions adhere to the following guidelines.
Any contributions that don't meet these guidelines will be closed.
- **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 a reason for making this 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.
- **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.
- **Keep scope as limited as possible**. Changes should be as small as possible
and apply to the most specific gitignore template available for the target
application. For example: OS-specific ignore rules like `.DS_Store` are not
accepted anywhere but their specific gitignore, `Global/macOS.gitignore` in
this case.
- **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.
- **Only modify *one template* per pull request**. This helps keep pull
- **Please consider the scope of your change**. If your change 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.
- **Add new rules to the most appropriate existing section**. Please ensure
your contribution does not create duplicate sections or add rules in
unrelated sections.
- **No duplicate rules**. It's easy to do, but it creates confusion and
introduces the risk of one or the other being missed in an update.
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 is not a good fit for this collection.
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,
-11
View File
@@ -1,11 +0,0 @@
# Deno
# https://deno.com/
# Cache directory (when using project-local DENO_DIR)
# https://docs.deno.com/runtime/fundamentals/setup/#deno_dir
.deno/
# Coverage reports
# https://docs.deno.com/runtime/reference/cli/coverage/
coverage/
*.lcov
-1
View File
@@ -1,6 +1,5 @@
# General
.DS_Store
.localized
__MACOSX/
.AppleDouble
.LSOverride
+1 -1
View File
@@ -7,7 +7,7 @@ release.properties
dependency-reduced-pom.xml
buildNumber.properties
.mvn/timing.properties
# https://maven.apache.org/tools/wrapper/#Usage_with_or_without_Binary_JAR
# https://maven.apache.org/wrapper/#usage-without-binary-jar
.mvn/wrapper/maven-wrapper.jar
# Eclipse m2e generated files
-3
View File
@@ -4,6 +4,3 @@ result-*
# Ignore automatically generated direnv output
.direnv
# Ignore NixOS interactive test driver history
**/.nixos-test-history
+2 -1
View File
@@ -92,8 +92,9 @@ dist
# vuepress build output
.vuepress/dist
# vuepress v2.x temp directory
# vuepress v2.x temp and cache directory
.temp
.cache
# Sveltekit cache directory
.svelte-kit/
+27 -5
View File
@@ -36,9 +36,6 @@ We support a collection of templates, organized in this way:
## What makes a good template?
First and foremost, a template contribution must adhere to our
[Contributing Guidelines](CONTRIBUTING.md).
A template should contain a set of rules to help Git repositories work with a
specific programming language, framework, tool or environment.
@@ -64,7 +61,33 @@ include your language, tool, or project, it’s not because it’s not awesome.
## Contributing guidelines
Please see our [Contributing Guidelines](CONTRIBUTING.md).
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.
## Versioned templates
@@ -130,4 +153,3 @@ by automatically forking the project and prompting to send a pull request too.
## License
[CC0-1.0](./LICENSE).
-1
View File
@@ -1,5 +1,4 @@
*.class
*.tasty
*.log
# virtual machine crash logs, see http://www.java.com/en/download/help/error_hotspot.xml
-5
View File
@@ -75,11 +75,6 @@ acs-*.bib
# comment
*.cut
# context
*.tuc
*.tui
*.tuo
# cprotect
*.cpt
-3
View File
@@ -55,6 +55,3 @@ LineIDs.dbg.bak
*.~u
*.project.~u
*.suo
# TwinCAT Measurement
*.vsm
+41 -21
View File
@@ -4,27 +4,38 @@
# Compiled MQL5 executables (binaries)
# These are generated from .mq5 source files and should not be committed.
*.ex5
*.ex4 # For MQL4 compatibility if you also manage MT4 projects in a similar structure
# For MQL4 compatibility if you also manage MT4 projects in a similar structure
*.ex4
# Log files
# Terminal logs, strategy tester logs, and custom logs from Print() functions.
*.log
*.slog # Strategy Tester logs
# Strategy Tester logs
*.slog
# Strategy Tester specific files
# History data, optimization results, and temporary files used by the tester.
*.fxt # FXT files (history data for testing)
*.hst # History data files (can be large)
*.ini # Initialization files (often generated by tester or EAs)
*.dat # Data files (various purposes, often temporary)
*.csv # CSV export files (e.g., from tester reports)
*.jrn # Journal files (tester journal)
# FXT files (history data for testing)
*.fxt
# History data files (can be large)
*.hst
# Initialization files (often generated by tester or EAs)
*.ini
# Data files (various purposes, often temporary)
*.dat
# CSV export files (e.g., from tester reports)
*.csv
# Journal files (tester journal)
*.jrn
# Market Watch sets and profiles
# User-specific lists of symbols in Market Watch, and terminal profiles.
*.set # Market Watch symbol sets
*.tpl # Chart templates
*.chr # Chart settings files (can be generated when saving templates or profiles)
# Market Watch symbol sets
*.set
# Chart templates
*.tpl
# Chart settings files (can be generated when saving templates or profiles)
*.chr
# External libraries (DLLs)
# If you use custom DLLs, you might want to ignore them if they are built separately
@@ -33,14 +44,19 @@
# User-specific configuration and credentials
# Files containing sensitive information or local user settings.
.env # Environment variables (e.g., for Python integration credentials)
*.cfg # Configuration files (if not meant to be shared)
*.json # Be careful: if you have config JSONs you *do* want to commit, add specific exceptions.
# Example: !config.json (to include config.json but ignore other *.json)
# Environment variables (e.g., for Python integration credentials)
.env
# Configuration files (if not meant to be shared)
*.cfg
# Be careful: if you have config JSONs you *do* want to commit, add specific exceptions.
*.json
# Example: !config.json (to include config.json but ignore other *.json)
# Temporary files and backup files generated by MetaEditor
*.~* # Temporary files (e.g., ~MyScript.mq5)
*.bak # Backup files (e.g., MyScript.mq5.bak)
# Temporary files (e.g., ~MyScript.mq5)
*.~*
# Backup files (e.g., MyScript.mq5.bak)
*.bak
*.mqh.bak
*.mq5.bak
@@ -51,7 +67,11 @@
# Python specific ignores (if you also keep Python scripts or Jupyter notebooks in this repository)
# These are relevant if your Git repo root is higher up (e.g., the terminal folder itself)
# or if you mix Python code within your MQL5 structure.
__pycache__/ # Python compiled bytecode cache
.ipynb_checkpoints/ # Jupyter Notebook checkpoints
*.pyc # Python compiled files
*.pyd # Python dynamic modules
# Python compiled bytecode cache
__pycache__/
# Jupyter Notebook checkpoints
.ipynb_checkpoints/
# Python compiled files
*.pyc
# Python dynamic modules
*.pyd
@@ -1,27 +0,0 @@
#=============================================================================
# Microchip MPLAB X IDE .gitignore file.
#
# MPLABX: https://www.microchip.com/en-us/tools-resources/develop/mplab-x-ide
#
# MPLABX Version Control:-
# https://developerhelp.microchip.com/xwiki/bin/view/software-tools/ides/x/version-control/working-with-version-control/
#-----------------------------------------------------------------------------
# MPLAB X (NetBeans) Project files
**/*.X/nbproject/private/
**/*.X/nbproject/Makefile-*
**/*.X/nbproject/Package-*
!**/*.X/nbproject/*.xml
# MPLAB X Generated Files and Build Output
**/*.X/.generated_files/
**/*.X/build/
**/*.X/dist/
**/*.X/debug/
# MPLAB Code Configurator (MCC)
**/*.X/mcc_generated_files/
**/*.X/mcc-manifest-*.yml
#-----------------------------------------------------------------------------