Merge pull request #4182 from brajnacs/patch-1

Remove extra .cache pattern

.github/PULL_REQUEST_TEMPLATE.md

@@ -1,3 +1,10 @@
+### Link to the application or project's homepage
+
+_TODO_
+<!---
+Link to the project or application's homepage.
+--->
+
 ### Reasons for making this change
 
 _TODO_
@@ -8,9 +15,8 @@ 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 it's own repo, etc
+Link to the project docs, any existing .gitignore files that project may have in its own repo, etc
 --->
 
 ### If this is a new template
@@ -18,6 +24,13 @@ 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
-- [ ] 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
+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.
+--->

.github/workflows/stale.yml

@@ -21,10 +21,10 @@ jobs:
     steps:
       - uses: actions/stale@5bef64f19d7facfb25b37b414482c7164d639639 # v9.1.0
         with:
-          stale-pr-message: 'This PR is stale because there have been no updates in 90 days. It will close after 180 days of inactivity. Leave a comment if you want to keep it open :smile:'
+          stale-pr-message: 'This PR is stale because there have been no updates in 90 days. It will close after 365 days of inactivity. Leave a comment if you want to keep it open.'
-          close-pr-message: 'This PR has been closed because it was inactive for 180 days. If you want to continue working on it, please open a new PR.'
+          close-pr-message: 'This PR has been closed because it was inactive for 365 days. If you want to continue working on it, please open a new PR.'
           days-before-stale: 90
-          days-before-close: 180
+          days-before-close: 365
           stale-pr-label: 'stale'
           exempt-pr-labels: 'keep'
           close-issue-reason: not_planned

Agda.gitignore

@@ -1,2 +1,2 @@
 *.agdai
-MAlonzo/**
+**/MAlonzo/**

C++.gitignore

@@ -21,6 +21,8 @@
 *.so
 *.dylib
 *.dll
+*.so.*
+
 
 # Fortran module files
 *.mod
@@ -37,5 +39,31 @@
 *.out
 *.app
 
+# Build directories
+build/
+Build/
+build-*/
+
+# CMake generated files
+CMakeFiles/
+CMakeCache.txt
+cmake_install.cmake
+Makefile
+install_manifest.txt
+compile_commands.json
+
+# Temporary files
+*.tmp
+*.log
+*.bak
+*.swp
+
+# vcpkg
+vcpkg_installed/
+
 # debug information files
 *.dwo
+
+# test output & cache
+Testing/
+.cache/

CONTRIBUTING.md

@@ -2,36 +2,46 @@
 
 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.
 
-- **Explain why you’re making a change**. Even if it seems self-evident, please
+- **Keep scope as limited as possible**. Changes should be as small as possible
-  take a sentence or two to tell us why your change or addition should happen.
+  and apply to the most specific gitignore template available for the target
-  It’s especially helpful to articulate why this change applies to *everyone*
+  application. For example: OS-specific ignore rules like `.DS_Store` are not
-  who works with the applicable technology, rather than just you or your team.
+  accepted anywhere but their specific gitignore, `Global/macOS.gitignore` in
+  this case.
 
-- **Please consider the scope of your change**. If your change specific to a
+- **Only modify *one template* per pull request**. This helps keep pull
-  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 might not be a good fit for this collection.
+useful rules, then the template is not 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,

Deno.gitignore

@@ -0,0 +1,11 @@
+# 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

Dotnet.gitignore

@@ -36,6 +36,9 @@ ScaffoldingReadMe.txt
 # NuGet Symbol Packages
 *.snupkg
 
+# dotenv environment variables file
+.env
+
 # Others
 ~$*
 *~
@@ -51,4 +54,4 @@ CodeCoverage/
 # NUnit
 *.VisualState.xml
 TestResult.xml
-nunit-*.xml
+nunit-*.xml

Global/JetBrains.gitignore

@@ -81,3 +81,6 @@ http-client.private.env.json
 # Apifox Helper cache
 .idea/.cache/.Apifox_Helper
 .idea/ApifoxUploaderProjectSetting.xml
+
+# Github Copilot persisted session migrations, see: https://github.com/microsoft/copilot-intellij-feedback/issues/712#issuecomment-3322062215
+.idea/**/copilot.data.migration.*.xml

