Stow has forever changed the way I manage my dotfiles

Managing dotfiles used to be a challenge, and despite numerous guides it was always more complex than I liked to.
That was before I discovered GNU Stow, which has simplified the management of dotfiles, considerably.
Links
- GNU Stow: www.gnu.org/software/stow/
- Video Repo: github.com/dreamsofautonomy/d...
- Atlassian: www.atlassian.com/git/tutoria...
00:00:00 Intro
00:00:28 Set up
00:01:19 GNU Stow
00:02:25 Version Control
00:03:03 Ignore file
00:04:07 More files & --adopt
00:05:55 Remote Repo
00:07:03 README.md

[@InsaneFirebat]

wtf are dotfiles?

[@dreamsofautonomy]

Files that start with a . in their name! They're used for the configuration of applications and software inside of a *nix based operating system (linux, macOS, unix, and BSD)

[@NostraDavid2]

As said, dotfiles are used for configuration, but the dot at the start also makes them hidden by default, which is the actual use of the dot. In windows, your files have attributes (read only, hidden, etc) that you can enable via the properties. In Linux/Mac OS you use this feature by adding a dot at the start of the name.

[@7thAttempt]

😂

[@NickCombs]

@@dreamsofautonomy ah yes, the garbage that shows up in my shared directories

[@merlin9702]

@@NickCombs Unless it's a .DS_Store file, it's most likely not garbage though

[@AliciaSykes]

Probably the best overview of Stow I've ever seen!

[@dreamsofautonomy]

Thank you!

[@klfjoat]

I started using Stow a decade ago, and it changed everything for me! Pro tip: If you do have more than one machine, you might require some dotfiles to have different content. Or you might not use all the same tools on every machine. Create different subdirs of your `dotfiles` dir, and use `stow subdir`. I will leave as an exercise for advanced users a script that can run on a new machine and auto-stow subdirs based on what that script can learn from its environment. Bonus points if it is idempotent and can install dependencies like git on its own.

[@therealslimaddy]

I used to perform ‘ln -s’ multiple times This is useful ! Thank you for making the video on introducing stow and how to use it.

[@germanrinaldi7830]

No more bash for loops to copy files and create their symlinks! This is soooo good! Thank you!

[@vysokinskyi]

This video is pure gold. It's the first time I've heard about stow and it seems like a great solution to the dot files problem. You keep to to the point and actually address the few common issues. Thank you!

[@dreamsofautonomy]

Glad you enjoyed it!

[@LudoTechWorld]

