jsonmerge_git_merge_driver
structured-haskell-mode
Our great sponsors
jsonmerge_git_merge_driver | structured-haskell-mode | |
---|---|---|
1 | 3 | |
0 | 536 | |
- | 0.0% | |
0.0 | 0.0 | |
over 2 years ago | about 5 years ago | |
Python | Emacs Lisp | |
BSD 3-clause "New" or "Revised" License | BSD 3-clause "New" or "Revised" License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
jsonmerge_git_merge_driver
-
What if Git worked with Programming Languages?
I investigated the option of using a custom git merge driver for a project where we were planning to version control a bunch of data files using git.
Here's a proof of concept python merge driver I bashed together at the time to auto-merge JSON objects: https://github.com/fcostin/jsonmerge_git_merge_driver
This never went anywhere near production, but it was very easy to put together something basic.
One complication with using a custom merge driver, as discussed by https://github.com/Praqma/git-merge-driver , is that they need to be configured inside the `.git/config` of the repo, which itself is not version controlled. So there's an additional config management overhead to rolling that out to everyone in a machine. Additionally, if outsourcing hosting for git repos, it may not be supported to install and configure a custom merge driver for merges conducted by the hosting platform (e.g. merges created by github.com pull request workflow).
One idea I had at the time was using external schema files (e.g. JSON schema for JSON files) to help guide/constrain the result of the merge. I never implemented it, but it should be possible. If the schemas were also version controlled in the same git repo that stores the data, you'd need to figure out which one (and which version) to load when resolving a merge conflict of a data file. There doesn't seem to be a well-supported robust way for a merge driver script to discover the source and destination branches, but there are some potentially fragile ways of doing it that work some of the time.
structured-haskell-mode
- Honest question: why is Haskell not a lisp / built on s-expressions?
- structured-haskell-mode: Structured editing minor mode for Haskell in Emacs
-
What if Git worked with Programming Languages?
> Structure editors haven't really taken off yet despite several historical and contemporary attempts.
This is a nice contemporary one:
https://github.com/projectional-haskell/structured-haskell-m...
Lisps also have all kinds of options available in Emacs, but it is more special to see this outside of the land of s-expressions.
What are some alternatives?
nvim-treesitter-context - Show code context
ghc-mod
git-merge-driver - Example of how to configure a custom git merge driver
bisect-binary - Tool to determine relevant parts of binary data
unison - A friendly programming language from the future
ghcide - A library for building Haskell IDE tooling
nbdime - Tools for diffing and merging of Jupyter notebooks.
bliplib - A bytecode compiler for Python 3
dark - Darklang main repo, including language, backend, and infra
hfd - Flash debugger with haskeline interface
syntactic_versioning - What if Git worked with Programming Languages?
bumper - Haskell tool to automatically bump package versions transitively.