Git Portal is a github style sharing and collaboration application without server side code (no-backend).
In just a few weeks this project as received a lot of encouragement which has been amazing!
Hashtag #gitportal: Mastodon | Twitter
Chat (matrix/element): #gitportal
Forum (discourse): Git Portal Discussion
This prototype follows on from a proof-of-concept developed in the repository p2p-git-portal-poc and shown below. A live demo of the proof-of-concept is available at http://gitch.happybeing.com while development continues on the prototype.
The proof-of-concept is a static HTML no-backend app (so no-server side code).
You can create or upload repositories immediately using the buttons provided, but in order to clone a repository need to use a proxy or a browser plugin to avoid problems with CORS checks in the browser. A proxy is necessary for github, but a browser plugin is enough for some git services such as gitlab. See the section on CORS if you wish to try out the clone feature.
Once you have a repository stored in Git Portal you will be able to browse the file worktree and .git directories, view commits (if any), and view issues (a few example issues are added when you create a new repository).
The UI does not yet allow you to create or edit issues.
Following on from the proof-of-concept, we are developing a Git Portal prototype using an improved architecture. Like the proof-of-concept, this will run from static web hosting or from the peer-to-peer storage such as Safe Network (a secure, anonymous, private peer-to-peer storage and communications platform).
The prototype is being built using a Svelte front-end and a combination of Rust/WASM and JavaScript/NodeJS for the application logic, on top of WasmerJS/WASI.
Svelte has been selected for the front-end because of its high productivity, performance and ease of learning. Even if you haven't used Svelte before I think you'll enjoy the experience and find it easy to contribute to front-end work.
WASM is preferred where possible for application-logic because it produces fast, compact code and allows us to develop in Rust which is productive, reduces scope for bugs and improves security.
Building on WasmerJS/WASI allows us to speed development by use existing JavaScript/NodeJS libraries in the short term with the option to re-write or replace them later. For example where git
functionality is available in NodeJS but not yet in Rust we can reduce the amount of new Rust code needing to be written.
Rust will be used for features not yet available in NodeJS such as extensions for git issues, pull requests and additional application-logic.
To develop git
functionality in a mixture of JavaScript and Rust we required a common filesystem in the browser. For this I evaluated Emscripten and WASI (Web Assembly System Interface) and selected the latter because it is well supported in Rust based on WasmerJS + wasm-bindgen
. It will also I think be easier and generally more useful when migrating from the browser filesystem to a peer-to-peer filesystem for the production version.
The earlier proof-of-concept was developed in a few weeks using Go/WASM in order to extend git
functionality with issues using git-bug
(a Go application). For the prototype we will re-implement selected git-bug
features in Rust. The Rust implementation will retain compatibility with git-bug
at the filesystem level in order to make use of git-bug
's proven design, continued enhancements (e.g. to support git PRs), and excellent command line interface (as a 'git extra').
We have the Go/WASM based proof-of-concept featuring most of the above functionality and a live demo at http://gitch.happybeing.com.
The Svelte Rust/WASI and JavaScript framework has been tested (here: svelte-wasi-with-rust) and work is now in progress in this repository to implement the initial features in this new architecture.
So there's plenty to do in all areas, including some in the first proof-of-concept related to enhancing the features and using this to advance the front-end until this WASI prototype catches up.
git
functionalityes-git
features using memfs (@happybeing)wasmFS
module and use to integrate es-git
gitbug-rs
with selected git-bug
featuresFrom a peer-to-peer alternative to github and similar third party git portal services, we will develop our vision for a community driven and oriented feature set with our own visual identity. This means re-inventing the git portal without the goal of centralisation, and instead to share and return value created by the community in whatever ways the community can benefit.
As well as NodeJS and Rust you need the Rust wasm32-wasi
target:
rustup target add wasm32-wasi
And the wasm-bindgen
CLI:
cargo install wasm-bindgen-cli
Note: make sure wasm-bindgen --version
matches the version of the wasm-bingen
module in Cargo.toml
(/src/rust-wasi-example/Cargo.toml). If the versions don't match after doing cargo install wasm-bindgen-cli && wasm-bindgen --version
. Run cargo update -p wasm-bindgen
to update your Cargo.toml
and check the version now matches the CLI. You should ensure the versions match exactly.
As suggested on the Rust install page, a compiler such as the one included with Windows Visual Studio may be required. For Windows, Visual Studio Build Tools 2019 requires a Windows SDK for your platform via Visual Studio Installer. Choose Modify, C++ Build Tools, then add the Windows SDK. A console compiler such as MingW's GCC (GNU Compiler Collection) supports most other platforms. Alternative IDEs for writing Rust such as Atom which have Rust support are available.
If you don't have yarn
use npm run
instead of yarn
in the following:
git clone https://github.com/happybeing/p2p-git-portal-wasi
cd p2p-git-portal-wasi
yarn && yarn build-dev && yarn dev
Once the development build completes you can visit the app at localhost:8080.
To re-build the WASM and serve the result:
yarn build-dev && yarn dev
To build for release:
yarn && yarn build-release
To test, use yarn serve public
and visit localhost:5000
To deploy, upload everything from ./public
yarn watch-build-dev
watches for changes to the Rust subsystem (in ./src/wasi-rust
) and automatically re-builds the WASM and associated bindings as you edit the code.
You can use yarn watch-build-dev
together yarn dev
so that changes to any part of the application will automatically rebuild and re-load the app in the browser as you work on the code.
To do this, in one terminal watch and re-build the app with:
yarn dev
Then in another terminal, watch and re-build the Rust subsystem with:
yarn watch-build-dev
If you're using VSCode, we recommend installing the official Svelte extension as well as the official Rust extension. If you are using other editors, your may need to install a plugin in order to get syntax highlighting and intellisense for both Svelte and Rust.
We use uvu
with puppeteer
to run automatic tests on development and production builds.
yarn test # Runs tests until one fails
yarn test:all # Runs all tests
yarn test:watch # Automatically re-runs tests as you edit code
yarn test:build # Creates a production build and runs all tests
Test coverage:
yarn test:coverage # Runs 'yarn test:all' and shows coverage
To generate a report from the last run tests in ./coverage.lcov
.
yarn test:report # Provides a report for the last test run
We maintain one set of documentation for the front-end and JavaScript subsystem (using JSDoc) and another for the Rust subsystem (using cargo doc
). This is convenient to generate and use because most developers will be focussed on one or the other, even if they work on both over time.
Developers wishing to contribute code can find guidelines on writing tests and documentation in the Contributor Guidelines (see CONTRIBUTING).
The following commands will generate and show documentation for the Front-end and JavaScript API (./src/api
).
yarn docs # Generates both sets of documentation
yarn docs:show # Assumes Firefox
If not using Firefox, a good entry point for any browser is docs/public/index.html
.
Developer documentation for the wasi-rust
subsystem is generated using cargo doc
. The commands to generate and view this are:
yarn docs # Generates both sets of documentation
yarn docs:rust:show # Assumes Firefox
If not using Firefox, a good entry point for any browser is src/wasi-rust/target/doc/wasi_gitportal/index.html
.
TODO review and update...
The above is all that's needed to test and for most development.
Make sure you have the proxy running and make sure the proxy URI is set correctly in the UI. Now click "Clone".
A sample repository is already set in the UI, and should be cloned in a few seconds. Large repositories will of course take much longer, so be prepared to wait!
When cloning is finished this the list of repositories on the top left, and the list of commits on the right will be updated. If you have more than one repository cloned, you can click on the list (top left) to show the commits for that repository.
If you have problems, open the web browser console to look for any error messages and feel free to open an issue if you have difficulties.
Note: drag and drop of files is not properly supported yet.
Git Portal needs your help! If you think you can help in some way, not just by working on code, please read and follow contributor guidelines in CONTRIBUTING.md.
This project is released with a Contributor Code of Conduct (The Contributor Covenant v2.0). By participating in this project you agree to abide by its terms.
Everything is GPL3.0 unless otherwise stated. Any contributions are accepted on the condition they conform to this license.
See also LICENSE