I set up stow 4 or 5 years ago (however I used a sub folder per application, it's a lot cleaner and modular imo) and never had to touch it ever again, it just works. Just need to git push when I change something in a config file. Probably one of the most time saving tool I ever used.

[@JamesHounshell]

Mine is the same way. I was starting to think I did something wrong. The `stow .` can be misleading. I have a Makefile with several helpful commands for laptop initial setup including a "stow" target that just calls stow on all the subfolders/applications.

[@GPandzik]

I haven't used Stow before, but I have found it useful to write a `.git/hooks/post-commit` script that runs `git push origin ${branch}` to just do a `git push` every time I successfully create a commit. It's not the right approach for *every* use-case, but I'm forgetful, and this is an easy and simple enough Git use-case that you're unlikely to get yourself into trouble. Git hooks are awesome and waaay underappreciated for the intermediate-to-power-users. Just, uh, be careful with them. Like most things with Git, there aren't a lot of safeties built in, and it's easy to lose a finger if you're not watchful. 😂

[@fire17102]

Hey can you guys elaborate please? I wanna try out stow and I get the sense I'll also like to have sub folder & cleaner setup. Do you mean you have a different repo for each dotApp? Or you do have one but it's not mapped one-to-one on your home folder? Would love to understand what you guys did

[@LudoTechWorld]

hey @@fire17102 , I have one git repo but one folder per dotApp, so I can restore only one for example. The process is easy but difficult to explain in a comment, I found this video kzbin.info/www/bejne/fHnYqK2YpbmHpZIsi=CMDaZ0dP3Hzs1pp4 that explains the process (it has also the explanation in a blog post linked in the comment section.

[@fire17102]

@@LudoTechWorld Thanks I'll take a look! 💛😇🦄 All the best!

[@milansatters8750]

Just stumbled upon this seemingly very new channel, seems like some awesome and high quality content. Very curious to see where you’re going with this channel, great videos so far.

[@aqezzz]

Stow can also take a target directory (-t TARGET) so if you don’t want to keep your dotfiles repo directly under your home directory you can use that. For me I would do “stow -t /home/username .” From the dotfiles repo which could be anywhere.

[@samifouad]

that’s interesting. i’m curious how I would manage a config file for any program I install. they would have their config files in /etc or somewhere. how do permissions factor in with stow?

[@RufianEmbozado]

​@@samifouad You could do the same with the root account. I'm not that sure about all the implications, though.

[@spagettech]

Thanks, they makes things much more convenient

[@scialomy]

Here is my stow command to put in a script or a Makefile: `stow --verbose --restow --target=$HOME --dotfiles $(dirname $0)`

[@TheLazyJAK]

Underrated channel man. Keep it up!

[@KaiDoesMineCraft10]

Found out about stow a few months back when trying to manage my dotfiles Hope this video spreads its utilization

[@bertvv]

20+ years Linux user here, never heard of Stow before... I will definitely check this out! Thanks for making this video.

[@duhnyel1697]

Very well made and higly informative. Keep it up!

[@MrKeveran]

Great video as always! Keep going ❤

[@patricknelson]

Gosh, this is so simple and straightforward, plus it’s way better than what I was doing: I had a similar folder under my $HOME but I also had a bash script that you had to run which would basically rsync. Sort of a facepalm moment realizing you could just symlink _and_ automate the symlink process w/ just having stow.

[@btotta]

Amazing tutorial, very easy and straight to the point!

[@Triavanicus]

You can also use stow to keep your app configurations separate, like say if you have a tmux config for your local config, and a tmux config that is slightly different for a server, you can put all of the files in two separate folders, then instead of specifying . You use the other folder name like `stow tmux-server` or `stow tmux-local`

[@klfjoat]

I do this all the time. And I have tricks to tell if I'm on a server or desktop so my scripts Stow the correct version. Or I have a folder with a host name in it (tmux-bartleby if the host name was bartleby).

[@vortex2210]

@@klfjoat Can you please elaborate on the structure and commands used?

[@klfjoat]

@@vortex2210 While I appreciate the interest, this isn't exactly the Unix StackExchange. 😜 So I'll just give you one thing I do. I use a script to run all of the `stow` commands on a new host. And I will get the hostname with `hostnamectl status --static`, using that to stow hostname-specific subdirs.

[@BekhzodIsmoiliy]

Or you can use git branches :)

[@klfjoat]

@@vortex2210 It's difficult to get specific in YT comments. But in general the script pulls info to figure out if it's a server, desktop, or laptop. Then goes down the dotfiles subdir names. It stows everything without a dash, it then stows everything with a "-desktop" if on a desktop, "-laptop" if on a laptop, etc. Then it pulls hostname and stows "-bartleby" if hostname is "bartleby". General to specific. For certain configs that can't reasonably be split like that (for example, I use topgrade to auto upgrade everything and the config file doesn't support includes), I use the same server/desktop/laptop detection function in my manual upgrade scripts to skip running where they shouldn't.

[@anton.plotnikov]

Beautifully done. Amazing tool, thank you!

[@GajanandaAdhikari]

your fonts are pure treat

[@kh0lis]

First time to know about Stow. Will try it soon. Thank you 👍

[@megaxlrful]

What a great tool! I have been struggling with a homegrown solution in a Makefile, but this is so much better. Though I have been using Syncthing to keep the directory synchronised between machine instead of Git. Just so I don't need to remember to commit, push and pull changes.

[@BLRMalcolm]

