Age | Commit message (Collapse) | Author | Files | Lines |
|
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
There is a bug when the home directory is not a parent of the
repository, this will fixed shortly.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
These are handled in the CLI and there is no need for repository to be
involved.
|
|
|
|
|
|
|
|
I don't think anyone cares about these and they make my eyes hurt.
|
|
I'm seeing:
E File "../py32/lib/python3.2/site-packages/click/utils.py", line 224
E message = message or u''
E ^
E SyntaxError: invalid syntax
and it appears click doesn't test against 3.2 either.
|
|
|
|
|
|
|
|
|
|
|
|
I forgot this is not the default in python 2 and certain things like the
setter decorator do not work otherwise.
|
|
This includes click and py, which are both being used in the recent
updates.
|
|
I'm in the process of reimplementing the CLI using click and this new
implementation will take the place of the existing one once it's feature
complete.
|
|
|
|
From what I've been reading, this approach has several limitations and
since I use pip I've never really used it, even during development. I
always use virtualenvs where the package and its entry point are
installed with setuptools, so an explicit bin script seems like a relic
of the past. I'll revisit this if people disagree.
|
|
|
|
|
|
|
|
This version of the repository class uses py.path.local and I have an
idea for packages that should simplify the code substantially and
address the remaining issues with prefixes.
|
|
|
|
|
|
This version of the dotfile class uses py.path.local and removes much of
the cruft of using os.path and it's associated requirements.
There are still a few things missing, namely dry_run mode where commands
are printed instead of executed and force sync. They will be included
as required.
|
|
|
|
The intent is for each file in dotfiles/ to have a matching test file in
tests/ so there is less confusion about which test files are testing
which bits of functionality and where to look.
|
|
|
|
I'm going to migrate away from unittest capability in favor of pytest
and its use of the py.path filesystem abstraction. It's much cleaner
and easier to work with.
|
|
|