How I Build, Maintain and Use My ~/.dotfiles


Hello friends,

Today, we’re diving into the world of dotfiles.

If you’ve ever customized your terminal, text editor, or shell, you’ve likely encountered the concept of managed dotfiles. Let’s explore why managing these configuration files is essential, how to handle them locally with stow and symlinks, and how to sync them remotely to a remote dedicated machine we create using Coder.

What Are Dotfiles?

Dotfiles are a collection of configuration files that allow you to configure applications using code. They get their name from the Unix convention of hiding files by prefixing them with a dot, such as .zshrc, .bashrc, .vimrc, etc. These hidden files store your custom settings and preferences, enabling you to tailor your environment to your liking.

Why Manage Dotfiles?

  1. Recoverability: If something goes wrong with your machine, having your dotfiles backed up means you can quickly recover your configuration.
  2. Portability: Easily configure other working environments using your dotfiles. Simply clone your repo and you’re set.
  3. Version Control: By using Git, you can maintain a history of changes made to your configuration files. This acts as a series of “snapshots” that you can revert to if needed.

Managing Dotfiles Locally with Stow and Symlinks

Using stow, a Unix command to manage symlinks, helps you keep a separate repo that links specific configuration files to the $HOME/.config directory.

This method allows you to manage only the apps you care about, without committing and pushing your entire .config directory publicly.

Organize Your Dotfiles: Create a directory structure for your dotfiles. Each configuration should have its own folder. Ideally, run git init and make this a git repository. You can checkout mine here:

dotfiles/
├── bash/
│ └── .bashrc
├── vim/
│ └── .vimrc
└── git/
└── .gitconfig

Use Stow to Create Symlinks: Navigate to your dotfiles repo and run Stow to create symlinks in your home directory:

stow --target ~/.config .

Working with a .stowrc File

To improve the process above, let’s customize Stow’s behavior, you can use a .stowrc file to ignore certain files and configure the target directory for Stow. Here’s my .stowrc that’s pushed to my repo:

--target=~/.config
--ignore=.stowrc
--ignore=DS_Store

Syncing Dotfiles Remotely with Coder

Coder (coder.com) provides cloud-based development environments, perfect for maintaining consistency across your devices. Here’s how to sync your dotfiles with Coder.

Coder got templates for pretty much every option you can think of, including syncing your dotfiles repo to an instance you provision with them.

To use their dotfiles template all you have to do is add startup_script under resource "coder_agent" "main" like so:

resource "coder_agent" "main" {
startup_script = coder dotfiles -y https://github.com/
}

If you’re subscribed to DevOps ToolBox on Youtube there’s a video coming out soon going through this entire process step by step!


Hopefully this helped you come up with ideas behind the reasoning and application of my flow to improve yours.

While I know this can be improved with projects like chezmoi, or Nix’s home manager, I’m really curious to hear your thoughts! Please reply to this email with feedback / ideas and let’s chat!

Until next week, have a great reset of your day.

ESPRESSO FRIDAYS

Every once in a while I send hand picked things I've learned. Kind of like your filter to the tech internet. No spam, I promise!

Read more from ESPRESSO FRIDAYS

I've Been Using AWS Wrong for YEARS... For years, my approach to AWS felt like a battle. As a DevOps engineer and later and architect, building infra always involved a tedious process of carefully building templates and structure, reviewing, deploying, testing and iterating over and over. I’d either spend hours clicking through the console or writing endless infrastructure code, always feeling like I was one misconfiguration away from a headache. It turns out, I was making it much harder than...

You've been lied to about self hosting... This issue is brought to you by: Auth0, my auth provider for the last 6 years. Join their free virtual dev_day on June 18th to learn how to secure AI agents and applications. Save your free spot That title might sound a bit aggressive, but this isn't about hating on hosting platforms. It's about loving the freedom, control, and cost-savings that come from owning your deployment process, without giving up the slick, easy experience we all love. And...

How DHH Solved Deploying to Production (with Open Source) Ever felt depressed by the sheer complexity of getting your application live and serving users? You’re not alone. But what if deploying to production, even (or especially) across multiple servers, could be straightforward and more importantly, free? That’s the reality DHH, the creator of Ruby on Rails and CTO of Basecamp & HEY, wanted to create, and he delivered with an open source tool called Kamal. DHH’s approach to technology always...