I was managing my own symlinks for this time. I though that stow was more complex but I was wrong. Thank you for this amazing and pleasant video!!

[@lunchbox1341]

This is so useful, I never even heard of stow before! Dotfiles clutter the home directory so much and this is by far the most convenient way to solve this issue, thanks.

[@MikeWasteland]

Very nice explanation, and channel! Keep up the good work! I would love to see a video showing your tmux customization.

[@EagerEggplant]

Very cool. Will implement this weekend. Thanks for the great video, you're awesome.

[@Voshchronos]

Woah, this is incredibly useful. Thank you so much! Here's hoping more people spread the knowledge about _stow_

[@schwja04]

Great video, I've already put my vim config in git. Now I can put the rest of my setup in there as well. Much appreciated!

[@moonmaan]

I was about 24 hours from setting up a bare repo like every other tutorial, and then this came out! Perfectly timed!

[@anonymousXYZ659]

Awesome channel, already watched 66% 😉, looking forward to much more!!!

[@ChosunOne]

Love this approach! I also was using a bare git setup but found it hard to work with. I'll switch to this way from now on

[@dezwujie]

Just fighting with how to add some more organization to my dotfiles. For once, the algorithm did not lead me down a rabbit hole of distraction- it read my mind. Thank you!

[@verb0ze]

This is a neat find! I had rolled out my own script to sort of do this, but I'd manually have to add any new tool to that script. This automates that portion. Thanks for sharing, will give it a go

[@berk_karaal]

Wow, I instantly switched to stow after this video. Thanks!

[@jevandezande]

I've used rcm for many years. It has the added benefit of prepending a dot to all files and folders in the top level of your dotfiles folder, thus allowing us to use ls normally (e.g. dotfiles/config symlinks to ~/.config).

[@lizardspock4746]

Is rcm still being maintained? It looks like the last commit (and release) was in 2022

[@dino_source]

Thank you very much for this brilliant idea!

[@Jebusankel]

I heard about stow forever ago but didn't know how to use it. I read some of the official docs but my eyes glazed over and I gave up. This video convinced me to give it a go.

[@LucioDaou]

Amazing. I didn't use symlinks, but stow will help me a lot in setting up my configuration scripts. Thanks a lot.

[@forest6008]

thank u so much, i tried to write a script to manage my dotfiles and almost just deleted them, i really needed this thank u so much

[@skeilnet]

I use a bare repo and a few handy aliases but I like stow will try it thank you for this amazing video!

[@DreadDeimos]

Thank you for the inspiration.

[@kartikmahajan4405]

Extremely useful, thanks a lot

[@yuxiang4218]

great one. Thanks for sharing

[@Yggdrasil42]

I've been using Stow for two years now, with Git to sync my changes across my Mac and Windows WSL2 machines. Like the simplicity.

[@JohnBrandon]

Beautiful video

[@DeeliN-zzl]

Really blew my mind, no more bare repos, no more yadm or similar things that adds some abstraction layers, simply stow + git, all done! God, I love this!

[@dreamsofautonomy]

Glad it helped!

[@starmechlx]

holy shit. why is this not talked about more? i've been using linux as my daily driver for a year now and this is the first time i've heard anyone talk about this. this is a freaking game changer

[@chocolate_squiggle]

I've been using linux as my daily driver for 10+ years and after watching this video I'm still not sure what the need is for this? It creates symlinks to your dotfiles into another location? Okay...but why? Just to make using git easier? Sure I make occasional changes to dotfiles but not so often that it justifies a version management process. I have several backups of varying age I can refer to if needed.

[@xplinux22]

​​​@@chocolate_squiggle I use Git to track all my dotfiles, including my Neovim configuration, tmux configuration, aliases, terminal color scheme, etc. All my machines use a common base, but there is some natural variation between my personal laptop, work machine, development servers at work, and so on. Compared to using a bare Git repository, I can instead track both "aws-personal" and "aws-work" (for instance) in my single dotfiles repo and use GNU Stow to deliberately pick and choose what config files I need when setting up a new machine.

