Remix.run Logo
dannyfritz07 8 hours ago

I have had my eye on these technologies for a while. Embedding the issue tracker and such in your git repo. Every day these make more and more sense.

- https://gitsocial.org/

- https://radicle.dev/

- https://github.com/git-bug/git-bug

BTBurke 4 hours ago | parent | next [-]

I made the decision to leave Github a couple months ago when I retired and started heavily working on personal projects. I like the idea of radicle and used it for a while, but it's complicated to set up and maintain if you want to run your own seed node and pin your personal projects.

What I ended up with is a version of a static forge - Charm's soft-serve to host the repos and a forked version of the pico.sh pgit static site generator. I added git-bug integration to track issues in the repo and an alternative CLI to git-bug that works better when collaborating with agents.

A static forge site is very resilient to bot traffic because it only renders a limited number of commits, instead of pathologically allowing a near infinite number of URLs for bots to crawl.

https://kilimanjaro.io if you want to see what it looks like.

jbaber 5 hours ago | parent | prev [-]

Exactly this. Even though I don't use git-bug anymore, I'm still a sponsor. I desperately want an issue-tracker-in-.git to become a standard.

Issues and CI are the only lock-in. The latter is legitimate because you're using someone else's CPU, but every developer has the tooling to "git diff" and write comments if we could just agree on a format.

dannyfritz07 2 hours ago | parent [-]

I have trouble wrapping my head around how to make it so the public can create an issue in your git repo.