GitHub Community
Pull Request Templates improvements: support .github-private and UI for picking template
#42499
Replies: 22 comments 7 replies
-
|
I'm also encountering this situation. This seems like a great use of the special |
Beta Was this translation helpful? Give feedback.
-
|
👍 - our company has migrated to an EMU instance, and this is a major feature gap right now as nothing public can exist in the enterprise. |
Beta Was this translation helpful? Give feedback.
-
|
Support for |
Beta Was this translation helpful? Give feedback.
-
|
A vocal +1 for |
Beta Was this translation helpful? Give feedback.
-
|
I'm also very keen to see this being implemented. My assumption until I started looking into it would have been that |
Beta Was this translation helpful? Give feedback.
-
|
This is still an issue |
Beta Was this translation helpful? Give feedback.
-
|
We're also looking for a way to display a public README for the org while still keeping our PR templates private. The proposed solution of supporting PR templates in |
Beta Was this translation helpful? Give feedback.
-
|
This is very much still an issue. |
Beta Was this translation helpful? Give feedback.
-
|
This does seem like a nice improvement, but realistically speaking, what's sensitive about issue/pr/discussion templates that you'd want to hide from the public? I actually like having them public as a way to show how tight our process is. |
Beta Was this translation helpful? Give feedback.
-
|
Having worked at a combination of organizations requiring high compliance and low compliance, I think the issue isn't that issue/pr/discussion templates are critical data, but instead that satisfying compliance requirements is typically done in broad strokes, taking a better-safe-than-sorry approach to minimize any risk of internal information leaks. Unfortunately, the current system creates a circumstance where satisfying internal organization best practices and internal compliance best practices are a strict trade-off, when they probably don't need to be. |
Beta Was this translation helpful? Give feedback.
-
|
Moreover, this advice ignores that GitHub themselves provide a product wherein it's impossible to have a public |
Beta Was this translation helpful? Give feedback.
-
|
Its not even wanting them to be private or public... I have very different requirements for an OSS project vs our own internal project, i.e. adding a "checkmark" for "QA team has signed off on staging" or something even just "Submit Security Vulnerabilities to our OSS Form vs our Internal Form" |
Beta Was this translation helpful? Give feedback.
-
|
Similarly, we have some links to tools and documents, specific checks that we prefer to not be public for compliance reasons. |
Beta Was this translation helpful? Give feedback.
-
|
This has been an ongoing issue and is a feature that absolutely needs to be added. Even because of these cases, this is a feature that must be added. |
Beta Was this translation helpful? Give feedback.
-
|
+1 |
Beta Was this translation helpful? Give feedback.
-
|
+1 |
Beta Was this translation helpful? Give feedback.
-
|
+1 |
Beta Was this translation helpful? Give feedback.
-
|
I'd rather not have to maintain pr templates for each repo across an org to keep a good security posture. These seems like an extremely necessary feature to allow for privated/internal .github repositories. |
Beta Was this translation helpful? Give feedback.
and others
-
Select Topic Area
Product Feedback
Body
The ability to create organization-wide Pull Request templates is fantastic -- but currently requires placing the template in a public
.githubrepository. It does not seem to be supported with the new.github-privaterepository which can be used for members-only profile contents.It would be fantastic to have the option to store a PR template in the private repository which is applied for any Private repos on the organization with a similar reasoning to the members-only profile snippet: sometimes we want a specific PR template to show for internal contributors that are different from the one shown on public repositories. Linking to internal pages and other such customizations.
Also, it appears that one can create multiple PR templates by creating one or more markdown files at
PULL_REQUEST_TEMPLATE/*.mdwhich is fantastic -- having separate templates for bug fixes vs. features for example would be great. Have used this quite frequently on the Issue templates and one of the biggest values of this is the UI that it enables which forces a user to pick the issue type and see the appropriate template ex: https://github.com/angular/angular/issues/new/chooseHowever, when one creates multiple pull request templates what actually happens is that none of the templates are used by default unless a special
?template=query param is added the URL. This makes the PR templates a bit less useful since it requires that users follow a specific link while creating the PR vs. being prompted to choose via the GitHub UI on the Web.Lastly ... can we please have issue form YAML syntax for PR templates 🙏🏻
That's all for now 😄
Beta Was this translation helpful? Give feedback.
All reactions