You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tika.apache.org by "Tim Allison (Jira)" <ji...@apache.org> on 2026/05/11 12:35:00 UTC
[jira] [Created] (TIKA-4725) Tweaks to github publishing
Tim Allison created TIKA-4725:
---------------------------------
Summary: Tweaks to github publishing
Key: TIKA-4725
URL: https://issues.apache.org/jira/browse/TIKA-4725
Project: Tika
Issue Type: Improvement
Reporter: Tim Allison
Many, many thanks to [~ndipiazza] , we have automated pushes to docker hub.
During the 4.0.0-alpha-1 release, I noticed two things we might want to clean up.
# The 4.0.0-alpha-1 image was released May 4 at 7:45pm (not sure which tz, guessing utc?), which was probably during one of my early attempts to make the release. The vote email didn't go out until May 5 at 6:41am (ET). The push shouldn't happen until after a successful vote, no?
# How do we handle versioning of docker releases outside of a Tika release? For example, if we get a request to bump the base image or an OS dependency? We had a homegrown versioning system to tack another number: 3.3.0.0 – was the first release with Tika 3.3.0. If we had to bump the underlying os and republish with Tika 3.3.0, that would be bumped to 3.3.0.1.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)