Alternate backend support for config files
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 2.3k
- Forks
- 293
- PR merge metrics
- No merged PRs in 30d
Description
I'm working on a release management web app to manage branching and picking of commits onto release branches and push those changes back out to other services. Because multiple nodes in the app need to have a unified view of the repository I'm experimenting with non-filesystem storage technologies (specifically Postgres and Amazon's DynamoDB) for the workload. So far the Ref and Object DB backend support has worked exactly as expected but support for alternate config storage is missing. I notice there is backend support for configs in libgit2 similar to the Ref and Object DBs and am happy to start implementing support for this feature in Rugged. This issue is more to solicit feedback and start a discussion before I dig into adding this feature.
Contributor guide
No contributing guide indexed for this repository
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 comparing Rugged's existing Ref and Object DB backend support with the config backend support available in libgit2. Determine the entry points and interfaces involved before proposing support for Postgres or DynamoDB. Done means alternate config storage works consistently for the unified repository view and has appropriate coverage.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- aws, c, postgresql, ruby
- Domain
- backend, databases
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100