HiNC-Deploy/Hi.WinForm
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Compare commits

base: HiNC-Deploy/Hi.WinForm:7dd3fcc38932760b75c069efd3c8030b42a2f055
Branches Tags
HiNC-Deploy/Hi.WinForm:master
...
compare: HiNC-Deploy/Hi.WinForm:master
Branches Tags
HiNC-Deploy/Hi.WinForm:master
13 Commits
7dd3fcc389 ... master
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
iambossandClaude Opus 4.8 edcf1722f9 chore(Hi.WinForm): bump VersionBuild 
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-07-13 12:36:47 +08:00
iamboss fc8d0fbcd3 tune. 2026-07-07 18:52:19 +08:00
iamboss 7afd676b43 deploy fixed MRR drift and webservice CylindroidHolder buckle branch update issue. 2026-05-28 20:20:38 +08:00
iamboss 87c95ceebe deploy fixed MRR drift and webservice CylindroidHolder buckle branch update issue. 2026-05-28 19:34:21 +08:00
iamboss 9d0d53a01f update XML IO pattern. 2026-05-24 13:27:53 +08:00
iamboss 4e7a3517fd rename XFactory.Regs to XFactory.Generators. 2026-05-23 21:09:36 +08:00
iamboss efa521dc9a fix SoftNcRunner GM code normalization. 2026-05-16 17:42:11 +08:00
iamboss 37bb747250 fix SoftNcRunner GM code normalization. 2026-05-08 22:04:30 +08:00
iamboss 03fad683e8 fix SoftNcRunner GM code normalization. 2026-05-06 13:12:09 +08:00
iamboss dfc4b3a0b8 fix SoftNcRunner GM code normalization. 2026-04-26 07:42:13 +08:00
1 changed files with 1 additions and 1 deletions
Expand all files Collapse all files
Hi.WinForm.csproj
+1 -1
View File
@@ -7,7 +7,7 @@
<RootNamespace>$(AssemblyName)</RootNamespace>
<Platforms>x64</Platforms>
<Description>WinForm Display module of HiAPI</Description>
<VersionBuild>129</VersionBuild>
<VersionBuild>156</VersionBuild>
<VersionPrefix>3.1.$(VersionBuild)</VersionPrefix>
<PackageTags>HiAPI</PackageTags>
<RuntimeIdentifiers>win-x64</RuntimeIdentifiers>