Home

Awesome

dotbare

CI Status AWSCodeBuild Platform License

Introduction

dotbare is a command line utility to help manage dotfiles and or as a generic fuzzy git client. As a dotfile management tool, it wraps around git bare repository, query git information from it and display them through fzf for an interactive experience. It is originally inspired by forgit, a git wrapper using fzf. dotbare uses a different implementation approach and focuses on managing and interacting with system dotfiles. Because of the flexible implementation of dotbare, it can easily integrate with symlink/GNU stow setup or even as a generic fuzzy git client to use in any git repository.

As a generic fuzzy git client (using --git flag), dotbare dynamically determine the top level .git folder and process git information and perform git operation in the current working tree.

You could find out how git bare repository could be used for managing dotfiles here. Or a video explanation that helped me to get started. If you are currently using a symlink/GNU stow setup, checkout how to integrate dotbare with them here.

Select and edit dotfiles. fedit Stage and unstage dotfiles. fstat Interactive log viewer. flog For more capabilities and commands, checkout wiki.

Why

It has always been a struggle for me to get started with managing dotfiles using version control, as tools like "GNU stow" really scares me off with all the symlinks, until I found out about using git bare repository for managing dotfiles, zero symlinks, minimal setup required while keeping dotfiles at the location they should be.

However, it has always lack some interactive experience as it does not provide any auto completion on git commands nor file paths by default. It is also a pain when migrating the setup over to another system as you will have to manually resolve all the git checkout issues.

dotbare solves the above problems by providing a series of scripts starts with a prefix f (e.g. dotbare fadd, dotbare flog etc) that will enable a interactive experience by processing all the git information and display it through fzf. In addition, dotbare also comes with command line completion that you could choose to either to complete git commands or dotbare commands. dotbare also comes with the ability to integrate with GNU stow or any symlink set up as long as you are using git. It is easy to migrate to any system with minimal set up required. In addition, with a simple flag --git, you can now also use dotbare as a generic fuzzy git client to manage any git repository.

Install

zsh

dotbare should work with any zsh plugin manager, below is only demonstration. Checkout wiki about how to enable completion for zsh.

zinit

zinit light kazhala/dotbare

Fig

Fig adds apps, shortcuts, and autocomplete to your existing terminal.

Install dotbare in just one click.

<a href="https://fig.io/plugins/other/dotbare_kazhala" target="_blank"><img src="https://fig.io/badges/install-with-fig.svg" /></a>

oh-my-zsh

Antigen

antigen bundle kazhala/dotbare

Manual

bash

dotbare comes with a dotbare.plugin.bash which contains the command line completion function for both git and dotbare, checkout wiki about how to enable it.

others

  1. Clone the repository (change ~/.dotbare to the location of your preference).

    git clone https://github.com/kazhala/dotbare.git ~/.dotbare

  2. Add dotbare to your PATH.

    # This is only an example command for posix shell
# If you are on fish, use the fish way to add dotbare to your path
export PATH=$PATH:$HOME/.dotbare

    Or you could create a alias which point to dotbare executable.

    alias dotbare="$HOME/.dotbare/dotbare"

Getting started

Dependencies

