探究Gitlab服务器中存储的Git仓库格式与结构差异解析
<p>1、GitLFS（Git Large File Storage）是一个用于管理大型文件的Git扩展，在GitLab中启用GitLFS后，可以将大文件或二进制文件存储在GitLFS中，而不是直接存储在Git仓库内，这样做可以显著减小Git仓库的大小，从而有效控制项目的总体大小，关于如何在GitLab中使用GitLFS的详细步骤，请参考GitLab的 *** 文档。
2、在GitLab CI/CD中，缓存分为两种类型，可以根据需要指定存储到不同的executor，缓存的位置如下：以Docker为例，如果不使用key，不同stage的缓存都会存储在default目录下，生成的cache.zip会覆盖原有的缓存文件。
3、我们需要登录到Linux服务器，以项目文件夹“123”为例，我们将尝试将其压缩为zip格式，使用scp命令将zip文件传输到目标服务器：scp ./ziproot user@191615:/etc/squid，在Visual Studio Code中，可以从GitLab拉取代码，只需按下Enter键即可接受默认的文件位置，在目标GitLab系统中创建一个新的仓库，用于存放即将迁移的代码。
4、幸运的是，Git服务端提供了hooks接口，允许在GitLab接收到commit请求的节点上进行变更检查，需要找到仓库在GitLab服务器上的物理地址，默认路径为/var/opt/gitlab/git-data/repositories，在早期版本中，仓库按照group层级保存在此目录下，而在新版本中，仓库则保存在@hashed目录下。
GitLab文件保护（Git Hooks实现）
<p>1、需要确定仓库在GitLab服务器上的物理位置，默认路径为/var/opt/gitlab/git-data/repositories，需要注意的是，在早期版本中，仓库按group层级存储，而新版本则将仓库保存在@hashed目录下。
2、具体流程如下：当GitLab的dev分支有代码提交时，会触发webhooks，自动通知Jenkins进行构建，Jenkins会拉取GitLab的dev分支代码，执行yarn build命令进行打包，生成dist文件夹，随后，将dist文件夹压缩为dist.tar，并通过SSH将dist.tar包传输到dev环境的目录下，解压后更新dev环境，生产环境的部署可以参考dev环境的配置进行。
3、在GitLab中创建新项目时，可以在对应项目中添加readme文件（这时会自动创建master分支），默认情况下，master分支是受保护的，需要取消保护或修改保护规则，才能允许具有developer身份的开发者进行提交，修改branches属性后，在本地创建文件并推送到服务端即可正常操作。
4、GitLab分为社区版（Community Edition）和企业版（Enterprise Edition），满足不同用户的需求。
5、关于JavaScript和创建软链接的自动化部署，可以安装Hexo并创建可执行脚本，创建Hexo仓库并配置忽略文件，接着配置Git Hook脚本，通过这些步骤，你可以实现Hexo博客源码的自动管理和远程部署，本地专注于创作，线上自动构建，在实践过程中，请确保根据服务器安全策略限制对3000端口的访问，以保障整体安全。
GitLab如何拉取代码
<p>1、当你需要从GitLab下载公司代码到本地进行开发时，可以按照以下步骤操作，登录GitLab账户，找到相应的项目页面，点击右上角的“Code”按钮，选择“Download ZIP”或“Download Tarball”选项，根据需要选择下载方式，下载完成后，解压文件，你将看到项目代码。
2、在Visual Studio Code中，可以从GitLab拉取代码，按下Enter键接受默认文件位置，在目标GitLab系统中创建新仓库，用于存放要迁移的代码，在源GitLab系统中打开要迁移的仓库，复制该仓库的SSH或HTTPS地址，在本地计算机中创建新文件夹，用于存放即将迁移的代码。
3、拉取远程仓库的命令格式为：$ git pull [remoteName] [localBranchName]。git pull origin master表示从名为origin的远程仓库拉取master分支的最新代码。
4、使用GitHub账号登录GitLab，查看右上角用户头像处的Settings，找到SSH Keys选项，如果电脑中没有SSH Key，需要生成一个。
5、在Git平台上找到需要下载的特定Tag，如“10”，将其设置为当前版本，在本地创建目录并初始化Git仓库，通过在本地仓库中创建名为“origin”的remote，将远程仓库与本地仓库关联。
【GitLab CI】缓存管理
<p>1、安装GitLab Runner是搭建CI流程的关键步骤，可以选择直接安装软件或使用 *** Docker镜像，后者更适合自动化部署，需要注意的是，老版本的GitLab Runner（<=1xx）存在控制Job数量的问题，可能导致多个Job在同一个Runner的同一Executor中同时运行，这一问题已在2022年初由GitLab-Runner开发组修复。
2、GitLab CI已成功应用于基于Docker的自动部署，现在也扩展到了Kubernetes自动部署，通过kubectl在本地和远程机器上管理Kubernetes集群，确保了部署的灵活性和便捷性，构建自动化部署时，需要从下载kubectl的Docker镜像开始，将其部署到私有镜像服务器，并在GitLab CI中进行集成。
3、当GitLab迁移到新服务器后，如果项目中CI/CD无法打开并显示500错误，需要检查报错日志，注意，这需要管理员权限，查看项目对应的runner的token，例如将“Php”替换为实际的项目名称。
如何设置GitLab项目总大小
<p>1、解决方法是在本地先进行合并操作，手动解决显示的冲突，然后再次提交，GitHub不支持强制提交（-f），可能导致后提交的修改被覆盖，GitLab的特点包括：没有项目数量限制，提供无限制的私有仓库空间，使用上，用户可以方便地进行项目管理和协作，同时也支持代码版本控制和持续集成。
2、GitLab后台页面项目显示不准确的原因可能是服务重启后未及时反应，稍等片刻，多次刷新页面即可恢复正常显示，或者尝试重启几次虚拟机并刷新页面。
3、通过使用.gitignore文件，可以指定Git应该忽略的文件和文件夹，从而不将这些文件和文件夹纳入版本控制，有效减小项目的总大小，在.gitignore文件中，可以添加规则以忽略特定类型或大小的文件。
4、在GitLab中设置URL和访问令牌，这需要在GitLab上注册并获取，设置统计日期范围，确保开始和结束时间精确到秒，定义获取项目、分支、提交和代码统计信息的函数，执行统计逻辑，首先获取所有项目，然后遍历每个项目的所有分支，进一步获取每个分支的所有提交信息。
5、在GitLab的 *** 网站或登录到GitLab实例，进入项目页面，点击右上角的设置（Settings）按钮，在左侧导航栏中选择分支策略，然后在右侧的分支策略设置页面中，可以看到一个名为“默认分支展示数量”的选项。
6、登录GitHub到个人主页，点击“Repositories”查看自己创建或“Fork”的项目，找到要删除的“Repositories”（即项目），点击进入，在Repositories页面右下角找到“Settings”选项，点击进入（此时可能需要输入密码）。