User tests: Successful: Unsuccessful:
Make sure the nightly builds are generated correctly. cc @wilsonge @franz-wohlkoenig @chmst
Generate the nightly builds or a release make sure the Filename is Joomla_4.0.0-dev-Development-Update_Package.zip
Joomla_4.0.0-dev-Development-Update_Package.zip
'Joomla_4.0.0-alpha4-dev-Development-Update_Package.zip'
none
| Status | New | ⇒ | Pending | 
| Category | ⇒ | Libraries | 
Well fine for me. joomla/update.joomla.org#104 I'm not starting to fight about right and wrong any more. More work for you with access to that server 
| Status | Pending | ⇒ | Closed | 
| Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2018-07-13 18:37:54 | 
| Closed_By | ⇒ | zero-24 | |
| Labels | 
                                        Added: 
?
 | 
    ||
Just to give a little more insight here too, as it relates to version comparisons 4.0.0-dev is older than 4.0.0-alpha4-dev, so if you installed 4.0.0-alpha3 you wouldn't be proposed an update to 4.0.0-dev but 4.0.0-alpha4-dev would be available.  So it is semantically correct to do things this way, even if it creates a little more work.
I'm not starting to fight about right and wrong any more. More work for you with access to that server
? 
Actually, since I've just about got the new Jenkins box running the way I want it (it's been running for a little bit behind the scenes now doing the nightly builds and some of the site deployments), I intend on getting things set up so that Jenkins server can push files over to the update server, then any merge to master would just auto-deploy and the only work left is whoever is updating the XMLs for the releases 
To be honest the current version string is the correct version string. We just got into a lazy habit of always using
<version>-devwithout any of the other stability prefixes so we didn't have to constantly update the nightly build XML files.