澄晏 阿里开发者 2023-08-03 09:01 发表于浙江
2024年07月31日
在Gitlab的CI执行中，我们可以完全不需要Jenkins持续集成的工具就可以在Gitlab中完成CICD的体系化建设。在本文章中，主要介绍结合Gitlab工具以及Jenkins的持续集成工具，在本地的代码push提交后，能够自动触发CI中的项目自动执行，这其实就会有很多的想象空间，比如在开发同学push提交代码后，开发的单元测试代码先执行，接下来是冒烟测试执行，然后是API自动化测试持续执行，完全的可以打造可持续的流水线的方式来验证每次提交代码的质量检查和验证，在过程中如果存在执行失败，可以对接的如钉钉这些进行报警。下来主要详细的介绍这部分的配置和案例实战。
2024年07月31日
随着Git仓库变得越来越大，由于性能导致的可用性问题会越来越突出。比如git clone一个大型仓库会下载整个仓库对象和每次迭代的副本，下载过程会非常耗时，耗带宽，而且常常会导致中断。为了解决这个问题通常有两个方法：
第一个是方法是对仓库从新规划，把大的文件提取出来使用Git LFS保存。
还有一个方法是Git shallow clone 浅克隆（--depth）：这是git内置的唯一减少Git克隆传输数据量的方法。但是，Git浅克隆个缺点就是不允许对子项目进行过滤（这对于包含许多项目的整体仓库很重要），也不允许按对象大小进行过滤，以防止不必要的大对象被下载。
2024年07月31日
随着Git仓库变得越来越大，由于性能导致的可用性问题会越来越突出。比如git clone一个大型仓库会下载整个仓库对象和每次迭代的副本，下载过程会非常耗时，耗带宽，而且常常会导致中断。为了解决这个问题通常有两个方法：
第一个是方法是对仓库从新规划，把大的文件提取出来使用Git LFS保存。
还有一个方法是Git shallow clone 浅克隆（--depth）：这是git内置的唯一减少Git克隆传输数据量的方法。但是，Git浅克隆个缺点就是不允许对子项目进行过滤（这对于包含许多项目的整体仓库很重要），也不允许按对象大小进行过滤，以防止不必要的大对象被下载。