4 ms·

There's git-appraise[0] which decentralizes issues and PRs by putting them as objects inside of git. It also features a webui[1] [0] https://github.com/google/

• david-cako 9y ago
  This is actually the one good way of handling it IMO. Decentralizing git without losing the UX benefits of using a site like github is done by handling it like torrents and packaging everything into the repo/technology itself. The Linux kernel is already part of the way there, it's just the "local client" aspect that's missing, along with a focus on actually making it intuitive and fully integrated into git itself. The repo itself should contain all of the bookkeeping, and git should host a local UI (web and CLI) that allows you to interact with it as you would with github, rather than the send-mail rituals, the relative difficulty of following development on mailing lists, and the "here's how to set up one of 20 different email clients to send mail as plain-text". Imagine get_maintainer.pl and send-mail being replaced with a built-in pull-request-like interface that is disseminated to everyone that pulls from the remote. That's what git-appraise is trying to accomplish. The traditional mailing-list-based development is tried and tested, but at risk of displaying my appy app iPhone youth naïveté, it's really inconvenient IMO.
  • tenken 9y ago
    I think you just described the Fossil dvcs.