git-cache-tag
depclean
Our great sponsors
git-cache-tag | depclean | |
---|---|---|
2 | 2 | |
0 | 232 | |
- | 0.4% | |
0.0 | 8.8 | |
over 1 year ago | 5 days ago | |
Shell | Java | |
- | MIT 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.
git-cache-tag
-
Dura: You shouldn't ever lose your work if you're using Git
Oh wow, this seems pretty similar to this thing I wrote: https://github.com/unqueued/git-cache-tag
Which saves all uncommitted changes to a tag.
I wrote it because I wanted to have a complete snapshot of a build context. Sometimes composer or npm can't be relied upon to reproduce dependencies in the state they used to be, or I just want a cache of artifacts. It has been pretty handy.
-
Why you should check-in your node dependencies
I think that having rapid access to node_modules can be very helpful sometimes. The solution I came up with was this:
https://github.com/unqueued/git-cache-tag
It copies all untracked stuff (including node_modules) into a leaf tag. It is fairly easy to manage them, or find the latest one. And because they are leaves, they can be pruned and completely garbage collected when they aren't useful anymore.
I have been burnt many times by npm, and I use this script to guarantee that I have a stash of my node_modules, while also keeping my project small.
And I have diffed different snapshot tags to see which module changed that broke something.
And by leaving everything in unaltered text, it exposes it to git which does a great job at compression stuff, especially highly differential revisions of my node_modules.
A 500M node_modules from one of my projects only weighed about 100M extra, even with several snapshots. And I can just delete them anyway.
I need to work on it a lot more, it was just a quick and dirty solution when I had to work with React Native a few years ago.
depclean
- DepClean automatically detects and removes unused dependencies in Java projects
-
Why you should check-in your node dependencies
You can save yourself some headaches by not using transitive dependencies in your Maven builds. This can be enforced with Maven Enforcer. The trade-off is that you will have to clean unused dependencies. This can be tool-assisted with something like: https://github.com/castor-software/depclean/ . You can also enforce dependency version convergence with Maven Enforcer. None of this saves you from "jar hell" directly, but it helps prevent you from unknowingly creating a disaster-in-waiting.
What are some alternatives?
dura - You shouldn't ever lose your work if you're using Git
go-offline-maven-plugin - Maven Plugin used to download all Dependencies and Plugins required in a Maven build, so the build can be run without an internet connection afterwards.
cli - the package manager for JavaScript
devtools-frontend - The Chrome DevTools UI
bck2brwsr - Bck2Brwsr VM to transpile Java bytecode to JavaScript
git-archive-all - git-archive with recursive submodule support
jib - 🏗 Build container images for your Java applications.
bytecode-viewer - A Java 8+ Jar & Android APK Reverse Engineering Suite (Decompiler, Editor, Debugger & More)