AR14 CI/CD流程线Docker方式如何设置授权？
我使用GitLab Runner的持续集成流水线功能，执行器为k8s类型。也就是说，每次编译时会启动一个新的Pod（容器），编译完即释放。我按如下官方文档，分别在编译脚本执行前后激活和反激活授权码。
https://developer.mescius.com/activereportsnet/docs/versions/v14/online/licensing-with-pipelines.html
编译前激活：
gclm.exe "de456e2c-d2e3-4246-94e8-9648bbd6fbf0" -a
编译后反激活：
gclm.exe "de456e2c-d2e3-4246-94e8-9648bbd6fbf0" -d 但现在的问题是，一旦编译脚本出问题，就无法执行反激活。而POD销毁后，也失去了反激活的机会。
下次再运行，会提示序列号受限：
目前序列号已经不让再激活，该怎么办？谢谢！
问题描述：
激活失败。
问题解决：
您好，从您的描述来看。您的情况应该是在授权反激活（注销）之前就把您的容器删掉了。导致授权没有正常的反激活，所以在新的容器中激活时激活失败。
从您上传的截图中能看到的信息，您的授权激活的机器数量达到上上限，您需要从已经激活的机器上反激活，然后才能在这里进行激活。
你的容器已经删除的话，只能联系我们这边进行授权修复了。
我们的授权在一定的时间内是有激活、反激活的次数限制的，如果您需频繁进行激活反激活的话可能也会出问题。
cicd情况下，肯定每次git提交就创建容器来执行，而且很频繁，实际情况中，无法保证编译不报错，如果需要手工处理，那失去了支持容器流水线的意义了。那只能物理机或虚机上弄了？ penley 发表于 2024-4-7 09:51
cicd情况下，肯定每次git提交就创建容器来执行，而且很频繁，实际情况中，无法保证编译不报错，如果需要手 ...
这个限制是防止频繁的激活反激活导致的授权异常，也是提高授权的安全性，咱们这个这种激活反激活的频率大概有多少。
编译报错的话能否不删除容器，然后在容器中反激活呢？如果没有反激活的话，我们无法识别授权是正常使用还是忘记反激活的。
使用gitlab runner k8s执行器，每次开发人员提交代码，gitlab runner就会在k8s中自动创建pod执行自动构建流水线任务，之后自动删除po。提交频度与开发仓库忙闲有关，最快可能几分钟就一次。 penley 发表于 2024-4-7 16:23
使用gitlab runner k8s执行器，每次开发人员提交代码，gitlab runner就会在k8s中自动创建pod执行自动构建流 ...
行，那这个后面遇到的时候您可以和我们商务同事沟通一下，看怎么给咱们处理。
您现在这个收取需要进行授权修复，方便的话，您留一个邮箱，我给您发授权修复申请表。您填一下
页:
[1]