-
Notifications
You must be signed in to change notification settings - Fork 54
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Timestamp causes JAR hash change #9
Comments
I think the ticket is about the comment "#Fri Mar 04 14:27:29 CET 2016", not about the key "git.commit.time=1457050640". |
That's correct @tha2015 -- keys option wouldn't do anything here. |
One thing I don't understand here is why the plugin is re-creating the git.properties while the input files and output files are not changed? Normally gradle will just show "UP-TO-DATE" and skip the step (assuming that the plugin is implemented correctly to support up-to-date check) |
Even if that is not not an issue, it doesn't hit my use case -- I am rebuilding each time from a jenkins clean slate but each time I build my docker images, docker will think they are new because of this timestamp which serves no purpose at all. |
@wwadge please check 1.4.14 version and get back whether this fixes your issue or not |
Works fine - thanks! |
The timestamp comment written to file causes gradle to think the resultant JAR file has changed even if nothing else has (and also causes issues with docker since it thinks the whole artifact has been modified). Can you suppress it?
The text was updated successfully, but these errors were encountered: