mediocregopher
/
dehub
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
A read-only clone of the dehub project, for until dehub.dev can be brought back online.
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
42 Commits
2 Branches
0 Tags
311 KiB
 
 
Tag: Branch: Tree: d5f172875e
Branches Tags
${ item.name }
Create tag ${ searchTerm }
Create branch ${ searchTerm }
from 'd5f172875e'
${ noResults }
dehub/ROADMAP.md

3.2 KiB
Raw Blame History

Roadmap

This document describes currently planned features and events related to the dehub project. It's intention is to help prioritize work. There are no dates set, only a sequence of milestones and the requirements to hit them.

Milestone: Publicize project

Must be able to feel good about showing the project publicly, as well as be able to accept help from people asking to help.

  • Restrict new branches so that they must be ancestors of main.
  • Fast-forward perms on branches (so they can be deleted)
  • init command.
  • Ammending commits.
  • Figure out commit range syntax, use that everywhere.
  • Support short hash names
  • Ability to specify a pgp key manually, even if it's not in the project.
  • Ability to require any signature on a commit, even if it's not in the config.
  • Create a branch which is just a public "welcome thread", which can be part of the tutorials.
  • Tutorials
  • Update SPEC; it's sloppy, out-of-date, and incomplete.
  • Maybe move external host?

Milestone: IPFS support

  • Big ol' question mark on this one.

Milestone: Versions

  • Tag commits
  • Add dehub version to the SPEC, make binary aware of it
  • Figure out a release system?

Milestone: Minimal plugin support

  • SPEC and implement. Things which should be pluggable, initially:
    • Conditions
    • Signifiers
    • Filters
    • Commits???

Milestone: Minimal notifications support

  • Some way to store notification settings locally, and run a command which shows a sequence of events since the last time you ran it.
    • The command should keep a history of all of its outputs, and allow the user to see that history (in case they run the command, then clear the output by accident).
    • The user should be able to specifically get notifications on threads they're a part of, threads by branch name pattern, files by path pattern, and keywords in commit messages.

Misc Polish

These tasks aren't necessarily scheduled for any particular milestone, but they are things that could use doing anyway.

  • Maybe coalesce the accessctl, fs, and sigcred packages back into the root "dehub" package.

  • Polish all error messages. A good error message has the following qualities:

    • If wrapping an error which was returned from a sub-call:
      • Uses fmt.Errorf with the %w format directive at the end.
      • Phrased as if the sentence starts with the word "while", e.g. "opening file: %w".
    • Only includes information the caller of that function/method couldn't already know.

  • Polish commands

    • New flag system, some kind of interactivity support (e.g. user doesn't specify required argument, give them a prompt on the CLI to input it rather than an error). This is partially done, in that a new flag system has been started. Needs further work.

    • Review flags:

      • probably make some of them into positional arguments
      • add flag shortcuts
      • document everything better.

    • POSIX compatible-ish flags?

    • Possibly save state locally in order to speed things along, such as "account id" which probably isn't going to change often for a user.

  • More/better tests

    • Commits need much better test coverage.