[@RamirezGold]

@@chocolate_squiggle using git is never unjustified. Zero cost, huge benefit.

[@CM-mo7mv]

​@@chocolate_squiggleit really depends on how you drive... having more than just 1 computer and a complex preference it can help. anyhow sprinkle scripts, brew and ansible on it and you can have a new install running in no time...

[@joelpww]

​@@chocolate_squigglei feel the same so far. Even without. My normal repo method has me spinning up my setup elsewhere pretty quick

[@jtsiomb]

I used to do pretty much the exact same thing manually, but GNU stow seems nice. I'll give it a try.

[@a_maxed_out_handle_of_30_chars]

simple and to the point, thank you :)

[@dreamsofautonomy]

I'm glad you liked it! Thank you for the feedback!

[@mylinuxforwork]

Great video. Thank you. I manage my dotfiles in a similar way but without stow. I have created a bash script that creates all required symlinks for me. With this setup, I can get rid of the .config folder in the dotfiles folder which makes the structure more readable.

[@dreamsofautonomy]

I'd love to see this bash script!

[@xExekut3x]

kinda funny, but this is how my dotfiles are currently setup, i just have a script that symlinks them myself. some i don't, such as files i have to merge between personal and work stuff, but yeah . . i can replace that entire script with one command .. wild. awesome vid!

[@oshdubh]

when is “since i use nixOS, btw” coming to DoA 🙏

[@andremaldonado7410]

Seriously, only thing I don't use nixos for anymore is proxmox containers (all my vms are nixos), and that's solely because the lxc file made by hydra is almost always broken as shit

[@andremaldonado7410]

Also doa if you read this you probably want nixos *and* home manager

[@IogaMaster]

Fr

[@woeky]

@@andremaldonado7410 Or simply a good flake setup, managing the entire system (so both the home directory and the system)

[@lucasew]

Me and the boys using nix modules to setup common logic on a whole network of machines

[@kmud7750]

Thanks for this!

[@daleryanaldover6545]

This is godsend, was planning on having a dotfiles repo but I was overwhelmed by the sheer amount of guides out there that seemed too opinionated.

[@pabloqp7929]

Heard about stow about a year ago but seemed awkward. Instead I've been writing one too many 'ln -s' in my setup scripts and it dayum it might be about time. Ye've truly pushed to try stow, cheers mate. Can't wait for the self-hosted git server vid!

[@ru31k32]

You created a new channel without knowing it!!!! :OOOO Insta-subscribed

[@rodelias9378]

Great vídeo!

[@wc4260]

this is the greatest thing i have ever done. hyprland on laptop and desktop configs being synced is the most goated thing ever.

[@backhdlp]

I manage my dotfiles manually with git. Made a ~/.dots directory, moved most my configs there and symlinked them back to the right places. Created a git repo in there and everything just works no problem (tho I made the mistake of putting a GPG key on the repo). It's kinda like using stow, but I just do the symlinks myself. Deployment is also easy because it only really needs coreutils (and optionally git and gnupg for managing the repo).

[@Beldraen]

@InsanceFirebat Great video on an important subject. As a developer, all those configurations are an often overlooked piece of information to backup. Stow is a good solution for single-machine environment, but when you have multiple machines or virtual machines with different needs, I would suggest RCM. RCM supports tags, whereby the environment can be named. So, common things (git, tmux, etc) configurations can all be shared, but shell environment (.zshrc, per-machine scripts, etc) can be unique to each machine.

[@dimitris470]

You can also manage this in git with branches

[@Br4mVAL]

great video! i expected this channel to have at least 50k subs lmao. great production quality

[@oakentravis]

his main channel has 90k it's called dreams of code you should check it out

[@thibtube5347]

