Vouch Expiration and Activity Based Auto Renewal
Nobody has claimed this yet.
- Dominant language
- Nushell
- Stars
- 5.1k
- Forks
- 91
- PR merge metrics
- No merged PRs in 30d
Description
right now once someone is added to the list they stay there indefinitely unless a maintainer manually steps in to remove them. I’m interested in implementing a way to handle "trust decay" so that we don’t end up with a permanent list of people who may no longer be active or whose accounts could eventually be compromised
my idea is to add optional expiration dates to the .td file that get updated automatically whenever a contributor has a PR merged this way active contributors never have to worry about their status expiring but people who stop participating will eventually drop off the list naturally it keeps the security tight without adding any extra manual work for you guys i'd love to know if this sounds like a good direction to take the project
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reading the existing .td files and the project’s handling of contributors who are added to the list. Then trace how merged pull requests are recognized, if that entry point exists, and define how optional expiration dates, renewal, and removal should interact. Done means the project has an agreed design and coverage for expiration and activity-based renewal.
Written by the indexing model from the issue text.
Assessment
- Domain
- security
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100