e22487d10b
This location and name is practically mandated by PackageES. Sorry ☹️.
This will ensure that all artifacts that we produce are versioned
properly:
| thing | version (ex.) |
|---------|-----------------|
| dll/exe | 0.7.1911.22009 |
| nupkg | 0.7.191122009 |
| appx | 0.7.3269.0 |
For reference, here's the version format:
### EXE, DLL, .NET Assembly
0.7.1911.22009
^ ^ ^ ^ ^ ^
| | | | | `-Build # on that date
| | | | `-Day
| | | `-Month
| | `-Year
| `-Minor
`-Major
### NuGet Package
0.7.191122009
^ ^ ^ ^ ^ ^
| | | | | `-Build # on that date
| | | | `-Day
| | | `-Month
| | `-Year
| `-Minor
`-Major
### AppX Package
0.7.03269.0
^ ^ ^ ^^ ^
| | | || `-Contractually always zero (a waste)
| | | |`-Build # on that date
| | | `-Number of days in [base year]
| | `-Number of years since [base year]
| `-Minor
`-Major
[base year] = $(XesBaseYearForStoreVersion)
It is expected that the base year is changed every time the version
number is changed.
12 lines
544 B
XML
12 lines
544 B
XML
<?xml version="1.0" encoding="utf-8"?>
|
|
<Project ToolsVersion="4.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
|
|
<!-- This file is read by XES, which we use in our Release builds. -->
|
|
<PropertyGroup Label="Version">
|
|
<XesUseOneStoreVersioning>true</XesUseOneStoreVersioning>
|
|
<XesBaseYearForStoreVersion>2019</XesBaseYearForStoreVersion>
|
|
<VersionMajor>0</VersionMajor>
|
|
<VersionMinor>7</VersionMinor>
|
|
<VersionInfoProductName>Windows Terminal</VersionInfoProductName>
|
|
</PropertyGroup>
|
|
</Project>
|