为什么要版本化
用 Git 把项目版本化，最实在的好处是【0】。 贯穿本节的产品模型（判题机纯 Python、无网，这是它的确定模型，见 spine.py）：一个端到端 Python 产品，从需求→设计→实现→持久化→服务化→测试→版本化，一步步做出来。
版本号怎么升
语义化版本 x.y.z，修个小 bug 通常升【0】。 贯穿本节的产品模型（判题机纯 Python、无网，这是它的确定模型，见 spine.py）：一个端到端 Python 产品，从需求→设计→实现→持久化→服务化→测试→版本化，一步步做出
打个补丁版本变成几
按模型，bump_patch("1.2.0") 交回什么？ 贯穿本节的产品模型（判题机纯 Python、无网，这是它的确定模型，见 spine.py）：一个端到端 Python 产品，从需求→设计→实现→持久化→服务化→
补全:数提交
补全 n_commits：提交历史里有几个提交。 贯穿本节的产品模型（判题机纯 Python、无网，这是它的确定模型，见 spine.py）：一个端到端 Python 产品，从需求→设计→实现→持久化→服务化→测试→版本化，一步步做出来。
补全:升补丁版本
补全 bump_patch：把 z 加一。 贯穿本节的产品模型（判题机纯 Python、无网，这是它的确定模型，见 spine.py）：一个端到端 Python 产品，从需求→设计→实现→持久化→服务化→测试→版本化，一步步做出来。 版本化
补全:打过标签没
补全 is_tagged：这个版本打过标签没。 贯穿本节的产品模型（判题机纯 Python、无网，这是它的确定模型，见 spine.py）：一个端到端 Python 产品，从需求→设计→实现→持久化→服务化→测试→版本化，一步步做出来。 版
补全:本地多几个
补全 ahead：本地比远端多几个提交。 贯穿本节的产品模型（判题机纯 Python、无网，这是它的确定模型，见 spine.py）：一个端到端 Python 产品，从需求→设计→实现→持久化→服务化→测试→版本化，一步步做出来。 版本化：
部署上真机先确认什么
把产品部署到真机，上线前最该确认的是【0】。 （判分只看你在受控容器里的真机产物，纯本机、纯 Python，不起长驻服务、不碰公网。）
部署工具报的端口
真机：~/app/ 是产品，python3 ~/app/ops.py --deploy 报 端口 = N。若配置里服务监听 8080，这里的 N 是几？ （判分只看你在受控容器里的真机产物，纯本机、纯 Python，不起长驻服务、不碰公网。
查:服务监听哪个端口
场景：~/app/ops.py 是只读运维工具，读部署配置。 任务：跑 python3 ~/app/ops.py --deploy，读它报的 端口 = N，到 ~/对照表.txt 查 N 对应的标记填进来。 （判分只看你在受控容器里的真机产