|
|
2 hafta önce | |
|---|---|---|
| cmd | 2 hafta önce | |
| issues | 2 hafta önce | |
| tests | 2 hafta önce | |
| .gitignore | 2 hafta önce | |
| LICENSE | 3 hafta önce | |
| Readme.md | 2 hafta önce | |
| go.mod | 2 hafta önce | |
| go.sum | 2 hafta önce | |
| io.go | 2 hafta önce | |
| io_test.go | 2 hafta önce | |
| issue.go | 2 hafta önce | |
| issue_test.go | 3 hafta önce | |
| tui.go | 2 hafta önce | |
| tui_test.go | 2 hafta önce |
Made with love, under employment, and queer joy. Proudly made without AI.
Put simply, issues.go is a TUI application for simple issue tracking (or
whatever you can think of) using plain text files, folders, and no fancy tech.
No web servers, no extra software, files that even Notepad.exe can deal with that integrate perfectly with your version control.
Wanna track some goals?
issues ~/goalsWanna track some bugs in a script your writing?
issues "that damn bug"Wanna browse a collection of issues?
issues some-bugs/Wanna track your issues with git?
git add issues/Wanna pull a remote issues repo?
git clone $REMOTE_REPO remote-issues
In further detail, issues.go is a series of utilities for interacting with the Poorman's Issue Tracker spec written in go for an efficient, small, and concurrent by default software.
Predominantly, issues.go provides a convenient TUI for creating, editing,
viewing and browsing collections of "Issues". issues.go provides
the bindings for standard execution of this TUI in cmd/issues.go. For more,
see the usage below.
Additionally, issues.go provides a public interface for integration with your
own software. For more own this interface, see the go doc
All software is political. Everything you make is political.
We dislike the Embrace, Extend, Extinguish implementation of the likes of GitHub's issue tracking. Embrace radically simple software, reduce headaches.
All software is political. Everything you make is political.
We, as a collective, are neuroqueer. This software was made to queer the status quo of requiring complicated high tech solutions for things that should be simple.
Software should, at best, be able to run on a potato - right? So why should you need to have some complicated web server that someone else owns with features designed to lock you in... Just to track some text?
Well we don't have fancy network stacks or money for hosting. We have old phones and some old trash computer we fished out of the recycling. You might not even have that!
So what, who cares about hosting it yourself right?
Idunno. The more all of the major companies insist on shoving LLM's down our throats, inflating the load the industry places on the environment exponentially. Why should my software have to burn a tree every time I want to add some info to an issue we're working?
go install cmd/issues.go
issues PATH
io.go:func readPath(path string) (output string, err error) { // TODO DEPRECATEio.go:// TODO(InvokeEditor) implement a channel & goroutine based concurrency lifecycleio.go:func DeleteIssue(issue Issue) (success bool, err error) { return false, nil } // TODO: implementtui.go:// TODO enable collection recursing (i.e, embedded collections)For versions moving from v0.0.4, see the LICENSE file. All revisions previous
to version and revision v0.0.4 are subject to the MIT license.