thx for the video. I have been using stow for several years to manage my dotfiles. I advise you to consider the following options: - R || -- restow : allows you to delete all existing links and recreate all links. As iniquated in the manual: « This is useful for trimming obsolete symbolic links of the target tree after updating -the software in a package- - > your git dotfiles repo. -- dotfiles: All files starting with « dot- » will be linked by the replacement « dot- » by « » ".". Example dot-zshrc ->.zshrc -- ignore: does not take into account the indicated paths, practical for not using configurations depending on the type of machine (workstation or server).

[@ebouchut]

Thanks for the great video. I personally use rcm but will give stow a try.

[@trunejtral]

I love how you explain how to push things to a remote to people that care about dotfiles management.

[@trunejtral]

Though it could have started with turning the computer on!

[@MrJohnBBQ]

@@trunejtral you never know. there could be kids watching! :D

[@westlestrest6442]

for real 😂

[@1234minecraft5678]

Just the video i needed

[@maabat8142]

I think this has convinced me to make a switch again in how my dotfiles were being setup. I was following my friend who initially did shell scripting configs, then I ended up switching to Ansible. Still trying to figure it out as I am trying to make different use case dotfiles (e.g. work, personal etc). But I think I'll do a switch at some point and figure out the logistics later - thanks for this video!

[@itstoxicqt]

Nixos is great for having a set for work then personal etc

[@maabat8142]

@@itstoxicqt sorry just saw this after finally deciding to revisit and finally being the migration process to stow. Thanks very much!

[@LucaCanali]

Nice video, I've been using stow for a long time, but for each application I use a sub folder and in git I use a branch for each hardware or use !!!

[@fire17102]

Wooo that's a good take!

[@inononeeee]

i found a great channel today

[@judacs]

thank you so much for this video, I haven't heard of Stow before. my dotfiles repo was the most atrocious thing ever lmao this is gonna be a fun weekend to update all that

[@dawnrazor]

I didn’t even have a dot files repo, so I’ve really been dragging my knuckles along the floor, but not for much longer after discovering stow via this video

[@cg219]

I actually like this, I'm not going to lie. I'm sold

[@imamhatipoglu4040]

great videos!!!

[@Madinko12]

I switched from manual configuration to stow to chezmoi to ansible. Now I'm not looking back. Ansible is a perfect fit (for me) to manage dotfiles and much more. Every other solutions were making things very rigid: it was hard when not impossible to manage multiple systems, symlinks were often causing sneaky problems to some programs, it was unnatural to deploy only a subset of the dotfiles. But the best part with ansible in my opinion is that it can also manage system configuration (packages to install, /etc, or basically anything I need). Now when I need to deploy my config to a new device, I just run all my playbooks and voilà. I don't even have to remember which programs to install, what were my firewall rules, where to put that custom systemd service file. Ansible handles all that for me in a very customizable way.

[@JChen7]

I learned about chezmoi and have been using before learning about stow from this video. Will try ansible, but chezmoi has felt unnecessarily complex and unwieldy, and stow seems the right amount of simplicity to me. The symlink issue does sound real though. Do you have any recommended guides on getting started with ansible?

[@alexstone691]

Mind sharing your dotfiles, i am struggling how to split configs for multiple devices nicely and sharing roles in ansible I can see why people use ansible, i never broke anything while porting my old dotfiles to it, it just shows how hard it is to shoot yourself into the foot (running with --check / --diff)

[@davemeech]

That's right, I forgot about ansible. That was a skill I wanted to pick up anyways. I might try and look up some resources on managing system config and dotfiles. Anything you'd recommend?

[@Madinko12]

@@JChen7 actually, issues with symlinks is what ended up convincing me to migrate to something else. Can't remember what were the issues exactly. Though I agree with you: ansible is more complex and involved than any other solution that just aims at handling your dotfiles. I'm very used to ansible and some other iaas tools because I use them at work, so that's not really an issue for me, but it might be for many people. Still worth learning IMHO.

[@Madinko12]

@@alexstone691 I'd love too, but I'd need to get rid of some personal stuff first, and I'm kind of burned out RN 😟. I think you can follow any starter guide for ansible. The only trick is to set your only host in inventory to localhost, then for multi-devices you may have a tiny wrapper script that runs your playbook some variables to identify your host. I haven't found a way to handle this elegantly in the inventory either.

