doorstop
nbdime
Our great sponsors
doorstop | nbdime | |
---|---|---|
2 | 7 | |
453 | 2,595 | |
1.8% | 1.0% | |
9.4 | 8.7 | |
4 days ago | about 1 month ago | |
Python | TypeScript | |
GNU General Public License v3.0 or later | GNU General Public License v3.0 or later |
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.
doorstop
-
Ask HN: How do you keep track of software requirements and test them?
Zooming into "requirements management" (and out of "developing test cases") there's a couple of Open Source projects that address specifically this important branch of software development. I like both approaches and I think they might be used in different situations. By the way, the creators of these two projects are having useful conversations on aspects of their solutions so you might want to try both and see what's leading from your point of view.
* https://github.com/doorstop-dev/doorstop
- A requirements management tool alongside source code in version control
nbdime
-
Stuff I Learned during Hanukkah of Data 2023
I remember hearing about nbdime and thinking it sounded useful, but I've never really needed it since I rarely use Jupyter in the first place. But then I made some changes to my Hanukkah of Data 2023 notebook to work with the follow-up "speed run" challenge (a new dataset and slightly tweaked clues), and the native Git diff was too noisy to be useful. nbdime came to the rescue! Here are the changes I had to make for days 2 and 3 during the speed run:
- The Jupyter+Git problem is now solved
-
Ask HN: Are there any good Diff tools for Jupyter Notebooks?
[5] ReviewNB for reviewing & diff'ing notebook PRs / Commits on GitHub
Disclaimer: While I’m the author of last two (GitPlus & ReviewNB), I’ve represented the overall landscape in an unbiased way. I've been working on this specific problem for 3+ years & regularly talk to teams who use GitHub with notebooks.
[1] https://nbdime.readthedocs.io
- Notebooks suck: change my mind
-
What if Git worked with Programming Languages?
Interesting they mentioned Jupyter Notebooks but not NBDime https://github.com/jupyter/nbdime which is a Jupyter plugin specifically to address this problem. Without it, diffing notebooks is not feasible.
-
Jupyter diff in Magit
A bit off-topic but someone might know; I'm working with jupyter notebook files (ipynb) which are basically json files. Git diff is very noisy so there's nbdime which works great in the CLI. Is there a way to have Magit aware of its integration with git diff?
-
The Notepad++
I use nbdime which allows you to ignore parts of a notebook (e.g. outputs) when diffing.
What are some alternatives?
strictdoc - Software for technical documentation and requirements management.
jupytext - Jupyter Notebooks as Markdown Documents, Julia, Python or R scripts
pip-upgrade - Upgrade your pip packages with one line. A fast, reliable and easy tool for upgrading all of your packages while not breaking any dependencies
poetry-dynamic-versioning - Plugin for Poetry to enable dynamic versioning based on VCS tags
nvim-treesitter-context - Show code context
rdm - Our regulatory documentation manager. Streamlines 62304, 14971, and 510(k) documentation for software projects.
webdiff - Two-column web-based git difftool
kapply - Version control for Kubernetes manifests
locust - "git diff" over abstract syntax trees
MkDocs - Project documentation with Markdown.
unison - A friendly programming language from the future