starred/terminal
1
0
Fork 0
mirror of https://github.com/microsoft/terminal.git synced 2026-07-08 18:16:28 +00:00
Code Issues 19.0k Packages Projects Releases 20 Wiki Activity
Files
56bb43c26525983c2d41cb55c327cc3f97e08c29
terminal/custom.props

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

15 lines
747 B
Plaintext
Raw Normal View History

consolidate PackageES versioning in /custom.props (#3672) 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.
2019-11-25 11:29:40 -08:00
<?xml version="1.0" encoding="utf-8"?>
Make ToolsVersion more consistent in our project files (#13535) While working on another PR related to this I noticed that my VS generates `.vcxproj` files that are a bit different to the ones we have. This commit is a quick search & replace of all our project files to make (primarily) their `ToolsVersion` more in line with what VS does itself: No `ToolsVersion` for `.vcxproj`, `ToolsVersion="15.0"` for `.csproj` and `ToolsVersion="4.0"` for `.filters` files.
2022-07-27 00:31:42 +02:00
<Project DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
consolidate PackageES versioning in /custom.props (#3672) 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.
2019-11-25 11:29:40 -08:00
<!-- This file is read by XES, which we use in our Release builds. -->
<PropertyGroup Label="Version">
<XesUseOneStoreVersioning>true</XesUseOneStoreVersioning>
version: bump to 1.26 on main (#19915) Signed-off-by: Dustin L. Howett <dustin@howett.net>
2026-02-27 17:52:43 -06:00
<XesBaseYearForStoreVersion>2026</XesBaseYearForStoreVersion>
version: bump to 1.1 on master
2020-05-04 18:52:44 -07:00
<VersionMajor>1</VersionMajor>
version: bump to 1.26 on main (#19915) Signed-off-by: Dustin L. Howett <dustin@howett.net>
2026-02-27 17:52:43 -06:00
<VersionMinor>26</VersionMinor>
consolidate PackageES versioning in /custom.props (#3672) 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.
2019-11-25 11:29:40 -08:00
<VersionInfoProductName>Windows Terminal</VersionInfoProductName>
version: fix the LCID in our VERSIONINFO, add descriptions to each file (#19114) Closes #19106
2025-07-09 16:36:13 -05:00
<VersionInfoCulture>1033</VersionInfoCulture>
<!-- The default has a spacing problem -->
<VersionInfoCopyRight>\xa9 Microsoft Corporation. All rights reserved.</VersionInfoCopyRight>
consolidate PackageES versioning in /custom.props (#3672) 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.
2019-11-25 11:29:40 -08:00
</PropertyGroup>
</Project>
Reference in New Issue Copy Permalink