在升级到 go1.21 与兼容 Win7 之间，你会如何选择？

[LonnyWong]

背景

• tssh 新增 --udp 功能 https://github.com/trzsz/tsshd ，可以像 mosh 那样工作，基于 QUIC 和 KCP 协议，支持 ssh 端口转发、agent 转发和 X11 转发。这两个协议都升级到 go1.21 了，tssh 也被迫跟着升级。

• go1.21 不再支持 Win7 https://github.com/golang/go/issues/57003 ，而 Win7 在国内的用户量还高达 22% https://gs.statcounter.com/windows-version-market-share/desktop/china ，也就是每 5 个 Windows 用户中，就有一个 Win7 用户。

决策

• tssh 升级到 go1.21 是迟早的事，不能因为部分不升级的用户，而影响了其他愿意升级的用户。后来想到，可以在 release 时，通过 github action 将 QUIC 和 KCP 协议降到支持 go1.20 的版本，然后编译出能在 Win7 运行的专用版本，详见 https://github.com/trzsz/trzsz-ssh/blob/main/.github/workflows/publish.yml

• Win7 用户可以在 https://github.com/trzsz/trzsz-ssh/releases 下载带 win7 关键字的版本，在 Cygwin 、MSYS2 或 Git Bash 内使用。个人建议，别再用 Win7 了，尽早升级吧，新版本 Windows 更香和更安全。

讨论

• 你开发软件时，会紧跟当前最新的编译器版本吗？如 Go 。

• 你开发的软件，会支持市场已放弃的旧系统吗？如 Win7 。

[charslee013]

一般来讲当决定选用某个软件的时候就已经确定该功能是符合需求的，很少为了某个新功能而对系统进行升级

[Yadomin]

建议加个遥测看看你到底有多少 Win7 用户

[kero991]

说那么多，我觉得你得先搞清楚一件事，你是乙方（甲方用 go 我不理解）
既然你是乙方，用什么，兼不兼容 win7 真的是你决定的吗？
我们这省一级机关，除了信创 linux 机器，win 机器 99.99%都是 win7 ，有单子你不接？

[LonnyWong]

@Yadomin #62 ssh 是特别敏感的工具，不会加任何统计和上报之类的，避免让人误会。

[HFX3389]

@0o0O0o0O0o
@wwqgtxx
6 哇，这咋知道的，我也在为 Go 1.22 支持 Win7 发愁还想着要不要改一份 Go 1.20 版本的代码，谢谢两位啦~~

[HFX3389]

@enihcam #32 但是要让用户掏，用户就觉得硬件值钱，很多老电脑跑 Win7 的原因就是没固态硬盘，单位/公司又不给买，用电脑的人又不愿意自己掏钱买 SATA 固态...那就只能跑 Win7 咯..

[HFX3389]

@kero991 #63 甲方用啥？ Java 吗

[HFX3389]

@panda1001 #56 上虚拟机:D

[enihcam]

@HFX3389 那就别跑 go 咯，gw-basic 了解下。

[lysShub]

@0o0O0o0O0o
@wwqgtxx 这种撤回方式是不是只能在较近几个版本上才有效啊

[wwqgtxx]

@HFX3389 #65 自然是对着 golang 仓库一个 commit 一个 commit 翻找相关的，然后撤回后在 win7 上实验能不能正常运行喽

@lysShub #70 我在代码中也留了注释，这种撤回方法还是需要对特定版本进行适配的，不过从我这边的 github action 来看，直到最新的 golang1.21.11 和 1.22.4 上工作都是正常的
至于为什么 action 中 1.21 系列是直接从 golang 官方仓库取 diff ，而 1.22 自己放了一份 patch 文件就是因为 1.22 的修改需要额外修改一些对应行数才能正常撤回
如果想应用到未来发布的 1.23 那肯定还是要重新写 patch 的

[just1]

我比较激进，公司内我维护的项目都是跟随 PATCH version 的。MINOR version 会慢一两个月等待 1~2 个 PATCH version 。因为确实有很多功能或者修复是被需要的（这句话不仅仅是针对 go ，很多依赖都是）。

[zfyStars]

如何选择 快十年没用 win7 了