hit-on: Haskell Git Helper Tool

This is a package candidate release! Here you can preview how this package release will appear once published to the main package index (which can be accomplished via the 'maintain' link below). Please note that once a package has been published to the main package index it cannot be undone! Please consult the package uploading documentation for more information.

[maintain] [Publish]

Warnings:

Haskell Git Helper Tool


[Skip to Readme]

Properties

Versions 0.0.0, 0.0.0, 0.1.0.0
Change log CHANGELOG.md
Dependencies ansi-terminal (>=0.8), base (>=4.12.0.0 && <4.13), base-noprelude (>=4.12.0.0 && <4.13), github (>=0.20 && <0.21), gitrev (>=1.3 && <1.4), hit-on, optparse-applicative (>=0.14 && <0.15), relude (>=0.4 && <0.5), shellmet (>=0.0.0), text, vector (>=0.12 && <0.13) [details]
License MPL-2.0
Copyright 2019 Kowainik
Author Kowainik
Maintainer xrom.xkov@gmail.com
Category Git, CLI Tool
Home page https://github.com/kowainik/hit-on
Bug tracker https://github.com/kowainik/hit-on/issues
Source repo head: git clone https://github.com/kowainik/hit-on.git
Uploaded by vrom911 at 2019-03-16T16:28:23Z

Modules

Downloads

Maintainer's Corner

Package maintainers

For package maintainers and hackage trustees


Readme for hit-on-0.0.0

[back to package description]

Hit On

hit-on logo Hackage MPL-2.0 license Stackage Lts Stackage Nightly Build status

Kowainik Git Workflow Helper Tool.

You can find the description of the workflow here:

hit-on provides the hit binary with a convenient command-line interface to improve the interaction with git in a compatible way with the described working methods. It saves time for people who use this workflow on a daily basis, helps beginners expand their insight of the core VCS processes and makes collaboration between team members easier during development.

Here is an example of how you can see the list of issues and the issue description with hit:

Screenshot from 2019-03-17 00-21-23

Getting started

Prerequisites

To start using hit make sure that you have the following tools installed on your machine:

Installation

There are several methods to install the hit tool. You can choose the one that you are most comfortable with.

Download from releases

You can download the hit binary directly from the GitHub releases:

After downloading, make it executable and copy it to a convenient location, for example:

chmod +x hit-linux
mv hit-linux ~/.local/bin/hit

Build from source

NOTE: the project is written in Haskell, so you need to have one of the Haskell build tools installed. See this blog post for installation and usage instructions.

You need to follow these steps:

  1. Clone the repository from GitHub

    git clone https://github.com/kowainik/hit-on.git
    
  2. Step into the directory

    cd hit-on
    
  3. Install the project with one of the build tools

  1. Make sure that hit is installed:

    hit --version
    

macOS package manager

Currently, this method of installation is not supported. See this issue for more details or if you want to help.

Ubuntu package manager

Currently, this method of installation is not supported. See this issue for more details or if you want to help.

Setting up

Follow the steps below to configure hit :

  1. Specify your GitHub login in the global .gitconfig
git config --global user.login <your_login>
  1. This step is only required if you want to use hit with private repositories.
    1. Create OAuth token on GitHub. The following scopes for the token should be specified: Screenshot from 2019-03-16 22-34-57

    2. Copy the generated token.

    3. Export token as an environment variable

      export GITHUB_TOKEN=<paste_generated_token_here>
      

Usage

The best way to demonstrate the power of the hit tool on a day-to-day basis with our workflow is to go through the entire workflow step by step, solving an ordinary problem of the typical git user.

Here we assume that you work with origin remote with the main branch set to master.

hit clone

If you don't have the repository locally, you need to clone it. With the git tool you would need to specify the full URL which you can get from the repository GitHub page.

git clone git@github.com:username/project-name.git

hit can simplify this process a bit. If you want to clone the project which is under your GitHub username you can write:

hit clone my-project

If this is not your personal repository then you can use clone command in the following way:

hit clone owner-name/project-name

hit hop

When you want to start working on a new issue, you usually want to make sure you're using the latest version of your project. As a git user you may use the following commands:

git checkout master
git pull --rebase --prune

With hit you can just:

hit hop

hit issue

Now you need to decide which issue you want to work on. You can use the hit issue command to see the full list of all open issues. After choosing the number of the issue, let's say 42, call hit issue 42 to see the details of that issue.

hit new

Start your work in a new branch. According to our workflow, branch names should have the following form:

<user_login>/<issue_number>-<short_issue_description>

With git you can create a branch using the following command:

git checkout -b my-login/42-short-desc

hit allows you to accomplish this task in an easier manner:

hit new 42

It uses the issue title to generate a short description.

hit commit

After finishing your work on that issue, you need to commit your changes. With git you would do the following:

git add .
git commit -m "[#42] Implement my feature

Resolves #42"

With hit you need only to specify the text of the commit to get the same result:

hit commit "Implement my feature"

Note that you don't need to keep in mind the current issue number. However, if you want to refresh the context about the issue, use the hit current command.

hit push

After committing your changes locally, you need to push them to the remote repository. It's usually a good practice to push only the current branch.

The git command for this is a little bit verbose:

git push -u origin my-login/42-short-desc

hit allows you to save several keystrokes:

hit push

hit sync

After opening the pull request, some of the reviewers suggested changes that you applied as commits to the remote branch via GitHub interface. Now you need to sync your local branch with the remote one.

With git you can do the following:

git pull --rebase origin my-login/42-short-desc

However, with hit you can just:

hit sync

hit fresh

While you were waiting for the second round of reviews, another pull request was merged to the master branch. Now you need to apply the new master changes to your local branch.

With git you can do the following:

git fetch origin master
git rebase origin/master

Again, with hit you can do better:

hit fresh

hit fix

Now you need to make changes to your work locally according to the code review and push them to the remote repository.

git requires from you to do several steps to accomplish this simple task:

git add .
git commit -m "Fix after review"
git push origin my-login/42-short-desc

hit helps you with this as well:

hit fix

hit amend

Oops, you've just realised that you have made a typo in your work! So you fixed the typo. But now you want to update the remote branch without creating a new unnecessary commit.

With git you can do the following:

git commit -a --amend --no-edit
git push origin my-login/42-short-desc --force

With hit you can simply:

hit amend

hit resolve

Hooray, your PR just got merged! It's time to clean your local repository and start working on a new issue!

With git you would do the following:

git checkout master
git pull --rebase --prune
git branch -D my-login/42-short-desc

With hit you can finish your work faster:

hit resolve

Acknowledgement

Icons made by Freepik from [www.flaticon.com](https://www.flaticon.com/) is licensed by CC 3.0 BY.