[@Denis-wf4bl]

Thank you! This video is really clear and understandable. I created my own little script to symlink my dotfiles to the right locations, but there were many bugs. I will switch to stow, because it does exactly what I need.

[@awunnenb]

nice video, thank you!

[@michaelmcnally9737]

Hell yeah, I'm working on this exact thing right now. Thanks for doing all this research for me and sharing

[@YannMetalhead]

Good video!

[@Wzooff]

I used to have arch on my pc... Long time ago. Now i'm mac user, but still, if i'll have to choose distro - it will be arch. Because Arch has best wiki and require some knowledge and approach :) love your videos, keep going

[@dalanxd]

Very nice seeing your take on stow. I've been using a setup with stow for years now and it's really great. BTW you don't need to set your files as if they were in the home directory... I find that to be not so organized, specially if you have machines that use different setups, like one for your mac and one for your linux. Alternatively you can pass down some flags to stow to specify the target DIR... so I made a custom script to do that and I have a "packages" folder in my dotfiles where those configurations live pretty much like "packages", which are "stowable" configs I can pick and chose. Like a ".dotfiles/packages/encfs" is a config I can stow on linux while ".dotfiles/packages/macos-encfs" I can stow on apple machines That's close to stow's original use case as it was created as a way to maintain multiple package versions, like multiple different installations of PERL with different symlink files. Stow is also smart enough to handle complex situations where configurations would conflict.... stow will by default symlink the upmost directory / file and then recriate symlinks automatically in a more granular manner to acomodate other "stow installations" you make using the same ownership (read the docs for more info)... it sounds complicated but it isn't once you see it in action. It's pretty genius the way stow handles itself in the file tree. In practice what it means is that you could have a ZSH config for example that is your general config in a public ".dotfiles" repo "installed" at the same time as a personal ".dotfiles" ZSH config that lives in a private repo and has some custom bindings you might not wanna share publicly 😉 Anyway, if you are reading this comment up to this point maybe you could have a fun weekend project by feeding the Stow's Manual Page to ChatGPT and asking it to help you set it up. My strategy is to keep all created symlinks proxied in an "installed" folder, also in the ".dotfiles" but gitignored, to be more organized and to help stow because of how it handles Ownership ( and handles conflicts ) Here's some documentation reference in case you go this far: www.gnu.org/software/stow/manual/stow.html#Ownership Good luck Unix Adventurer!

[@dmlsda1]

Thank you. This sounds like it’s exactly what I’m looking for. Looking forward to digging into this as my next project

[@Patterner]

last time i used stow was about a decade ago. but it's interesting and i may change my setup. good video

[@tysufa]

Thank you very much, for half a year I played with windows manager and I was constantly updating my dotfiles on many pc and it was really annoying, this method seems great I'm on my way to try it !

[@dreamsofautonomy]

You are welcome!

[@limbsjones]

tanks!!! for the info!!

[@konstantink07]

put stuff in subfolders to group your dotfiles, like "zsh" or "Alacritty". That way, you can choose which dotfiles to restore and use the same dotfiles repo in vastly different environments. You can even have multible versions of the same dotfiles and switch between them easily

[@vikingthedude]

I gotta try this . But I probably won’t

[@user-sq1oi9qp8w]

how to switch

[@konstantink07]

@@user-sq1oi9qp8w just create a subfolder in your dotfiles directory and move files to it. Then run stow --adopt [name of subfolder] from the dotfiles directory

[@mkum2141]

Can you go into more detail as to how this works and how we can do it?

[@rationalityfirst]

@@mkum2141 man is probably your friend. read the program arguments and test them in an isolated subdirectory because every command in stow is relative to the current dir if you don't use the -d and -t switches.

[@kevinc.7730]

stow is great and I used it for over a year. Would also suggest building out an ANSIBLE role that completely configures any number of machines fully to the way you like it. Another great option is a lightweight container image with zsh and a config repo/sshkey baked in.

[@benjaminbras7475]

quick tip, you can use ctrl+l to clear the screen instead of running the clear command, works by out of the box in most shells

[@a_maxed_out_handle_of_30_chars]

yes, but the author wants to show he's clearing the screen so he uses the clear command to be more explicit

[@jonesy_b]

I've been developing my own config files sync program for the last few weeks. Now I see this and makes my whole project useless since this is so much better 😭

[@jakobheine578]

Your Videos are very promising. I already recommended your channel to several collegues. How about a part 2, how to handle .env files (or an alternative) with secrets and keys properly?

[@dreamsofautonomy]

This is a great idea!

[@1Iljo1]

Is there a change we could get an overview of your terminal and desktop/wm setup? It looks so nice and functional

[@NeatMemesDotCom]

I wish I could like this video twice.

[@ShreksSpliff]

Noob friendly but still concise, very nice!

[@umairjibran7]

I need your terminal config!! Fonts, theme, EVERYTHING!

[@Milotiiic]

I think he uses "Catppuccin" as theme and "JetbrainsMono Nerd Font" as the font

[@umairjibran7]

Thanks@@Milotiiic

[@dawnrazor]

Hey dude this video is brilliant I can now stop acting like a Neanderthal, with regard to how I manage my dot files. I always felt I was walking a tight rope making changes to my zshrc files that may or may not break without having a clean way to revert changes instead relying on manual backing up files with .back2 .back3 ad infinitum. Using stow alongside git is going to be fantastic so I thank you most wholeheartedly for making this video

[@manoel.vilela.neoway]

I've been using since 2017+- a bare repo setup very similar what stow does, but totally manually managed

[@KevinLyda]

I use vcsh to manage my entire ~. It allows me to put ~ into multiple git repositories. So I can have a repo for history files, one for desktop systems, some for a base home dir, etc.

[@MikeKasprzak]

Nice tip

[@BoyanOrion]

Thanks for the video. Btw if you are on Gnome, can you share which theme you're using? I'm assuming it's one of the macOS inspired themes.

[@ui4lh]

Good Idea

[@Jamiered18]

Not knowing Stow existed, I've been using my own script that does the same thing and has all the features in this video. Could've saved some time there 🙃

[@ShinigamiRyto]

😅 that's exactly what just happened to me, it's too late I'll keep using my scripts

[@dreamsofautonomy]

I find this happens often to me as well 😅

[@dawnrazor]

As great as this video is, thanks to the KZbin algorithm, I have discovered an even better approach that using stow and that is ansible. It’s a bit of a beast compared to stow, but its power makes it worth taking the time to learn how to use it rather than the comparitive simplicity of stow. I’ve setup my dot files config with all the steps in this video, but that will effectively last for less than 2 days as I prepare to migrate to ansible!

[@ashwinjadhav818]

I just realized, I am using GNU Stow for a year now and my folders look super messy, thank you for the video

[@dameanvil]

00:00 🔧 Managing DOT files was initially complex with the Atlassian guide. 00:17 🌟 Discovery of GNU Stow significantly improved DOT file management. 00:29 📁 Created a new directory for DOT files in the home folder. 00:39 🗂 Copied zshrc file into the DOT files directory and renamed the original. 01:21 🔄 GNU Stow creates symlinks for organized DOT files. 02:00 📦 Installed Stow using the package manager and linked zshrc. 02:25 🗃 Enabled version control by turning the DOT files directory into a Git repository. 03:03 🚫 Stow ignores certain files/directories by default, like .git. 04:07 ✏ Edits to symlinked files reflect in the DOT files directory. 04:36 📂 Added alacritty config by mirroring home folder structure. 05:56 🌐 Created a remote Git repository on GitHub for DOT files. 07:04 📄 Added a README file for documentation on setting up DOT files.

[@brainwater]

I simply created a shell script that created symlinks for each of my dotfiles. Stow will make it much easier and prevent me from having to add each new dotfile to the script