Global/STM32CubeIDE.gitignore

@@ -0,0 +1,51 @@
+# STM32CubeIDE specific files
+
+# Project-specific settings. Ignore it if developers have different preferences.
+# However, if you want all team members to use the same code formatting and settings, 
+# consider including the .settings folder in the repository.
+
+# /.settings/
+
+# Ignore Eclipse-based IDE launch configurations.
+# Uncomment if you want each developer to have their own unique debug configurations.
+#*.launch
+
+# Ignore any JLink-related files (debug configurations).
+# Uncomment if you want each developer to have their own unique debug configurations.
+#*.jlink
+
+# Ignore log files generated by the IDE.
+# These are not necessary for version control.
+*.log
+
+# Build files
+
+# Ignore build output directories.
+# These are not needed in the repository as they are generated during the build process.
+Debug/
+Release/
+
+# Ignore common binary and object files generated during compilation.
+# They should not be included in the repository as they are build artifacts.
+*.elf
+*.map
+*.bin
+*.hex
+*.srec
+*.lst
+*.o
+*.d
+*.a
+*.su
+*.crl
+
+#TouchGFX files (in case your project has touchGFX)
+TouchGFX/generated
+TouchGFX/build
+TouchGFX/simulator/msvs/.vs
+
+# Backup files
+
+# Ignore temporary and backup files generated by the operating system and editor.
+# These are not needed in the repository.
+*.bak

Global/macOS.gitignore

@@ -1,5 +1,6 @@
 # General
 .DS_Store
+.localized
 __MACOSX/
 .AppleDouble
 .LSOverride

Lean.gitignore

@@ -0,0 +1,2 @@
+# cache and other artifacts produced by Lean's Lake build tool
+.lake/

Maven.gitignore

@@ -7,7 +7,7 @@ release.properties
 dependency-reduced-pom.xml
 buildNumber.properties
 .mvn/timing.properties
-# https://maven.apache.org/wrapper/#usage-without-binary-jar
+# https://maven.apache.org/tools/wrapper/#Usage_with_or_without_Binary_JAR
 .mvn/wrapper/maven-wrapper.jar
 
 # Eclipse m2e generated files

Nix.gitignore

@@ -4,3 +4,6 @@ result-*
 
 # Ignore automatically generated direnv output
 .direnv
+
+# Ignore NixOS interactive test driver history
+**/.nixos-test-history

Node.gitignore

@@ -92,9 +92,8 @@ dist
 # vuepress build output
 .vuepress/dist
 
-# vuepress v2.x temp and cache directory
+# vuepress v2.x temp directory
 .temp
-.cache
 
 # Sveltekit cache directory
 .svelte-kit/
@@ -126,6 +125,9 @@ dist
 # Stores VSCode versions used for testing VSCode extensions
 .vscode-test
 
