Open sinewalker opened 5 years ago
latest commits were mostly refactoring of the bash modules. Here's a summary from magit, non-refactors taken out
Recent commits
e403fe3 formatting
2eecd3a turn promptreset into a function
0301653 move bashrc aliases from 20_env.sh to 00_modules.sh and turn into functions
a5315ce re-order code in .bashrc so it makes more sense
3cc282c add load() function
c51f60e comments to explain what's going on with node loads
a5f09ad DRY nvm function loading
9ede4d7 merged bashrc tidy
|\
45daa45 | Merge pull request #54 from sinewalker/clean-bashrc
| |\
8c584b0 | | origin/clean-bashrc tidy ~/.bashrc by moving module loading logic into its own module, and dotfiles function into dotfiles module
| |/
a2788d5 * | linebreaks
|/
b3a5f2c move Work-related CDPATH changes to 80_work.sh and make DRY
e398158 only source 80_work on a work computer (identified by hostname)
935f44b formatting, and more generic bashrc_banner clean-up
e872140 describe(): fix self-describe, use bash_completion's _command
984f515 amstrad banner and shell prompt, and a bit of formatting
2a30401 fancy login display logic, à la the AMSTRAD CPC, with colours
e44d000 fix FUNCDESC for functions() and list() functions; make list page with less
201e351 Show loading progress when sourcing files
1d388d3 make sure defined() doesn't find aliases, and describe() describe doesn't find variable
Issue #20 is about replacing the os provisioning mechanisms in Dotfiles with Ansible playbooks
This morning I was reading The Book of Secret Knowledge and discovered and read about Bash-It which is a Bash framework (which has a demo Docker that also bundles a test suite)
Issue #28 is about needing tests - for which bats seems pretty good.
What I'm discovering is that this project might be headed towards the same kind of refactor / move that I undertook in 2016 for Emacs -> Spacemacs.
I need to consider where I am with this, and which directions I need to go.
Clearly there is value in separating my "dotfiles" configurations (especially the bash and python things) out from the mechanics of provisioning them into a new machine. Although I think that what I might end up with is probably going to involve Ansible as well as the mechanics of the "Link step" in Dotfiles, with other things like this being in separate repos:
There is clearly a pattern here, and maybe it's worth looking to see what is generic about these language environment stuff.
Should it all be pulled apart and then glued back together under my abandoned Origin project?