-
Notifications
You must be signed in to change notification settings - Fork 370
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
add ability to pass a different repo-owner and repo-name #1081
base: main
Are you sure you want to change the base?
Conversation
Hello @amenocal , thank you for the suggestion, we start to estimate the value of this feature |
@dsame sounds good! I am aware I did this in the most simple approach, but happy to help if there are better methods on approaching this 😄 |
This is exactly what I needed, thanks for this! |
I would like to know if this PR could be reviewed. There is kind of proposal behind that are interesting, and that use this patch. |
👍 We also have a use case where we have multiple Github organizations with hundreds of repos that we'd like to run this action for. The current approach of adding a workflow to every repo is pretty tedious and hard to maintain if there were any configuration changes. Adding the ability to target a repo allows us to have a single workflow cron that can iterate through all of our organizations and repos (and uses a custom access token) and run the stale action with a set of standardized options. Please consider merging this change! |
For you information. I made a feature request for Github also. https://github.com/orgs/community/discussions/85004 |
Hi @dsame I am sorry for bothering you, but it is already 9 months after last message from you and you stated that you started estimation process. Do you have any news about that? We really need that stuff too =( |
This is something my organization needs, too. We want to run this in a matrix job in a single workflow for our repos. |
Description:
This PR adds the ability to pass a different repo-owner and repo-name than using the
context
variable.This may allow users to specify to run stale on other repositories* (i.e. an Organization Admin marking stale issues / PRs from a centralized repository)
Related issue:
#849 It's closed but this has been requested by customers.
Check list: