mirror of
https://github.com/FiloSottile/mkcert.git
synced 2026-04-25 05:26:03 +03:00
[GH-ISSUE #548] Is this project still being maintained? #324
Labels
No labels
TLS stack issue
Windows
bug
duplicate
duplicate
enhancement
help wanted
help wanted
pull-request
question
question
root store
waiting for info
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/mkcert#324
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @bugnano on GitHub (Aug 15, 2023).
Original GitHub issue: https://github.com/FiloSottile/mkcert/issues/548
There are 33 open PRs, and the last development activity was more than 1 year ago.
Now, I understand that this project is mature, so it doesn't need much activity, but keeping PRs that could bring useful features open for months without acknowledging their existence makes me worry about the state of this project.
@gaby commented on GitHub (Aug 20, 2023):
@bugnano This happens every year, check the related tickets below.
Ping @FiloSottile
Related:
@awoimbee commented on GitHub (Apr 4, 2024):
@FiloSottile IMO you should add other people as maintainers, that's how
xzwas compromised, but it's also how open-source projects stay alive and it's the best way to avoid maintainer burnout.Damn, github even has a nice page about this https://opensource.guide/maintaining-balance-for-open-source-maintainers/.
@FiloSottile commented on GitHub (Apr 6, 2024):
This project is still maintained. I monitor issues, and would respond promptly to security reports or any breakage that makes mkcert not work anymore for its current users. Issues and PRs that are about expanding the pool of users mkcert is useful for are not urgent, and I work on them in batches.
That's how I manage my maintainer workload, and it works fairly well for me and for my projects.
I've written this up and linked it from CONTRIBUTING to better set expectations. https://filippo.io/maintenance