Hi.WinForm

HiNC-Deploy/Hi.WinForm

Fork 0

Author	SHA1	Message	Date
iambossandClaude Opus 5	18f3e36226	chore(Hi.WinForm): bump VersionBuild to 3.1.156 Carried over from a deploy.py run -- incrementPackageID bumps VersionBuild but deploy.py only auto-commits HiAPI-docsite-2025. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-08-05 20:11:15 +08:00
iambossandClaude Opus 5	545be22235	build(Hi.WinForm): keep the package line on 3.1 and resume the build counter The 3.2 line is retracted -- the major version stays fixed for commercial positioning, so 3.1 remains the development line. Version stamp only; no code changed on the way out or back. VersionBuild resumes at 154, where it stood before the detour, instead of restarting from the 139 the feed serves. Everything between was built locally and stamped into real assemblies even though deploy.py deliberately withholds the upload until the API has settled commercially, and re-minting a spent number with different code is the one failure that yields two Hi.WinForm.dll claiming the same version. Next upload is 3.1.155; the 139 -> 155 gap on the feed is intended. 3.2.1 was packed locally and never uploaded, so nothing outside this machine saw the 3.2 line at all. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-08-01 14:27:47 +08:00
iambossandClaude Opus 5	1dff436028	build(Hi.WinForm): start the 3.2 package line and restart VersionBuild The 3.1 line ends at Hi.WinForm 3.1.139 -- tag v3.1.139, part of the aligned hinc-suite/3.1.175 set. master now produces 3.2 and VersionBuild restarts at 0, so the first published 3.2 package is 3.2.1: IncrementPackageID.targets bumps before the build, not after it. The 3.1.154 stamp this replaces was a local increment from a deploy run whose upload step is commented out, so it never reached the feed and nothing depends on it. Fixes for customers pinned to 3.1 come off the support/3.1 branch. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-07-26 18:00:18 +08:00

Author

SHA1

Message

Date

iambossandClaude Opus 5

18f3e36226

chore(Hi.WinForm): bump VersionBuild to 3.1.156

Carried over from a deploy.py run -- incrementPackageID bumps VersionBuild but
deploy.py only auto-commits HiAPI-docsite-2025.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

2026-08-05 20:11:15 +08:00

iambossandClaude Opus 5

545be22235

build(Hi.WinForm): keep the package line on 3.1 and resume the build counter

The 3.2 line is retracted -- the major version stays fixed for commercial
positioning, so 3.1 remains the development line. Version stamp only; no code
changed on the way out or back.

VersionBuild resumes at 154, where it stood before the detour, instead of
restarting from the 139 the feed serves. Everything between was built locally and
stamped into real assemblies even though deploy.py deliberately withholds the
upload until the API has settled commercially, and re-minting a spent number with
different code is the one failure that yields two Hi.WinForm.dll claiming the same
version. Next upload is 3.1.155; the 139 -> 155 gap on the feed is intended.

3.2.1 was packed locally and never uploaded, so nothing outside this machine saw
the 3.2 line at all.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

2026-08-01 14:27:47 +08:00

iambossandClaude Opus 5

1dff436028

build(Hi.WinForm): start the 3.2 package line and restart VersionBuild

The 3.1 line ends at Hi.WinForm 3.1.139 -- tag v3.1.139, part of the aligned
hinc-suite/3.1.175 set. master now produces 3.2 and VersionBuild restarts at 0,
so the first published 3.2 package is 3.2.1: IncrementPackageID.targets bumps
before the build, not after it.

The 3.1.154 stamp this replaces was a local increment from a deploy run whose
upload step is commented out, so it never reached the feed and nothing depends on
it. Fixes for customers pinned to 3.1 come off the support/3.1 branch.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

2026-07-26 18:00:18 +08:00

1 changed files with 1 additions and 1 deletions

									
										Hi.WinForm.csproj
									
		+1
		-1
	
												View File
												
					@@ -7,7 +7,7 @@

					    <RootNamespace>$(AssemblyName)</RootNamespace>

					    <RootNamespace>$(AssemblyName)</RootNamespace>

					    <Platforms>x64</Platforms>

					    <Platforms>x64</Platforms>

					    <Description>WinForm Display module of HiAPI</Description>

					    <Description>WinForm Display module of HiAPI</Description>

					    <VersionBuild>153</VersionBuild>

					    <VersionBuild>156</VersionBuild>

					    <VersionPrefix>3.1.$(VersionBuild)</VersionPrefix>

					    <VersionPrefix>3.1.$(VersionBuild)</VersionPrefix>

					    <PackageTags>HiAPI</PackageTags>

					    <PackageTags>HiAPI</PackageTags>

					    <RuntimeIdentifiers>win-x64</RuntimeIdentifiers>

					    <RuntimeIdentifiers>win-x64</RuntimeIdentifiers>

Compare commits