You will need git on the system for obvious reasons..and because dotbare is written in bash, it will require you to have bash in the system (You don't need to run bash, just need to be in the system).

Required dependency

Optional dependency

Setup

  1. init git bare repository.

    Note: by default, dotbare finit will set up a bare repository in $HOME/.cfg, to customize location and various other settings, checkout customization

    dotbare finit

  2. add dotfiles you want to track.

    Treat dotbare as normal git commands.

    dotbare fadd -f
# or
dotbare add [FILENAME]

# add entire repository like .config directory
dotbare fadd -d
# or
dotbare add [DIRECTORY]

  3. commit changes and push to remote.

    dotbare commit -m "First commit"
dotbare remote add origin [URL]
dotbare push -u origin master

Migration

Migrating from normal git bare repository

  1. follow the steps in install to install dotbare.

  2. check your current alias of git bare reference.

    # Below is an example alias, check yours for reference
alias config=/usr/bin/git --git-dir=$HOME/.cfg --work-tree=$HOME

  3. set env variable for dotbare.

    export DOTBARE_DIR="$HOME/.cfg"
export DOTBARE_TREE="$HOME"

  4. remove the original alias and use dotbare.

  5. optionally you could alias config to dotbare so you keep your muscle memory.

    alias config=dotbare

Migrating from a generic symlink setup or GNU stow

Keep your current setup but integrate dotbare

  1. follow the steps in install to install dotbare.

  2. set environment variable so that dotbare knows where to look for git information.

    # e.g. I have all my dotfiles stored in folder $HOME/.myworld and symlinks all of them to appropriate location.
# export DOTBARE_DIR="$HOME/.myworld/.git"
# export DOTBARE_TREE="$HOME/.myworld"
export DOTBARE_DIR=<Path to your .git location>
export DOTBARE_TREE=<Path to directory which contains all your dotfiles>

  3. Run dotbare anywhere in your system.

Note: with this method, you do not run dotbare finit -u [URL] when migrating to new system, you will do your normal migration steps and then do the above steps.

Complete migration

While bare method is great and easy, I recommend keeping your current symlink/GNU stow setup and integrate it with dotbare instead of a migration. If you are really happy with dotbare, as long as your remote repository resembles the structure of your home holder (reference what I mean in my repo), simply run the command below.

Disclaimer: I have not done nearly enough test on this as I don't personally use symlink/GNU stow setup, migrate this way with caution. I recommend you test this migration in docker, see Test-it-in-docker.

# dotbare will replace all symlinks with the original file and a bare repository will be created at $DOTBARE_DIR
dotbare finit -u [URL]

Migrating dotbare to a new system

  1. follow the steps in install to install dotbare.

  2. Optionally set env variable to customize dotbare location (checkout customization).

    export DOTBARE_DIR="$HOME/.cfg"
export DOTBARE_TREE="$HOME"

  3. give dotbare your remote URL and let it handle the rest.

    dotbare finit -u https://github.com/kazhala/dotfiles.git

Test it in docker

When you are about to do migrations, I strongly suggest you give the migration a try in docker first. The dotbare image is based on alpine linux.

docker pull kazhala/dotbare:latest
docker container run -it --rm --name dotbare kazhala/dotbare:latest

migration demo

Customization

dotbare could be customized through modification of env variables.

Note: customization of fzf is not covered here, checkout their wiki.

DOTBARE_DIR

This is the location of the bare repository, dotbare will look for this directory and query git information or it will create this directory when initializing dotbare. Change this to location or rename the directory to your liking.

If you are using symlink/GNU stow setup, set this variable point to the .git folder within your dotfile directory.

# Default value
export DOTBARE_DIR="$HOME/.cfg"

DOTBARE_TREE

This is the working tree for the git bare repository, meaning this is where the version control will take place. I don't recommend changing this one unless ALL of your config file is in something like $XDG_CONFIG_HOME. If you are using symlink/GNU stow setup, set this variable to point to the folder containing all of your dotfiles.

# Default value
export DOTBARE_TREE="$HOME"

DOTBARE_BACKUP

This variable is used to determine where to store the backup of your files. It is used mainly by dotbare fbackup which will back up all of your tracked dotfiles into this location. It is also used by dotbare finit -u [URL], when there is checkout conflict, dotbare will automatically backup conflicted files to this location.

# Default value
export DOTBARE_BACKUP="${XDG_DATA_HOME:-$HOME/.local/share}/dotbare"

EDITOR

This is probably already set in your ENV. dotbare uses this variable to determine which editor to use when running dotbare fedit.

# Default value
export EDITOR="vim"

DOTBARE_KEY

This variable set default keybinds for fzf in dotbare. You could checkout a list of keybinds to set here.

# Default value
export DOTBARE_KEY="
  --bind=alt-a:toggle-all       # toggle all selection
  --bind=alt-j:jump             # label jump mode, sort of like vim-easymotion
  --bind=alt-0:top              # set cursor back to top
  --bind=alt-s:toggle-sort      # toggle sorting
  --bind=alt-t:toggle-preview   # toggle preview
"

DOTBARE_FZF_DEFAULT_OPTS

Customize fzf settings for dotbare. This is useful when you want a different fzf behavior from your normal system fzf settings.

# By default this variable is not set
# More settings checkout fzf man page and their wiki
# Example: if you want your preview window for dotbare to be bigger
export DOTBARE_FZF_DEFAULT_OPTS="--preview-window=right:65%"

DOTBARE_PREVIEW

This variable determines the preview command for file previews. By default, the preview is automatically determined using fall back (bat -> highlight -> coderay -> rougify -> cat). Set this variable to control the preview command if you have a specific preference or if you want extra flags/settings. Reference here.

# By default this value is not set, dotbare uses a fall back method to determine which command to use.
# Make sure to have "{}" included when customizing it, the preview script substitute "{}" for actual filename.
# Example: enable line number for cat command
export DOTBARE_PREVIEW="cat -n {}"

DOTBARE_DIFF_PAGER

This variable controls the diff output pager in previews like dotbare flog, dotbare fadd etc. It will read the value of git config core.pager to determine the pager to use. If you have a specific preference for dotbare or have not set the global pager in git config, you could use this variable to customize the diff preview.

# By default this value uses fall back (git config core.pager -> cat)
export DOTBARE_DIFF_PAGER="delta --diff-so-fancy --line-numbers"

Usage

All usage and commands are documented in wiki.

Changes

Latest changes are documented in CHANGELOG.

Testing

dotbare is unit tested using bats. Mock tests are implemented using PATH override method. This is documented here for better readability and extensibility.

Not all functions have 100% coverage and lots of user interaction cannot be effectively tested, please fire up issues if something went wrong.

I've added AWSCodeBuild to CI/CD to build the docker image. It is mainly for my personal practice. If you are interested in what's happening in AWSCodeBuild you could checkout my cloudformation template.

Contributing

Checkout out CONTRIBUTING.md to see how you could contribute to dotbare. PRs are welcome and I'm happy to improve/extend dotbare's functionality.

Don't forget to leave a star :)

Background

dotbare was initially part of my personal scripts, I had a hard time sharing those scripts and as the number of scripts grows, I feel like is more appropriate to make a dedicated project for it. I hope you find it useful and enjoy it, thanks!

Credit

Demo

You could find some more demo here asciicast