-
Notifications
You must be signed in to change notification settings - Fork 11
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Strip mentions from the pull request message #26
Comments
The same for usernames, e.g. see JJJollyjim/arewehackersyet#6 where @deliciouslytyped is being pinged since a commit subjects mentions them |
I find these links very useful (and actualy asked for the rewriting to make them possible – just leaving them as Maybe there is a way to have a link that doesn't trigger Github’s backlinking? Not according to https://git.luolix.topmunity/t/linking-to-an-issue-without-creating-a-reference/890/3 Is there a generic URL redirection service out there that the link could be wrapped in?
|
I think that is a good idea. DuckDuckGo's one seems to work, try: http://r.duckduckgo.com/l/?uddg=https://github.com |
Hi all, I'll take a look at this issue and submit a PR tomorrow. Sorry for such a late response, I never got a notification from GitHub that there is an open issue :( |
Closes #26 niv-update-action changelog in a GitHub PR contains references (in the form of `owner/repo#PR_number`), which GitHub nicely turns into links. However, what GitHub also does is it creates a backreference in those PRs back to the PR created by niv-update-action. This pollutes the upstream projects. Thus, this change adds an option to use a redirector service in order to still have links, but avoid having backreferences.
Closes #26 niv-update-action changelog in a GitHub PR contains references (in the form of `owner/repo#PR_number`), which GitHub nicely turns into links. However, what GitHub also does is it creates a backreference in those PRs back to the PR created by niv-update-action. This pollutes the upstream projects. Thus, this change adds an option to use a redirector service in order to still have links, but avoid having backreferences.
Closes #26 niv-update-action changelog in a GitHub PR contains references (in the form of `owner/repo#PR_number`), which GitHub nicely turns into links. However, what GitHub also does is it creates a backreference in those PRs back to the PR created by niv-update-action. This pollutes the upstream projects. Thus, this change adds an option to use a redirector service in order to still have links, but avoid having backreferences.
Closes #26 niv-update-action changelog in a GitHub PR contains references (in the form of `owner/repo#PR_number`), which GitHub nicely turns into links. However, what GitHub also does is it creates a backreference in those PRs back to the PR created by niv-update-action. This pollutes the upstream projects. Thus, this change adds an option to use a redirector service in order to still have links, but avoid having backreferences.
Closes #26 niv-update-action changelog in a GitHub PR contains references (in the form of `owner/repo#PR_number`), which GitHub nicely turns into links. However, what GitHub also does is it creates a backreference in those PRs back to the PR created by niv-update-action. This pollutes the upstream projects. Thus, this change adds an option to use a redirector service in order to still have links, but avoid having backreferences.
Closes #26 niv-update-action changelog in a GitHub PR contains references (in the form of `owner/repo#PR_number`), which GitHub nicely turns into links. However, what GitHub also does is it creates a backreference in those PRs back to the PR created by niv-update-action. This pollutes the upstream projects. Thus, this change adds an option to use a redirector service in order to still have links, but avoid having backreferences.
Closes #26 niv-update-action changelog in a GitHub PR contains references (in the form of `owner/repo#PR_number`), which GitHub nicely turns into links. However, what GitHub also does is it creates a backreference in those PRs back to the PR created by niv-update-action. This pollutes the upstream projects. Thus, this change adds an option to use a redirector service in order to still have links, but avoid having backreferences.
Closes #26 niv-update-action changelog in a GitHub PR contains references (in the form of `owner/repo#PR_number`), which GitHub nicely turns into links. However, what GitHub also does is it creates a backreference in those PRs back to the PR created by niv-update-action. This pollutes the upstream projects. Thus, this change adds an option to use a redirector service in order to still have links, but avoid having backreferences.
Closes #26 niv-update-action changelog in a GitHub PR contains references (in the form of `owner/repo#PR_number`), which GitHub nicely turns into links. However, what GitHub also does is it creates a backreference in those PRs back to the PR created by niv-update-action. This pollutes the upstream projects. Thus, this change adds an option to use a redirector service in order to still have links, but avoid having backreferences.
Closes #26 niv-update-action changelog in a GitHub PR contains references (in the form of `owner/repo#PR_number`), which GitHub nicely turns into links. However, what GitHub also does is it creates a backreference in those PRs back to the PR created by niv-update-action. This pollutes the upstream projects. Thus, this change adds an option to use a redirector service in order to still have links, but avoid having backreferences.
@infinisil I created #31 to fix the issue you brought up. |
Closes #26 niv-update-action changelog in a GitHub PR contains references (in the form of `owner/repo#PR_number`), which GitHub nicely turns into links. However, what GitHub also does is it creates a backreference in those PRs back to the PR created by niv-update-action. This pollutes the upstream projects. Thus, this change adds an option to use a redirector service in order to still have links, but avoid having backreferences.
Various fixes in the output, to make it more correct, and avoid spamming of GitHub histories. Should be faster, too. This release brings the following: Formatting: * Fix: Add an empty line after the title. Now GitHub Commits list looks better. * Fix: Remove preceeding space in the title * Output branch name used by niv, so that it is clear what is being tracked * Add a title prefix support via `title_prefix` option Being nice: * Reformat mentions in the changelog to reduce spamming of mentioned developers (now, @knl will not generate a GitHub notification when present in the changelog) * Add option to avoid GitHub backreferencing the PR. That is, when we have #123 in the changelog, it will be a correct link to the correct repository, however, the referenced PR/issue will not contain a reference, thus reducing the spamming. See knl/niv-updater-action#26 for more details. * Make the location of `sources.json` customizable Performance: * Replace the use of jo with jq, thus avoiding to install jo * Do not install hub CLI, as it is present in the default image. This should avoid installing hub, speeding up the start.
Various fixes in the output, to make it more correct, and avoid spamming of GitHub histories. Should be faster, too. This release brings the following: Formatting: * Fix: Add an empty line after the title. Now GitHub Commits list looks better. * Fix: Remove preceeding space in the title * Output branch name used by niv, so that it is clear what is being tracked * Add a title prefix support via `title_prefix` option Being nice: * Reformat mentions in the changelog to reduce spamming of mentioned developers (now, @knl will not generate a GitHub notification when present in the changelog) * Add option to avoid GitHub backreferencing the PR. That is, when we have #123 in the changelog, it will be a correct link to the correct repository, however, the referenced PR/issue will not contain a reference, thus reducing the spamming. See knl/niv-updater-action#26 for more details. * Make the location of `sources.json` customizable Performance: * Replace the use of jo with jq, thus avoiding to install jo * Do not install hub CLI, as it is present in the default image. This should avoid installing hub, speeding up the start.
Various fixes in the output, to make it more correct, and avoid spamming of GitHub histories. Should be faster, too. This release brings the following: Formatting: * Fix: Add an empty line after the title. Now GitHub Commits list looks better. * Fix: Remove preceeding space in the title * Output branch name used by niv, so that it is clear what is being tracked * Add a title prefix support via `title_prefix` option Being nice: * Reformat mentions in the changelog to reduce spamming of mentioned developers (now, @knl will not generate a GitHub notification when present in the changelog) * Add option to avoid GitHub backreferencing the PR. That is, when we have #123 in the changelog, it will be a correct link to the correct repository, however, the referenced PR/issue will not contain a reference, thus reducing the spamming. See knl/niv-updater-action#26 for more details. * Make the location of `sources.json` customizable Performance: * Replace the use of jo with jq, thus avoiding to install jo * Do not install hub CLI, as it is present in the default image. This should avoid installing hub, speeding up the start.
Various fixes in the output, to make it more correct, and avoid spamming of GitHub histories. Should be faster, too. This release brings the following: Formatting: * Fix: Add an empty line after the title. Now GitHub Commits list looks better. * Fix: Remove preceeding space in the title * Output branch name used by niv, so that it is clear what is being tracked * Add a title prefix support via `title_prefix` option Being nice: * Reformat mentions in the changelog to reduce spamming of mentioned developers (now, @knl will not generate a GitHub notification when present in the changelog) * Add option to avoid GitHub backreferencing the PR. That is, when we have #123 in the changelog, it will be a correct link to the correct repository, however, the referenced PR/issue will not contain a reference, thus reducing the spamming. See knl/niv-updater-action#26 for more details. * Make the location of `sources.json` customizable Performance: * Replace the use of jo with jq, thus avoiding to install jo * Do not install hub CLI, as it is present in the default image. This should avoid installing hub, speeding up the start.
Various fixes in the output, to make it more correct, and avoid spamming of GitHub histories. Should be faster, too. This release brings the following: Formatting: * Fix: Add an empty line after the title. Now GitHub Commits list looks better. * Fix: Remove preceeding space in the title * Output branch name used by niv, so that it is clear what is being tracked * Add a title prefix support via `title_prefix` option Being nice: * Reformat mentions in the changelog to reduce spamming of mentioned developers (now, @knl will not generate a GitHub notification when present in the changelog) * Add option to avoid GitHub backreferencing the PR. That is, when we have #123 in the changelog, it will be a correct link to the correct repository, however, the referenced PR/issue will not contain a reference, thus reducing the spamming. See knl/niv-updater-action#26 for more details. * Make the location of `sources.json` customizable Performance: * Replace the use of jo with jq, thus avoiding to install jo * Do not install hub CLI, as it is present in the default image. This should avoid installing hub, speeding up the start.
First, thanks for creating
niv-updater-action
, it is very convenient.I have
niv-updater-action
running on my dotfiles repository, sending PR's every week.nixpkgs
is one of the dependencies.Turns out, the nixpkgs commit messages tend to include references to issues/pr's on nixpkgs repository, for example:
This means that every time niv-updater-action sends a PR my repository, GitHub will mention that PR in the mentioned issue; but most of the times, it'll be a nuisance on nixpkgs. It looks like this is already happening on the wild:
From: NixOS/nixpkgs#76994 (I know that I'm adding yet another mention here)
In order to keep the nixpkgs issues clean, it would be great for
niv-updater-action
to somehow strip those mentions by default.I'm not sure what would be the best way to do it, I guess we can either have a postprocessing step on the commit message removing/escaping the mention-causing phrases, or we can just wrap the each commit message in code blocks.
The text was updated successfully, but these errors were encountered: