Difference between revisions of "Talk:Dotfiles"

From ArchWiki
Jump to: navigation, search
(Shell frameworks: new section)
(Bare repository and alias method: new section)
Line 2: Line 2:
  
 
Currently there is no easy way to know if a shell configuration in [[dotfiles#Repositories]] uses a ''framework'' without checking each repository. I think it would be better if used frameworks were listed in brackets next to shell name. -- [[User:nl6720|nl6720]] ([[User talk:nl6720|talk]]) 13:37, 22 November 2016 (UTC)
 
Currently there is no easy way to know if a shell configuration in [[dotfiles#Repositories]] uses a ''framework'' without checking each repository. I think it would be better if used frameworks were listed in brackets next to shell name. -- [[User:nl6720|nl6720]] ([[User talk:nl6720|talk]]) 13:37, 22 November 2016 (UTC)
 +
 +
== Bare repository and alias method ==
 +
 +
Hi all, I'd love to expand this out to include the method coved in [https://news.ycombinator.com/item?id=11070797 this HN discussion]. The simplicity of it is rather beautiful and it keeps the tracking discretely isolated from the rest of $HOME.
 +
 +
Before I do that, I'm new here so don't want to just start making sizeable edits with some form of discussion. Can anyone see any advantages of the currently listed gitignore method that this does not provide?

Revision as of 10:20, 26 December 2016

Shell frameworks

Currently there is no easy way to know if a shell configuration in dotfiles#Repositories uses a framework without checking each repository. I think it would be better if used frameworks were listed in brackets next to shell name. -- nl6720 (talk) 13:37, 22 November 2016 (UTC)

Bare repository and alias method

Hi all, I'd love to expand this out to include the method coved in this HN discussion. The simplicity of it is rather beautiful and it keeps the tracking discretely isolated from the rest of $HOME.

Before I do that, I'm new here so don't want to just start making sizeable edits with some form of discussion. Can anyone see any advantages of the currently listed gitignore method that this does not provide?