至少有以下要求，有多少服务，每个服务的发布记录，对应的jar包，分支，commitid等等。
人工记录也是可以做到这些信息的，但是如果项目比较多的话，维护量就比较大了。
假设有5大块，一大块有20个微服务，每个微服务都在不断的迭代，一年有几十个版本，仅通过人工哪里弄的过来。
这时候专业的工具来了，发版平台。
发现没有，上面要求的信息，如发布记录，jar包等，发版平台都可以做到，而且是自动完成的，省时省力，而且对比人工，出错都概率更低(除非是程序写错了)。
先说下之前的备份方式吧。
例如包叫做custom.jar
每次发版都，先备份之前的一份，即 custom->custom.bak.jar
然后删除掉custom.jar，再上传新custom.jar。
这样一直用的好好的。
但是有一次，上一个版本的代码有问题，新版本的代码也有问题，这就尴尬了，现抓找不到正确的版本了。所以建议还是一定时间内尽量多几个版本(甚至全量版本)，命名也可以带上时间和简单的标记用来区分。
例如
custom.jar
custom.20241109batchQuery.bak.jar
custom.20241109import.bak.jar
因篇幅问题不能全部显示，请点此查看更多更全内容