In Octo.exe version 3.3.8 we have expanded the functionality of the
pack command to allow creating zip packages in addition to NuGet packages.
This page describes how to use
octo.exe to create zip packages. You could use any zip program or library, but octo.exe pack will:
To create a zip package of the application, open a command prompt and change directory to where the application is located.
When creating the zip package, we will call octo.exe with the pack command and give it a package Id and specify the format of package we want to use by adding the
C:\Code\OctoWeb\OctoWeb\OctoWeb\bin>octo.exe pack --id=OctoWeb --format=zip
By default octo.exe will pack all the files that are in the current directory, and give it a timestamp based version number.
C:\Code\OctoWeb\OctoWeb\OctoWeb\bin> octo.exe pack --id=OctoWeb --format=zip Octopus Deploy Command Line Tool, version 3.3.8+Branch.master.Sha.f8a34fc6097785d7d382ddfaa9a7f009f29bc5fb Packing OctoWeb version 2016.3.9.123003... Saving OctoWeb.2016.3.9.123003.zip to C:\Code\OctoWeb\OctoWeb\OctoWeb\bin... Done. C:\Code\OctoWeb\OctoWeb\OctoWeb\bin> dir *.zip Directory: C:\Code\OctoWeb\OctoWeb\OctoWeb\bin Mode LastWriteTime Length Name ---- ------------- ------ ---- -a--- 9/03/2016 12:31 PM 43624075 OctoWeb.2016.3.9.123122.zip
If you want to provide your own version, you can pass the --version parameter in the call to Octo.exe
C:\Code\OctoWeb\OctoWeb\OctoWeb\bin> octo.exe pack --id=OctoWeb --version=22.214.171.124 --format=zip Octopus Deploy Command Line Tool, version 3.3.8+Branch.master.Sha.f8a34fc6097785d7d382ddfaa9a7f009f29bc5fb Packing OctoWeb version 126.96.36.199... Saving OctoWeb.188.8.131.52.zip to C:\Code\OctoWeb\OctoWeb\OctoWeb\bin... Done. C:\Code\OctoWeb\OctoWeb\OctoWeb\bin> dir *.184.108.40.206.zip Directory: C:\Code\OctoWeb\OctoWeb\OctoWeb\bin Mode LastWriteTime Length Name ---- ------------- ------ ---- -a--- 9/03/2016 12:31 PM 43624075 OctoWeb.220.127.116.11.zip
Open the created zip package and you should see the package contains all the same files as the output folder of your build
The Octo.exe pack command provides a number of other useful parameters that can be used to customize the way your package gets created, such as output folder, files to include and release notes.
To get help with what parameters allow you to do what, display the usage help for the pack command
C:\>Octo.exe help pack
Which will explain how to use the command and the different parameters that can be passed to the command
C:\> Octo.exe help pack Octopus Deploy Command Line Tool, version 3.3.8+Branch.master.Sha.f8a34fc6097785d7d382ddfaa9a7f009f29bc5fb Usage: Octo pack [<options>] Where [<options>] is any of: Basic options: --id=VALUE The ID of the package; e.g. MyCompany.MyApp --format=VALUE Package format. Options are: NuPkg, Zip. Defaults to NuPkg, though we recommend Zip going forward. --version=VALUE [Optional] The version of the package; must be a valid SemVer; defaults to a timestamp-based version --outFolder=VALUE [Optional] The folder into which the generated NUPKG file will be written; defaults to '.' --basePath=VALUE [Optional] The root folder containing files and folders to pack; defaults to '.' NuGet packages: --author=VALUE [Optional, Multiple] Add an author to the package metadata; defaults to the current user --title=VALUE [Optional] The title of the package --description=VALUE [Optional] A description of the package; defaults to a generic description --releaseNotes=VALUE [Optional] Release notes for this version of the package --releaseNotesFile=VALUE [Optional] A file containing release notes for this version of the package Advanced options: --include=VALUE [Optional, Multiple] Add a file pattern to include, relative to the base path e.g. /bin/- *.dll - if none are specified, defaults to ** --overwrite [Optional] Allow an existing package file of the same ID/version to be overwritten
Known Issues in Other Packaging Libraries
- Atlassian Bamboo users who are using Adam Myatt's Zip File Task and are extracting to a Linux machine may find that the contents don't get extracted into the correct folder structure but instead flattened with the path as the file name. This is the result of a known issue whereby the task does not confirm to the correct PKWARE ZIP §18.104.22.168 specifications and is using a back slash instead of forward slash as the file separator. We would recommend avoiding this task where possible.
- Prior to the .NET framework 4.6.1, the System.IO.Compression library incorrectly preserved the windows-style back slash separator for file paths. This has since been fixed from .NET Framework 4.6.1 and the fix carried over into .NET Core.
- The above System.IO.Compression bug found its way into Octo.exe when support for zip compression was added. A fix was not included until release 3.3.18 of Octo.exe to manually convert a back slash the to forward slash.
- The PKZIP specification requires that Zip files only need to store dates in the internal file headers with two bytes in the MS-DOS format (whereas tar file headers are stored in UNIX epoch format). This means that unless the compression library makes use of extra fields in the file headers, that a file compressed at some point in time on a machine in one timezone, may result in misleading dates when uncompressed in a different timezone.