git-warp-time
git-warp-time copied to clipboard
Rust library and CLI utility to reset timestamps of Git repository files to the time of the last modifying commit.
When I try to use `git-warp-time` to reset the times, I get an error that ` are not tracked in the repository`. https://github.com/alerque/git-warp-time/blob/cf528ff6d277b16b4b3550e61b4bb416d51c8370/src/lib.rs#L96 Is it possible to support git-lfs?
... so that projects with Python based build systems can use this as a pre-compile hook without any system dependency Shenanigans.
... so that projects with JS based build systems can use this as a pre-compile hook without any system dependency Shenanigans.
The current output is neither easily machine parsable list of files (it has extra strings stuck in) nor a pretty UI. I think we should go both ways, include a...
Unless `--quiet` is set I would expect *some* output indicating success even if no files needed resetting.
The primary concern GWT set out to fix was actions like `git checkout` marking files as newer than their actual last modification times. In the process we ended up resetting...
In #9 we added parallelization. Then for #11 we ditched it again in favor of a much faster algorithm. That's a good thing and we're much faster now even back...
So far this hasn't gotten much out of the Rusty POC mode that `.unwrap()`s a lot of stuff, but it should probably get an overhaul with actual error handling. In...
I started down this road because I think it will be faster and easier to work with down the road, but haven't actually figured out how it all works yet....
The point here is mostly to try out the dynamic completion support before implementing on a more complex project. The goal for this PR would be to replace the file-name...