Read & write deploy keys #234

Closed
opened 2025-11-02 03:14:54 -06:00 by GiteaMirror · 3 comments
Owner

Originally created by @GeoffreyFrogeye on GitHub (Jan 14, 2017).

Being able to give write access to some deploy keys would be very useful for repositories where git is used as an archiving and propagation tool rather than a code versioning system. Such repositories include those used by tools like pass, etckeeper, and some dotfiles manager, where commits and push can be done semi-automatically and you don't want that tool to have a write access to all your repositories.

--- Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/40957289-read-write-deploy-keys?utm_campaign=plugin&utm_content=tracker%2F47456670&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F47456670&utm_medium=issues&utm_source=github).
Originally created by @GeoffreyFrogeye on GitHub (Jan 14, 2017). Being able to give write access to some deploy keys would be very useful for repositories where git is used as an archiving and propagation tool rather than a code versioning system. Such repositories include those used by tools like [pass](https://www.passwordstore.org/), [etckeeper](http://etckeeper.branchable.com/), and some dotfiles manager, where commits and push can be done semi-automatically and you don't want that tool to have a write access to all your repositories. <bountysource-plugin> --- Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/40957289-read-write-deploy-keys?utm_campaign=plugin&utm_content=tracker%2F47456670&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F47456670&utm_medium=issues&utm_source=github). </bountysource-plugin>
GiteaMirror added the type/feature label 2025-11-02 03:14:54 -06:00
Author
Owner

@tboerger commented on GitHub (Jan 14, 2017):

Currently you can do that with separate accounts, but I would also integrate write access for deploy keys optionally

@tboerger commented on GitHub (Jan 14, 2017): Currently you can do that with separate accounts, but I would also integrate write access for deploy keys optionally
Author
Owner

@bkcsoft commented on GitHub (Jan 14, 2017):

We do have access tokens already right? shouldn't that be enough? or do they need more "control"?

@bkcsoft commented on GitHub (Jan 14, 2017): We do have access tokens already right? shouldn't that be enough? or do they need more "control"?
Author
Owner

@tboerger commented on GitHub (Jan 16, 2017):

Access tokens are bound to a user, so this grants too much access.

@tboerger commented on GitHub (Jan 16, 2017): Access tokens are bound to a user, so this grants too much access.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/gitea#234