Skip to content

Commit

Permalink
Merge pull request git-bug#281 from MichaelMure/howto-github
Browse files Browse the repository at this point in the history
add a how-to to explain usage with Github
  • Loading branch information
MichaelMure authored Mar 1, 2020
2 parents eeeb932 + f82ad38 commit 71580c4
Show file tree
Hide file tree
Showing 5 changed files with 82 additions and 1 deletion.
2 changes: 1 addition & 1 deletion README.md
Original file line number Diff line number Diff line change
Expand Up @@ -28,7 +28,7 @@

:construction: This is now more than a proof of concept, but still not fully stable. Expect dragons and unfinished business. :construction:

## Install
## Installation

<details><summary>Pre-compiled binaries</summary>

Expand Down
80 changes: 80 additions & 0 deletions doc/howto-github.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,80 @@
# How-to: Read/write offline Github issues with git-bug

[git-bug](https://github.com/MichaelMure/git-bug) is a standalone distributed bug-tracker that is embedded in git. In short, if you have a git repository you can use it to store bugs alongside your code (without mixing them though!), push and pull them to/from a normal git remote to collaborate.

<p align="center">
<img src="../misc/diagrams/native_workflow.png" alt="Native workflow">
</p>

Bridges with other bug-trackers are first-class citizen in `git-bug`. Notably, they are bidirectional, incremental and relatively fast. This means that a perfectly valid way to use `git-bug` is as a sort of remote for Github where you synchronize all the issues of a repository to later read and edit them and then propagate your changes back to Github.

<p align="center">
<img src="../misc/diagrams/bridge_workflow.png" alt="Bridge workflow">
</p>

This has several upsides:
- works offline, including edition
- browsing is pretty much instant
- you get to choose the UI you prefer between CLI, interactive terminal UI or web UI
- you get a near complete backup in case Github is down or no longer fit your needs

Note: at the moment, Gitlab and Jira are also fully supported.

## Installation

Follow the [installation instruction](https://github.com/MichaelMure/git-bug#installation). The simplest way is to download a pre-compiled binary from [the latest release](https://github.com/MichaelMure/git-bug/releases/latest) and to put it anywhere in your `$PATH`.

Check that `git-bug` is properly installed by running `git bug version`. If everything is alright, the version of the binary will be displayed.

## Configuration

1. From within the git repository you care about, run `git bug bridge configure` and follow the wizard's steps:
1. Choose `github`.
1. Type a name for the bridge configuration. As you can configure multiple bridges, this name will allow you to choose when there is an ambiguity.
1. Setup the remote Github project. The wizard is smart enough to inspect the git remote and detect the potential project. Otherwise, enter the project URL like this: `https://github.com/MichaelMure/git-bug`
1. Enter your login on Github
1. Setup an authentication token. You can either use the interactive token creation, enter your own token or select an existing token, if any.
1. Run `git bug bridge pull` and let it run to import the issues and identities.

## Basic usage

You can interact with `git-bug` through the command line (see the [Readme](../README.md#cli-usage) for more details):
```bash
# Create a new bug
git bug add
# List existing bugs
git bug ls
# Display a bug's detail
git bug show <bugId>
# Add a new comment
git bug comment <bugId>
# Push everything to a normal git remote
git bug push [<remote>]
# Pull updates from a git remote
git bug pull [<remote>]
```

In particular, the key commands to interact with Github are:
```bash
# Replicate your changes to the remote bug-tracker
git bug bridge push [<bridge>]
# Retrieve updates from the remote bug-tracker
git bug bridge pull [<bridge>]
```

The command line tools are really meant for programmatic usage or to integrate `git-bug` into your editor of choice. For day to day usage, the recommended way is the interactive terminal UI. You can start it with `git bug termui`:

![termui recording](../misc/termui_recording.gif)

For a richer and more user friendly UI, `git-bug` proposes a web UI (read-only at the moment). You can start it with `git bug webui`:

![web UI screenshot](../misc/webui2.png)

## Want more?

If you interested to read more about `git-bug`, have a look at the followings:
- [the project itself, with a more complete readme](https://github.com/MichaelMure/git-bug)
- [a bird view of the internals](https://github.com/MichaelMure/git-bug/blob/master/doc/architecture.md)
- [a description of the data model](https://github.com/MichaelMure/git-bug/blob/master/doc/model.md)

Of course, if you want to contribute the door is way open :-)
1 change: 1 addition & 0 deletions misc/diagrams/Readme.md
Original file line number Diff line number Diff line change
@@ -0,0 +1 @@
The source of those diagrams is on draw.io. Couldn't find a good way to export :(
Binary file added misc/diagrams/bridge_workflow.png
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Binary file added misc/diagrams/native_workflow.png
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.

0 comments on commit 71580c4

Please sign in to comment.