+# pnpm
+.pnpm-store
+
 # yarn v3
 .pnp.*
 .yarn/*
@@ -135,6 +137,7 @@ dist
 !.yarn/sdks
 !.yarn/versions
 
-# Vite logs files
+# Vite files
 vite.config.js.timestamp-*
 vite.config.ts.timestamp-*
+.vite/

Python.gitignore

@@ -27,8 +27,8 @@ share/python-wheels/
 MANIFEST
 
 # PyInstaller
-#  Usually these files are written by a python script from a template
+#   Usually these files are written by a python script from a template
-#  before PyInstaller builds the exe, so as to inject date/other infos into it.
+#   before PyInstaller builds the exe, so as to inject date/other infos into it.
 *.manifest
 *.spec
 
@@ -92,34 +92,34 @@ ipython_config.py
 #   However, in case of collaboration, if having platform-specific dependencies or dependencies
 #   having no cross-platform support, pipenv may install dependencies that don't work, or not
 #   install all needed dependencies.
-#Pipfile.lock
+# Pipfile.lock
 
 # UV
 #   Similar to Pipfile.lock, it is generally recommended to include uv.lock in version control.
 #   This is especially recommended for binary packages to ensure reproducibility, and is more
 #   commonly ignored for libraries.
-#uv.lock
+# uv.lock
 
 # poetry
 #   Similar to Pipfile.lock, it is generally recommended to include poetry.lock in version control.
 #   This is especially recommended for binary packages to ensure reproducibility, and is more
 #   commonly ignored for libraries.
 #   https://python-poetry.org/docs/basic-usage/#commit-your-poetrylock-file-to-version-control
-#poetry.lock
+# poetry.lock
-#poetry.toml
+# poetry.toml
 
 # pdm
 #   Similar to Pipfile.lock, it is generally recommended to include pdm.lock in version control.
 #   pdm recommends including project-wide configuration in pdm.toml, but excluding .pdm-python.
 #   https://pdm-project.org/en/latest/usage/project/#working-with-version-control
-#pdm.lock
+# pdm.lock
-#pdm.toml
+# pdm.toml
 .pdm-python
 .pdm-build/
 
 # pixi
 #   Similar to Pipfile.lock, it is generally recommended to include pixi.lock in version control.
-#pixi.lock
+# pixi.lock
 #   Pixi creates a virtual environment in the .pixi directory, just like venv module creates one
 #   in the .venv directory. It is recommended not to include this directory in version control.
 .pixi
@@ -182,23 +182,23 @@ dmypy.json
 cython_debug/
 
 # PyCharm
-#  JetBrains specific template is maintained in a separate JetBrains.gitignore that can
+#   JetBrains specific template is maintained in a separate JetBrains.gitignore that can
-#  be found at https://github.com/github/gitignore/blob/main/Global/JetBrains.gitignore
+#   be found at https://github.com/github/gitignore/blob/main/Global/JetBrains.gitignore
-#  and can be added to the global gitignore or merged into this file.  For a more nuclear
+#   and can be added to the global gitignore or merged into this file.  For a more nuclear
-#  option (not recommended) you can uncomment the following to ignore the entire idea folder.
+#   option (not recommended) you can uncomment the following to ignore the entire idea folder.
-#.idea/
+# .idea/
 
 # Abstra
-# Abstra is an AI-powered process automation framework.
+#   Abstra is an AI-powered process automation framework.
-# Ignore directories containing user credentials, local state, and settings.
+#   Ignore directories containing user credentials, local state, and settings.
-# Learn more at https://abstra.io/docs
+#   Learn more at https://abstra.io/docs
 .abstra/
 
 # Visual Studio Code
-#  Visual Studio Code specific template is maintained in a separate VisualStudioCode.gitignore
+#   Visual Studio Code specific template is maintained in a separate VisualStudioCode.gitignore 
-#  that can be found at https://github.com/github/gitignore/blob/main/Global/VisualStudioCode.gitignore
+#   that can be found at https://github.com/github/gitignore/blob/main/Global/VisualStudioCode.gitignore
-#  and can be added to the global gitignore or merged into this file. However, if you prefer,
+#   and can be added to the global gitignore or merged into this file. However, if you prefer, 
-#  you could uncomment the following to ignore the entire vscode folder
+#   you could uncomment the following to ignore the entire vscode folder
 # .vscode/
 
 # Ruff stuff:

README.md

@@ -36,6 +36,9 @@ 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.
 
@@ -61,33 +64,7 @@ include your language, tool, or project, it’s not because it’s not awesome.
 
 ## Contributing guidelines
 
-We’d love for you to help us improve this project. To help us keep this collection
+Please see our [Contributing Guidelines](CONTRIBUTING.md).
-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
 
@@ -153,3 +130,4 @@ by automatically forking the project and prompting to send a pull request too.
 ## License
 
 [CC0-1.0](./LICENSE).
+

Scala.gitignore

@@ -1,4 +1,5 @@
 *.class
+*.tasty
 *.log
 
 # virtual machine crash logs, see http://www.java.com/en/download/help/error_hotspot.xml

TeX.gitignore

@@ -75,6 +75,11 @@ acs-*.bib
 # comment
 *.cut
 
+# context
+*.tuc
+*.tui
+*.tuo
+
 # cprotect
 *.cpt
 

TwinCAT3.gitignore

@@ -55,3 +55,6 @@ LineIDs.dbg.bak
 *.~u
 *.project.~u
 *.suo
+
+# TwinCAT Measurement
+*.vsm

community/embedded/Microchip_MPLAB_X_IDE.gitignore

@@ -0,0 +1,27 @@
+#=============================================================================
+# 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
+
+#-----------------------------------------------------------------------------
+