Selecting "newest" file not great for .ZIPs with variable digit count in version

[fat-tire]

Consider two semantically versioned files:

DaVinci_Resolve_Studio_19.0.1_Linux.zip
DaVinci_Resolve_Studio_19.0_Linux.zip

If both files are being considered to be installed, the current sort will select the 9.0 version, as it thinks it is "newer" than the one with the third digit. Essentially 19.0 should be treated as 19.0.0, and ranked below 19.0.1 not above, which will require a change to this line:

      export ZIPNAME=`ls -1rt DaVinci_Resolve_*_Linux.zip | sort -n | tail -1`

This should also be able to accommodate files starting with DaVinci_Resolve_* and DaVinci_Resolve_Studio_*.

Dunno if there's a ready made solution for BASH (I don't want to rely on anything else being installed on the host) for sorting files with three version numbers like this, but before I go on a quest to solve it-- anyone know a simple, easy fix (?)

[fat-tire]

Following up months later, I wonder if doing a field separator-based sort vs a numeric sort w/ "." as the separator, then sorting on the individual parts (if they exist) would be better?

export ZIPNAME=$(ls -1rt DaVinci_Resolve_*_Linux.zip | sort -t. -k1,1n -k2,2n -k3,3n | tail -1)

Using a test list of files, this seems to work, knowing that 19.0 comes before 19.0.1 which comes before 19.1.3. It works with both studio and non-studio files (w/studio being ranked "newer" if the version number is the same).

Also added a -u (unique) to avoid duplicates, which didn't matter with tail -1 but I noticed as I was testing. (UPDATE: This is cuz I was capturing both w/and w/o studio in my testing. Don't want it if we do a single filter without specifying _Studio so I fixed it above.)

Can anyone confirm this works (and no issues)? If it's good, I'll update.