This Lix change control system allows storing, tracking, querying, and reviewing changes in different file formats, e.g., .xlsx, .sqlite, or .inlang, but as in the blog post, could also bring Word's "track changes" level of traceability to Markdown:
I'm very interested in seeing how this would improve over git diffs (or something like gerrit + fisheye) for infra-as-code especially controls-as-code.
While it could be applied to coding, our focus is on bringing features that are already well known in software workflows to people outside of software engineering.
Imagine: Diffs for CAD files; Diffs for music producers; Diffs for layers; Diffs for accountants
...
-> Diffs for the whole company
Now, we need a generalized SDK to make it easy to build apps with built-in change control.
Right. A lot of tools, even security or access controls, seem to have no conception that git is a thing. Somewhere they all have config. This could help.
Effectively, all the things that have a stateful representation that there's a reason to know versions/changes, but aren't typically thought of as "source code" (e.g., Markdown is DSL source code, but almost nobody thinks of it like that).
And yes, for our own in-house tools or CRUD dashboards or full apps, we want that SDK! Even though we know git.
Right! The interesting part begins when you start looking at data that isn't source code. We'll achieve semantic understanding of various file formats through plugins. If you're really curious, you can follow #lix-progress on Discord -> https://discord.com/invite/gdMPPWy57R
6 comments
[ 0.26 ms ] story [ 26.6 ms ] threadhttps://lix.opral.com
https://github.com/opral/monorepo/tree/main/lix
I'm very interested in seeing how this would improve over git diffs (or something like gerrit + fisheye) for infra-as-code especially controls-as-code.
Looks like an SDK is "coming soon"...
Imagine: Diffs for CAD files; Diffs for music producers; Diffs for layers; Diffs for accountants ... -> Diffs for the whole company
Now, we need a generalized SDK to make it easy to build apps with built-in change control.
Effectively, all the things that have a stateful representation that there's a reason to know versions/changes, but aren't typically thought of as "source code" (e.g., Markdown is DSL source code, but almost nobody thinks of it like that).
And yes, for our own in-house tools or CRUD dashboards or full apps, we want that SDK! Even though we know git.