Age | Commit message (Collapse) | Author | Files | Lines |
|
I think keeping the physical separation is helpful, especially as more
features get added.
|
|
This feature means to replace what was called 'packages'. The old
packages implementation was only one subdirectory lower than the home
directory and quite limiting in that regard. Even worse, they had to be
configured manually in the configuration file and could not be created
from the command line.
This approach offers any depth the user specifies because the rule is:
you can only add files to the repository, not directories. So if a user
adds a directory, the effect will be that each file contained in any
portion of that directory will be moved into the repository and a
symlink created. This completely removes both manual configuration and
link ambiguity because there is always only once choice. The repository
is used to maintain the directory structure, but only the leaf nodes
(files) are symlinked in the home directory.
This also makes it easy to store other non-dotfile files in the
repository like wallpapers, fonts, music, or whatever.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This commit also includes support for all of the CLI commands. This is
for a "flat" repository where dotfiles must be proper files, no
directories or files in subdirectories. Support for that is coming and
should cover what used to be called "packages" in a more automatic way
without requiring configuration file settings.
At the moment, this is the bare minimum of useful functionality: flat
repository, no 'ignores', no 'externals', no 'packages', and no
'prefixes'. In this way I can make sure I get the object model and
abstractions correct before building on it further. This I feel is what
the old version suffered from and caused difficulties in maintenance.
The above-mentioned features will return in some form as I move through
each of them, not to worry. I'd like to see how far I can get without
any configuration file before any of that stuff gets added back in.
|
|
I think this naming is more appropriate and intuitive
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|