a reputation protocol for open collaboration
Go to file
Dandelion Mané 86ce26acb8
Improve weight config (#644)
This modifies WeightConfig to properly use the fallback node type, as
created in #640 and merged in #642. As an additional change, it now
displays type names, rather than the address parts. For example, the
issue type is now displayed as `Issue`, not
`["sourcecred", "github", "issue"]`.

The WeightConfig is an untested mess, and I will likely re-write it
entirely. (See a bevy of WeightConfig related issues: #604, #595, #588).
So, not too much effort was invested in keeping high code quality in
this commit.

Test plan: The weight config has no tests, so I manually tested:
- weights persist after page reload
- node weights influence cred attribution
- edge weights influence cred attribution
- edge directionality influences cred attribution
- weights have reasonably pretty description messages
2018-08-10 19:29:01 -07:00
config Add a favicon (#637) 2018-08-10 13:15:49 -07:00
flow-typed/npm Add all available flow-typed libdefs (#548) 2018-07-27 17:23:24 -07:00
scripts Expose a cache directory to plugins at load time (#616) 2018-08-07 13:10:15 -07:00
sharness Add a favicon (#637) 2018-08-10 13:15:49 -07:00
src Improve weight config (#644) 2018-08-10 19:29:01 -07:00
.eslintrc.js Disable the `no-useless-constructor` lint rule (#308) 2018-05-28 15:01:28 -07:00
.flowconfig Flow: enable `//$ExpectFlowError` (#315) 2018-05-29 13:56:36 -07:00
.gitignore Configure Webpack for backend applications (#84) 2018-03-18 22:43:23 -07:00
.prettierignore Ignore coverage output in Prettier (#364) 2018-06-08 10:50:52 -07:00
.prettierrc.json Move package json to root (#37) 2018-02-26 22:32:23 -08:00
.travis.yml package.json: reorganize test commands (#571) 2018-07-31 10:53:10 -07:00
CONTRIBUTING.md Add `sharness` for shell-based testing (#597) 2018-08-06 12:56:25 -07:00
LICENSE Add LICENSE 2018-02-03 17:58:49 -08:00
README.md Link to `CONTRIBUTING.md` from the README (#585) 2018-08-02 13:58:06 -07:00
package.json Add a favicon (#637) 2018-08-10 13:15:49 -07:00
yarn.lock Add a favicon (#637) 2018-08-10 13:15:49 -07:00

README.md

SourceCred

Build Status Discord

Vision

Open source software is amazing, and so are its creators and maintainers. How amazing? It's difficult to tell, since we don't have good tools for recognizing those people. Many amazing open-source contributors labor in the shadows, going unappreciated for the work they do.

SourceCred will empower projects to track contributions and create cred, a reputational measure of how valuable each contribution was to the project. Algorithmically, contributions will be organized into a graph, with edges representing connections between contributions. Then, a configurable PageRank algorithm will distill that graph into a cred attribution.

SourceCred is dogfooding itself. People who contributes to SourceCred—by writing bug reports, participating in design discussions, or writing pull requests—will receive cred in SourceCred.

Design Goals

SourceCred development is organized around the following high-level goals.

  • Transparent

It should be easy to see why cred is attributed as it is, and link a person's cred directly to contributions they've made.

  • Community Controlled

Each community has the final say on what that community's cred is. We don't expect an algorithm to know what's best, so we'll empower communities to use algorithmic results as a starting point, and improve results with their knowledge.

  • Decentralized

Individual projects and communities will control their own SourceCred instances, and own their own data. The SourceCred creators won't have the power to control or modify other projects' cred.

  • Forkable

Forking is important to open source, and gives people the freedom to vote with their feet. SourceCred will support forking, and forks will be able to modify their cred independently of the original.

  • Flexible & Extensible

SourceCred is focused on open-source projects for now, but we think it can be a general system for building reputation networks. We're organizing around very flexible core abstractions, and a plugin architecture for specific domains.

Current Status

As of July 2018, it's still early days for SourceCred! So far, we've set the following foundations:

  • the graph class is the heart of SourceCred, and we've spent a lot of time polishing those APIs 🙂
  • the GitHub plugin downloads data from GitHub and imports it into a graph
  • the Git plugin clones a Git repository and imports it into a graph
  • our PageRank implementation does cred attribution on the graph
  • the cred explorer makes the PageRank results transparent

The PageRank results aren't very good yet - we need to add more configurability to get higher quality results. We're working out improvements in this issue.

Roadmap

The team is focused right now on building an end-to-end beta that can import GitHub repositories and produce a reasonable and configurable cred attribution. We hope to have the beta ready by November 2018.

Running the Prototype

If you'd like to try it out, you can run a local copy of SourceCred using the following commands. You need to have node and yarn installed first. This repo is stable and tested on Node version 8.x.x, and Yarn version 1.7.0. You also need to get a GitHub API access token. This token does not need any specific permissions.

git clone https://github.com/sourcecred/sourcecred.git
cd sourcecred
yarn install
yarn backend
export SOURCECRED_GITHUB_TOKEN=YOUR_GITHUB_TOKEN
node bin/sourcecred.js load REPO_OWNER/REPO_NAME
# this loads sourcecred data for a particular repository
yarn start
# then navigate to localhost:3000 in your browser

For example, if you wanted to look at cred for ipfs/js-ipfs, you could run:

$ export SOURCECRED_GITHUB_TOKEN=0000000000000000000000000000000000000000
$ node bin/sourcecred.js load ipfs/js-ipfs

replacing the big string of zeros with your actual token.

Contributing

Wed love to accept your contributions! Please join our Discord to get in touch with us, and check out our contributing guide to get started.