User tests: Successful: Unsuccessful:
The build/packaging script has a very rigid definition that makes it difficult-to-impossible to reuse it (in fact, the nightly builds have to use a customized variant to build from a working branch versus a git tag and exclude package types). So, let's fix the build script.
Usage: php build/build.php [options]
[options]:
--remote <remote>: The git remote reference to build from (ex: `tags/3.8.6`, `4.0-dev`), defaults to a tag for the CMS version string
--exclude-zip: Exclude the generation of .zip packages
--exclude-gzip: Exclude the generation of .tar.gz packages
--exclude-bzip2: Exclude the generation of .tar.bz2 packages
--help: Show this help output
The main option added here is the --remote
option, the exclude options are for convenience.
With the main CMS repo cloned and all tags, try different setups including these base commands:
php build/build.php --remote=tags/3.8.5
should build packages for 3.8.5php build/build.php --remote=3.9-dev
should build packages for 3.9Release packages can be built based on any valid git reference branch or tag
Release packages can only be built if there is a git tag for the active version string
N/A, docs are contained within the script
Status | New | ⇒ | Pending |
Category | ⇒ | Repository |
That's part of the WIP. A lot of the setup is still coupled to the way things work now, i.e. getting version information out of the Joomla\CMS\Version
class from your current git clone and not from what you intend to build against. To do it right, that's going to have to be moved to a point after the git archive
command runs so the version class can be included with the right data, BUT, to keep the current behavior (and not force the --remote
argument to always be passed), the version info still needs to be based on the current logic for the default case. So, need to sort that out (and inherently redo all the internal structuring that is based on using the version info)
Labels |
Added:
?
|
OK, should be building correctly now. I didn't do a file-by-file comparison but the Version class is in the expected state when specifying the 3.8.5 release tag or the 3.9-dev branch as the build remote.
I have tested this item
Title |
|
Status | Pending | ⇒ | Fixed in Code Base |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2018-04-04 11:52:29 |
Closed_By | ⇒ | wilsonge |
I cant get it to complete on my ubuntu for windows system but thats probably unrelated to this script and my fault
However the PR says
But the output of the script (before it fails) is
Start build for version 3.8.6-dev.