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.
 
 
mediocregopher 23fa9da972 properly check for gpg not returning a matching pgp key 4 years ago
.dehub Refactor access controls to support multiple branches 4 years ago
accessctl Completely refactor naming of everything, in light of new SPEC 4 years ago
cmd change pre-receive hook from flag to sub-command 4 years ago
fs Initial commit, can create master commit and verify previous master commits 4 years ago
sigcred properly check for gpg not returning a matching pgp key 4 years ago
typeobj Fix a bug in typeobj when a type field's name is the same as one of its inner... 4 years ago
yamlutil Completely refactor naming of everything, in light of new SPEC 4 years ago
.gitignore give git-http-server requests ability to specify specific revision 4 years ago
Dockerfile.dehub-remote Support non-fastforward commits 4 years ago
README.md Remove extra lines from lists in README and SPEC, because apparently it matters 4 years ago
ROADMAP.md Completely refactor naming of everything, in light of new SPEC 4 years ago
SPEC.md Remove extra lines from lists in README and SPEC, because apparently it matters 4 years ago
commit.go Fix a bug in typeobj when a type field's name is the same as one of its inner... 4 years ago
config.go Completely refactor naming of everything, in light of new SPEC 4 years ago
diff.go refactor how file changes and hashes are handled, and add tests for hashes 4 years ago
fingerprint.go Completely refactor naming of everything, in light of new SPEC 4 years ago
fingerprint_test.go Completely refactor naming of everything, in light of new SPEC 4 years ago
go.mod Give the project a proper root, dehub.dev/src/dehub.git 4 years ago
go.sum Initial commit, can create master commit and verify previous master commits 4 years ago
payload.go Fix a bug in typeobj when a type field's name is the same as one of its inner... 4 years ago
payload_change.go Completely refactor naming of everything, in light of new SPEC 4 years ago
payload_change_test.go Completely refactor naming of everything, in light of new SPEC 4 years ago
payload_comment.go Completely refactor naming of everything, in light of new SPEC 4 years ago
payload_credential.go Completely refactor naming of everything, in light of new SPEC 4 years ago
payload_credential_test.go Completely refactor naming of everything, in light of new SPEC 4 years ago
payload_test.go Completely refactor naming of everything, in light of new SPEC 4 years ago
project.go change pre-receive hook from flag to sub-command 4 years ago
project_test.go Completely refactor naming of everything, in light of new SPEC 4 years ago

README.md

dehub

dehub aims to provide all the features of a git hosting platform, but without the hosting part. These features include:

User management - Authentication that commits come from the user they say they do, and fine-grained control over which users can do what.

Pull requests and issues - Facilitation of discussion via comment commits, and fine-grained (down to the file level) sign-off requirements.

Tags and releases* - Mark releases in the repo itself, and provide immutable and verifiable git tags so there's never any funny business.

Plugins*: Extend all aspects of dehub functionality via executables managed in the repo itself (in the same style as git hooks).

Key Concepts

To implement these features, dehub combines two key concepts:

First, repo configuration is defined in the repo itself. A file called .dehub/config.yml contains all information related to user accounts, their pgp keys, branch and file level access controls, and more. Every commit must adhere to the configuration of its parent in order to be considered verifiable. The configuration file is committed to the repo like any other file would be, and so is even able to define the access controls on itself.

Second, the commit message of every dehub commit contains YAML encoded metadata, which allows dehub to extend git and provide multiple commit types, each with its own capabilities and restrictions. Some example dehub commit types are change commits, comment commits, and credential commits.

Infrastructure (or lack thereof)

Because a dehub project is entirely housed within a traditional git project, which is merely a collection of files, any existing git or network filesystem infrastructure can be used to host any dehub project:

  • The most barebones git daemon server (with a simple pre-receive hook set up).
  • A remote SSH endpoint.
  • A mailing list (aka the old school way).
  • Network file syncing utilities such as dropbox, syncthing, or NFS.
  • Existing git project hosts like GitHub, Bitbucket, or Keybase.
  • Decentralized filesystems such as IPFS*.

* Planned feature, but not yet implemented.

Getting Started

The dehub project itself can be found by cloning https://dehub.dev/src/dehub.git.

Installation of the dehub tool is currently done via the go get command:

go get dehub.dev/src/dehub.git/cmd/dehub

This will install the binary to your $GOBIN path, which you'll want to put in your $PATH. Run go env if you're not sure where your $GOBIN is.

Once installed, running dehub -h should show you the help output of the command. You can continue on to the tutorials if you're not sure where to go from here.

Tutorials

The following tutorials will guide you through the basic usage of dehub. As dehub is still very much in development a high level of git and PGP profiency is still required in order to use dehub effectively.

TODO

Documentation

The SPEC is the best place to see every possible nitty-gritty detail of how dehub works. It attempts to be both human-readable and exhaustive in its coverage.

ROADMAP documents upcoming features and other work required on the project. If you're looking to contribute, this is a great place to start.

dehub-remote is a simple docker image which can be used to host a remote dehub project over http(s). The endpoint will automatically verify all pushed commits.

git-http-server is a small server which makes a git repo's file tree available via http. It will automatically render markdown files to html as well. git-http-server is used to render dehub's website.