Git

A while ago, I had the strong desire to partition some of my professional work logs into mutually exclusive git repositories: with Blacklists and Whitelists flipped.

I was aware that the .gitignore could ignore stuff; today I found out that I can also whitelist stuff via that.

checkout ¹ this stackoverflow question

So if the first .gitignore looks like

asdf-pattern 
more-asdf
some-absolute-asdf
dir-asdf/

the second one would look like:

# blacklist everything first
*

# unignore the directories to capture nested existences
!*/

# then your usual unignores
!asdf-pattern
!more-asdf
!some-absoluete-asdf
!dir-asdf/

What I wonder now is if git would allow for a branch-contextual .gitignore (named with certain protocols) so that I don’t have to maintain two different repositories altogether.

This is an auxilliary post collating resources for the recent video I posted …

The Pipeline

1. All the ideas, resources that I want to process, any miscellaneous questions I have, are fed into the input-queue in the buffer
2. All the manipulation takes place in these buffers - they’re org-files and I use org-roam to maintain the connections
3. whenever a node set ripens and is worth sharing, I write a post or publish a video.
4. It can go both ways : I can force a set into maturity if I wish to publish something specific or I may chance upon a concept when observing connections.

Observations

I use org-roam-ui to visualize the buffer and check for linkages that might result in something useful. I also want to publish this graph (demonstrated in video) but there’s no explicit solution for that yet and I’m planning to build one myself with rust and webassembly as a compilation target.