Polishing.

Replace various issue templates to a single one aligning with Spring Boot and Framework setups.

Author: mp911de

.github/ISSUE_TEMPLATE/bug_report.md

@@ -0,0 +1,5 @@
+blank_issues_enabled: false
+contact_links:
+  - name: Community Support
+    url: https://stackoverflow.com/tags/spring-data
+    about: Please ask and answer questions on StackOverflow with the tag `spring-data`.

.github/ISSUE_TEMPLATE/config.yml

@@ -0,0 +1,36 @@
+---
+name: General issue
+about: Bugs, enhancements, documentation, tasks.
+title: ''
+labels: ''
+assignees: ''
+---
+
+<!--
+Thanks for raising a Spring Data issue. Please take the time to review the following
+categories as some of them do not apply here:
+
+🙅 "Please DO NOT Raise an Issue" Cases
+- Question
+🛑 STOP: Please ask questions about how to use something, or to understand why something isn't
+working as you expect it to, on Stack Overflow using the spring-data tag.
+- Security Vulnerability
+🛑 STOP: Do not raise security vulnerabilities here. Head over to https://spring.io/security-policy to learn how to disclose them responsibly.
+- Managed Dependency Upgrade
+You DO NOT need to raise an issue for a managed dependency version upgrade as there's a semi-automatic process for checking managed dependencies for new versions before a release. BUT pull requests for upgrades that are more involved than just a version property change are still most welcome.
+- With an Immediate Pull Request
+An issue will be closed as a duplicate of the immediate pull request, so you don't have to raise an issue if you plan to create a pull request immediately.
+
+🐞 Bug report (please don't include this emoji/text, just add your details)
+Please provide details of the problem, including the version of Spring Data that you
+are using. Please provide a test case or sample application that reproduces
+the problem, ideally as GitHub repository. This makes it much easier for us to 
+diagnose the problem and to verify that we have fixed it.
+
+🎁 Enhancement (please don't include this emoji/text, just add your details)
+Please start by describing the problem that you are trying to solve. There may already
+be a solution, or there may be a way to solve it that you hadn't considered.
+
+TIP: You can always edit your issue if it isn't formatted correctly.
+     See https://guides.github.com/features/mastering-markdown 
+-->

.github/ISSUE_TEMPLATE/do-not-submit-security-issues-on-github--see-https---spring-io-security-policy.md

@@ -1,12 +1,40 @@
 <!--
 
-Thank you for proposing a pull request. This template will guide you through the essential steps necessary for a pull request.
-Make sure that:
+Thanks for contributing to Spring Data. Please review the following notes before
+submitting a pull request.
 
--->
+Please submit only genuine pull-requests. Do not use this repository as a GitHub
+playground.
+
+Security Vulnerabilities
+
+🛑 STOP! If your contribution fixes a security vulnerability, please do not submit it.
+Instead, please head over to https://spring.io/security-policy to learn how to disclose a
+vulnerability responsibly.
+
+Dependency Upgrades
 
-- [ ] You have read the [Spring Data contribution guidelines](https://github.com/spring-projects/spring-data-build/blob/master/CONTRIBUTING.adoc).
-- [ ] You use the code formatters provided [here](https://github.com/spring-projects/spring-data-build/tree/master/etc/ide) and have them applied to your changes. Don’t submit any formatting related changes.
-- [ ] You submit test cases (unit or integration tests) that back your changes.
-- [ ] You added yourself as author in the headers of the classes you touched. Amend the date range in the Apache license header if needed. For new types, add the license header (copy from another file and set the current year only).
+Please do not open a pull request for a straightforward dependency upgrade (one that
+only updates the version property). We have a semi-automated process for such upgrades
+that we prefer to use. However, if the upgrade is more involved (such as requiring
+changes for removed or deprecated API) your pull request is most welcome.
 
+Describing Your Changes
+
+If, having reviewed the notes above, you're ready to submit your pull request, please
+provide a brief description of the proposed changes. If they fix a bug, please
+describe the broken behaviour and how the changes fix it. If they make an enhancement,
+please describe the new functionality and why you believe it's useful. If your pull
+request relates to any existing issues, please reference them by using the issue number
+prefixed with #.
+
+A brief description of what else to consider, make sure that:
+- You have read the [Spring Data contribution guidelines](https://github.com/spring-projects/spring-data-build/blob/master/CONTRIBUTING.adoc).
+- You use the code formatters provided [here](https://github.com/spring-projects/spring-data-build/tree/master/etc/ide) and have them applied to your changes. 
+Don’t submit any formatting related changes.
+- You submit test cases (unit or integration tests) that back your changes.
+- You added yourself as author in the headers of the classes you touched. 
+Amend the date range in the Apache license header if needed. For new types, add the license header (copy from another file and set the current year only).
+- Your commits include a Signed-off-by trailer at the end of each commit message to indicate that the contributor agrees to the Developer Certificate of Origin.
+
+-->

.github/ISSUE_TEMPLATE/feature_request.md

@@ -1,9 +1,14 @@
+This is a Framework project. We welcome contributions that serve developer productivity and code quality supporting common use-cases instead of one-off customizations.
+Explain that AI-generated contributions may be labelled as AI slop if the usage of AI leads to low-quality contributions lead to maintainers do busy-work do read lengthy and low-quality descriptions.
+The more effort a contributor puts into understanding the problem and crafting a concise description, the better the chances of a successful contribution.
+
 ## Issues
 
 - For non-trivial issues, include a link to a sample project that reproduces the issue.
 - Assume all versions to be that of the latest release. Only specify versions that deviate from that.
 - Specify dependencies only if the problem exists for one version or variant, but not for others.
 - Don't repeat information specified in the reference reproducer.
+- Be specific and concise, avoiding being unnecessary verbose. Avoid summarization and bullet-point lists unless absolutely necessary.
 - Add `Issue created by AI` to the issue description.
 
 ## Pull requests
@@ -18,4 +23,5 @@
 - Do not repeat information contained in the issue description.
 - Make sure the PR builds successfully, including tests.
 - Make sure the PR contains tests for changed behavior.
-- Make sure the PR adheres to the contribution guidelines: https://github.com/spring-projects/spring-data-build/blob/main/CONTRIBUTING.adoc.
+- Make sure the contributor has understood the changes and their implications instead of just committing the output of an AI tool.
+- Make sure the PR adheres to the contribution guidelines: https://github.com/spring-projects/spring-data-build/blob/main/CONTRIBUTING.adoc.

.github/ISSUE_TEMPLATE/issue.md

@@ -0,0 +1,27 @@
+This is a Framework project. We welcome contributions that serve developer productivity and code quality supporting common use-cases instead of one-off customizations.
+Explain that AI-generated contributions may be labelled as AI slop if the usage of AI leads to low-quality contributions lead to maintainers do busy-work do read lengthy and low-quality descriptions.
+The more effort a contributor puts into understanding the problem and crafting a concise description, the better the chances of a successful contribution.
+
+## Issues
+
+- For non-trivial issues, include a link to a sample project that reproduces the issue.
+- Assume all versions to be that of the latest release. Only specify versions that deviate from that.
+- Specify dependencies only if the problem exists for one version or variant, but not for others.
+- Don't repeat information specified in the reference reproducer.
+- Be specific and concise, avoiding being unnecessary verbose. Avoid summarization and bullet-point lists unless absolutely necessary.
+- Add `Issue created by AI` to the issue description.
+
+## Pull requests
+
+- If there is an issue that gets fixed by this PR, add the keyword `Closes #<issue number>` to the PR description.
+- Add `PR created by AI` to the PR description.
+- If the change is not trivial, make sure there exists an issue for it.
+- Make the description short. 
+- Do not repeat information. 
+- Avoid superfluous embellishments. 
+- Use formatting sparingly. 
+- Do not repeat information contained in the issue description.
+- Make sure the PR builds successfully, including tests.
+- Make sure the PR contains tests for changed behavior.
+- Make sure the contributor has understood the changes and their implications instead of just committing the output of an AI tool.
+- Make sure the PR adheres to the contribution guidelines: https://github.com/spring-projects/spring-data-build/blob/main/CONTRIBUTING.adoc.

.github/PULL_REQUEST_TEMPLATE.md

@@ -18,10 +18,11 @@ If you have a general usage question, please ask on https://stackoverflow.com[St
 The Spring Data team and the broader community monitor the https://stackoverflow.com/tags/spring-data[`spring-data`] tag.
 
 If you are reporting a bug, please help to speed up problem diagnosis by providing as much information as possible.
-For non-trivial bugs provide a [Minimimal Reproducable Example](https://stackoverflow.com/help/minimal-reproducible-example), preferable as a Github repository. Make sure to include the database, either as an in memory database or if that is not possible using [Testcontainers](https://www.testcontainers.org/).
+For non-trivial bugs provide a [Minimimal Reproducable Example](https://stackoverflow.com/help/minimal-reproducible-example), preferable as a GitHub repository. Make sure to include the database, either as an in memory database or if that is not possible using [Testcontainers](https://www.testcontainers.org/).
 The preferred build tool is Maven.
 The preferred language is Java.
 
+[[security-vulnerabilities]]
 == Reporting Security Vulnerabilities
 
 If you think you have found a security vulnerability in Spring Data, please *DO NOT* disclose it publicly until we've had a chance to fix it.
@@ -30,12 +31,6 @@ Please don't report security vulnerabilities using GitHub issues, instead head o
 [[how-to-contribute]]
 == How to Contribute
 
-[[security-vulnerabilities]]
-=== Reporting Security Vulnerabilities
-
-If you think you have found a security vulnerability in Spring Data, please **DO NOT** disclose it publicly until we’ve had a chance to fix it.
-Please don’t report security vulnerabilities using GitHub issues, instead head over to https://pivotal.io/security and learn how to disclose them responsibly.
-
 [[discuss]]
 === Discuss
 
@@ -122,14 +117,17 @@ Related tickets #??? (optionally refer to related tickets)
 
 === Use of AI
 
-It is ok to use AI to help you shape your contribution.
+LLM's have an answer to almost every input.
+With the emergence of AI, we are evaluating the value of contributions that were created with the help of AI.
+It is not about generating code, we can craft a prompt ourselves after all.
+It is about nuanced balancing of implications and deep understanding of the problem at hand that eventually can result in creating
+code.
 We (hopefully) can't tell the difference anyway.
-You are still responsible for everything you commit, push, submit, or otherwise contribute to this project.
+You are still responsible for everything you commit, push, submit, or otherwise contribute to this project, including that you have not infringed any copyrights.
 
-Unfortunately, we lately encountered an increased amount of contribution where we could tell the difference.
-These suffered from extreme cases of "AI slop".
-Descriptions that could have been a handful sentences stretched for pages and pages.
-Sifting through such documents to find the relevant information is extremely tiring and frustrating.
+Unfortunately, we lately encountered an increased amount of high-content low-quality contributions that is considered AI slop.
+Descriptions that could have been a few sentences stretched for pages and pages.
+Sifting through such prose to find the relevant information is extremely tiring and frustrating.
 
 We will close and reject such contributions with a simple comment and will not engage in further discussion.
 You may, however, create a new PR or issue in a terser format.
@@ -164,7 +162,7 @@ Upgrades to new major versions are allowed, too, but consider ways to support mu
 We use JMH for micro-benchmarks.
 
 Our benchmarks are located in the `src/jmh/java` directory so that we compile these as part of our main build.
-To run benchmarks during development, we leverage JUnit 6 and the https://github.com/mp911de/microbenchmark-runner[Microbenchmark Runner].
+To run benchmarks during development, we leverage JUnit and the https://github.com/mp911de/microbenchmark-runner[Microbenchmark Runner].
 Enable the `jmh` Maven Profile, add `@Testable` to the benchmark you want to run (of the benchmark class) and run it as it was a JUnit test right from your IDE.
 
 NOTE: Microbenchmark Runner is not a tool for running final benchmarks, rather it helps to quickly run benchmarks during development to reduce turnaround time.