A framework of dotfiles for the usual terminal apps and shells designed to work across multiple platforms and degrade for older versions of software or O/S.
- Backup, restore, and sync the prefs and settings for your toolbox. Your dotfiles might be the most important files on your machine.
- Learn from the community. Discover new tools for your toolbox and new tricks for the ones you already use.
- Share what you've learned with the rest of us.
-
Sign up for an account on github and fork the project.
-
Clone your fork.
git clone --recursive [email protected]:username/dotphiles.git ~/.dotfiles
-
Setup your terminal and the dotfiles you want to use, see below.
-
Edit
dotsyncrc
and enable dotfiles to use. -
Run dotsync
./.dotfiles/dotsync/bin/dotsync -L
-
Start a new login shell.
These are the minimum files you'll need to edit
dotsyncrc
settings for dotsynczsh/zshrc
settings for dotzshvim/vimrc
settings for dotvimgit/gitconfig
add your name, email and gpg keyidssh/authorized_keys
add your public ssh keyssh/config
add your settings and hosts
dotphiles uses the solarized color theme by default, see the files below to install.
-
deploy/terminal/colors
colour schemes for various terminals -
deploy/terminal/fonts
fancy fonts, for vim-powerline -
deploy/osx
is based on .osx but will also install ports/brewsmacports
add ports to be installed byosx
homebrew
add brews to be installed byosx
See the documentation for dotsync for more information.
-
dotsyncrc
Add dotfiles to
dotsyncrc
like[files] ... dotfile dir dir/dotfile ... [endfiles]
-
Usage
Dotsync can be used to link your dotfiles into place, with it in the path..
dotsync -L
symlink dotfiles into placedotsync -U
update from githubdotsync -I -H hostname
initialise hostname with the set of dotfiles
-
Backups
Any existing ~/.dotfiles will be backed up into
~/.backup/dotfiles/
if found
When you edit your dotfiles, you should commit the changes to git with
git commit -a
And periodically push the changes to github
git push
To keep your fork upto date with additions to the dotphiles repo, do the following
cd ~/.dotfiles
git remote add upstream https://github.com/dotphiles/dotphiles
git fetch upstream
git merge upstream/master
This project would not exist without all of its users and contributors.
If you have ideas on how to make the configuration easier to maintain or improve its performance, do not hesitate to fork and send pull requests.
If you want to contribute to the project, check out the list of open issues
You can:
- raise an issue
- suggest a feature
If you would like to contribute code to the project:
- A bit of background reading: - Setting up Git for Windows and connecting to GitHub - The Simple Guide to Git - How to GitHub: Fork, Branch, Track, Squash and Pull Request - Write good commit messages.
- Fork the repository
- Make some changes to the code base
- Send us a Pull Request once you're happy with it
We'll do a bit of a code review before accepting your patch.
We use the Git Flow branching model, first described by nvie,
so dotphiles's master
branch moves on only at specific points, when we're
really sure we want to promote something to production.
Use of Git Flow is not required for contributing to dotphiles, particularly
if you're submitting a bug-fix or small feature. Its use is recommended for
larger changes where develop
might move on whilst you're completing your work.
There is a set of helper scripts that will work on both Unix-based
operating systems and Windows. Follow the appropriate
installation instructions for your operating system, and configure your
working copy repository for use with Git Flow by typing git flow init
.
Accept all the default options to the questions that it asks you.
Pick a feature or bug to work on and create a new branch for that work by
typing git flow feature start <featurename>
. This will create you a new
feature branch for your work called feature/<featurename>
, and you can use
git as usual from this point.
Once your feature is finished, type git flow feature publish <featurename>
.
This will copy the feature branch to your origin
repository on GitHub and
you will then be able to submit a pull request to have it merged into dotphiles
own develop
branch.
Note: do not use git flow feature finish <featurename>
!
This will automatically merge your feature branch back into develop
and
delete the feature branch, making it harder for you to submit your pull
request.
If you wish to update your published feature branch after the initial publish,
use a regular git push origin feature/<featurename>
. This will also update
your pull request if you have one open for that branch.
If you find dotphiles develop
branch has moved on, and you need/want to take
advantage of the changes made there, you can update your feature branch as
follows:
-
Ensure you have a remote configured for the upstream repository.
git remote add upstream git://github.com/dotphiles/dotphiles.git
-
Update your local repository with the upstream refs.
git pull upstream develop:develop`
-
Rebase your feature branch on top of the new
develop
.git flow feature rebase
There is a lot of help available for Git Flow, which can be accessed by typing
git flow feature help
.
Copyright (c) 2012 Ben O'Hara [email protected]
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.