X-Git-Url: https://git.madduck.net/code/vcsh.git/blobdiff_plain/d580f779ac853ea31b20eb6a715efad300932ad6..eaa61d166dc9101f8cc0c864c279b2a9e4cfed51:/README.md diff --git a/README.md b/README.md index f736741..f641ce9 100644 --- a/README.md +++ b/README.md @@ -15,55 +15,64 @@ community around the general idea of version controlling your (digital) life. * IRC: #vcs-home on irc.oftc.net -* Mailing list: http://lists.madduck.net/listinfo/vcs-home +* Mailing list: [http://lists.madduck.net/listinfo/vcs-home][vcs-home-list] -* Pull requests or issues on https://github.com/RichiH/vcsh +* Pull requests or issues on [https://github.com/RichiH/vcsh][vcsh] # 2 Introduction # -vcsh allows you to have several git repositories, all maintaining their working -trees in $HOME without clobbering each other. That, in turn, means you can have -one repository per config set (zsh, vim, ssh, etc), picking and choosing which -configs you want to use on which machine. - -vcsh was designed with [mr] [1] in mind so you might want to install that, as +[vcsh][vcsh] allows you to maintain several git repositories in one single +directory. They all maintain their working trees without clobbering each other +or interfering otherwise. By default, all git repositories maintained via +`vcsh` are stored in <$HOME> but you can override this setting if you want to. +All that means that you can have one repository per application or application +family, i.e. `zsh`, `vim`, `ssh`, etc. This, in turn, allows you to clone +custom sets of configurations onto different machines or even for different +users; picking and mixing which configurations you want to use where. +For example, you may not need to have your `mplayer` configuration on a server +or available to root and you may want to maintain different configuration for +`ssh` on your personal and your work machines. + +`vcsh` was designed with [mr][mr] in mind so you might want to install that, as well. -Read INSTALL.md for detailed setup instructions. +Read and for instructions specific to your operating +system. The following overview will try to give you an idea of the use cases and -advantages of vcsh. See sections 3 and 4 for detailed instructions and +advantages of `vcsh`. See sections 3 and 4 for detailed instructions and examples. ## 2.1 Talks ## -Some people found it useful to look at slides and videos explaining how vcsh works. -They can all be found at [here](http://richardhartmann.de/talks/). +Some people found it useful to look at slides and videos explaining how `vcsh` +works. +They can all be found [on the author's talk page][talks]. # 3 Overview ## 3.1 Comparison to Other Solutions ## Most people who decide to put their dotfiles under version control start with a -**single repository in $HOME**, adding all their dotfiles (and possibly more) +single repository in <$HOME>, adding all their dotfiles (and possibly more) to it. This works, of course, but can become a nuisance as soon as you try to manage more than one host. The next logical step is to create single-purpose repositories in, for example, -~/.dotfiles and to create **symbolic links in $HOME**. This gives you the +<~/.dotfiles> and to create symbolic links into <$HOME>. This gives you the flexibility to check out only certain repositories on different hosts. The downsides of this approach are the necessary manual steps of cloning and -symlinking the individual repositories. It will probably become a nuisance when -you try to manage more than two hosts. +symlinking the individual repositories. -**vcsh** takes this second approach one step further. It expects -**single-purpose repositories** and stores them in a hidden directory (similar -to ~/.dotfiles). However, it does not create symbolic links in $HOME; it puts -the **actual files right into $HOME**. +`vcsh` takes this second approach one step further. It expects +single-purpose repositories and stores them in a hidden directory (similar +to <~/.dotfiles>). However, it does not create symbolic links in <$HOME>; it +puts the actual files right into <$HOME>. -Furthermore, by making use of [mr] [1], it makes it very easy to enable/disable -and clone a large number of repositories. The use of mr is technically optional -(see 4.3), but it will be an integral part of the proposed system that follows. +Furthermore, by making use of [mr][mr], it makes it very easy to enable/disable +and clone a large number of repositories. The use of `mr` is technically +optional (see section 4.3), but it will be an integral part of the proposed +system that follows. ## 3.2 Default Directory Layout ## @@ -213,12 +222,14 @@ If you are using Debian Squeeze, you will need to enable backports #### 4.1.2.2 Arch Linux #### vcsh is availabe via [AUR](https://aur.archlinux.org/packages.php?ID=54164) +and further documentation about the use of AUR is available +[on Arch's wiki](https://wiki.archlinux.org/index.php/Arch_User_Repository). cd /var/abs/local/ wget https://aur.archlinux.org/packages/vc/vcsh-git/vcsh-git.tar.gz tar xfz vcsh-git.tar.gz cd vcsh-git - makepkg --asroot + makepkg -s pacman -U vcsh*.pkg.tar.xz #### 4.1.2.3 From source #### @@ -371,8 +382,8 @@ manually. Alternatively, you could try something like this: vcsh run $repo git pull; done ----------- - -mr can be found at: [http://kitenet.net/~joey/code/mr/][1] -[1]: http://kitenet.net/~joey/code/mr/ (http://kitenet.net/~joey/code/mr/) +[mr]: http://kitenet.net/~joey/code/mr/ +[talks]: http://richardhartmann.de/talks/ +[vcsh]: https://github.com/RichiH/vcsh +[vcs-home-list]: http://lists.madduck.net/listinfo/vcs-home