2018-11-25 10:49

引用来自“久永”的评论

为什么这么多持续集成工具都这么难用和别扭不灵活?

引用来自“一号男嘉宾”的评论

@久永 @久永 个人觉得,tc是最好的。非常好用

引用来自“久永”的评论

不知道你有没有想在上面做过二次开发过。

引用来自“一号男嘉宾”的评论

@久永 麻烦你告诉下,什么情况下需要做二次开发?功能不能满足还是?
和自己开发内部的系统做集成。理想是能有个 .net 的或者 python 的等团队成员能掌握,或者中文文档健全的。以便出现问题自己团队能控制。最好能和 vs 兼容性较好。
二次开发需要的是在提交到前期 git 库后(用于接收成员提交),对代码做定制处理(包括不仅限于:自动注释、按功能筛选分发,按定制要求统计,剔除敏感信息等),分发到后期各个不同的 git 库,白盒测试(单元测试引用项目),编译后,需要对输出进行混淆、检测敏感信息处理,然后再黑盒集成(单元测试引用dll)测试。然后发布到内部手动测试或者用户远程体验服务器上。(随便提提,并不包括所有过程,比如评审等,就不费脑子想完整正确了。)
需要这其中的过程一旦系统有问题能得到有效信息,而不是被日志淹没。
如果真的有满足需要的,能推荐给我,不胜感激。
2018-11-24 17:33

引用来自“久永”的评论

为什么这么多持续集成工具都这么难用和别扭不灵活?

引用来自“一号男嘉宾”的评论

@久永 @久永 个人觉得,tc是最好的。非常好用
不知道你有没有想在上面做过二次开发过。
2018-11-24 11:04
为什么这么多持续集成工具都这么难用和别扭不灵活?
回复 @
{{emojiItem.symbol}}
返回顶部
顶部