1.gitlab pipelines介绍
2.如何查看app的源码源代码？
3.HEVC开源编解码器HM编译及使用方法
4.如何用github/gitlab做代码review
5.如何在 Ubuntu/Fedora/Debian 中安装 GitLab
6.私有化代码仓库Gitlab的落地与应用(一)

gitlab pipelines介绍

       é—®é¢˜ï¼šé¡¹ç›®ä»Žæºç åˆ°ç½‘站经历了哪些步骤？

        gitlab的pipelines就是解决该过程的一个工具,这个过程可以算做Devops的一部分，开发人员（DEV）与 IT 运营（OPS）。

        任务的实际执行器，包含shell、docker、machine等几种运行方式。我们项目主要才用docker的方式，因此所有job的运行环境都是docker，取决于底层镜像。

        pipelines由多个job组成，当全部job执行完后，pipelines即为完成。

        编译node样例:

        缓存是使用minio(对象存储)实现的

        样例：

       /help/ci/examples/index.md

        语法说明：

       /help/ci/yaml/index

如何查看app的源代码？

       要查看Android APP的源代码，你可以通过以下几种方法：

       1. 从开源平台获取：如果APP是编译开源的，你可以在如GitHub、源码GitLab等代码托管平台上搜索该APP的编译源代码。

       2. 使用反编译工具：对于非开源的源码APP，你可以尝试使用反编译工具如Apktool和JD-GUI来反编译APK文件。编译微信小程序 平台源码这些工具可以将APK文件转换为可读的源码源代码形式，但请注意，编译反编译得到的源码代码可能不完全等同于原始源代码，且可能包含编译和优化后的编译代码。

       3. 利用调试工具：如果你拥有APP的源码APK文件，并且希望在运行时查看源代码，编译你可以使用Android Studio的源码调试功能。通过调试，编译你可以在APP运行时查看和修改代码，源码但这需要一定的编程知识和经验。

       4. 联系开发者：如果你对某个APP的源代码感兴趣，但无法通过以上方法获取，你可以尝试联系开发者或开发团队，询问他们是否愿意分享源代码。有些开发者可能会愿意分享他们的代码，特别是对于那些教育或研究目的的请求。

       在查看Android APP源代码时，请确保你遵守相关的法律和道德规范。未经许可的获取和使用他人的源代码可能侵犯知识产权，因此请确保你的行为合法合规。同时，源码直通了解源代码并不意味着你可以随意修改和分发APP，除非你获得了开发者的明确授权。

       总之，查看Android APP源代码的方法因APP的开源情况而异。对于开源APP，你可以直接从代码托管平台获取源代码；对于非开源APP，你可以尝试使用反编译工具或调试工具来查看源代码；当然，你也可以联系开发者寻求帮助。无论采用哪种方法，都请确保你的行为合法合规，并尊重他人的知识产权。

HEVC开源编解码器HM编译及使用方法

       HM (HEVC Test Model)是一个开源软件，用于帮助我们理解HEVC编码标准。它包括编码器TAppEncoder和解码器TAppDecoder，能实现HEVC标准中的所有功能，但性能不如商用编码器。该项目由JVET维护。本文记录了笔者在Ubuntu下根据HM项目的README，编译并运行一个小demo的过程。

       JVET并未将HM托管到GitHub，而是将其托管在gitlab仓库vcgit.hhi.fraunhofer.de...中。我们可以在该页面找到仓库的git URL，然后在Ubuntu中使用git clone命令克隆源代码：

       进入代码目录后，创建名为build的文件夹，并进入该文件夹：

       在build目录下运行以下指令：

       注意，执行上述指令前需要预先安装cmake工具。sac源码

       执行cmake后，在当前目录下应该会看到一个Makefile，然后我们可以使用make进行编译：

       编译过程可能较长：

       编译过程中，如果没有错误，几分钟内即可完成。如果读者在编译过程中遇到依赖问题，可以自行搜索并安装，HM的编译过程相对顺利，没有太多难点。

       当make的进度达到%时，说明编译完成。最后几行输出表明编译出的可执行文件位于相应位置，可以在“HM/bin/umake/gcc-9.4/x_/release”目录下找到“MCTSExtractor”“parcat”“SEIRemovalApp”“TAppDecoder”“TAppDecoderAnalyser”“TAppEncoder”等可执行文件。

       接下来，我们使用TAppEncoder进行测试，将一个未压缩的yuv序列编码成HEVC视频序列。我们使用的是Derf's Test Media Collection数据集中的akiyo视频序列。下载akiyo_cif.y4m文件后，将其与TAppEncoder可执行文件放在同一文件夹中。

       在HM项目的doc目录下，有一个名为software-manual.pdf的说明文档，详细介绍了HM软件的使用方法。通过阅读该文档，我们可以了解TAppEncoder通过-c参数指定配置文件，并在项目的cfg目录下找到示例配置文件。我们将其中一个配置文件拷贝到工作目录下，autowareavp源码并执行代码。如果出现错误，可能是因为配置文件中没有指定帧率和编码总帧数。这是一个HM项目的小坑，需要仔细调试。

       修改配置文件后，再次执行指令，即可正常编码。编码完成后，可以在当前目录下找到输出文件akiyo_hevc.bin，使用PotPlayer播放，显示输入格式为HEVC。但可能存在一些播放异常，需要进一步检查。

       我们可以使用开源软件GitlHEVCAnalyzer对akiyo_hevc.bin进行分析，该软件可以显示视频中的CU、PU等单元以及分块信息。

       --更新：使用HM的TAppEncoder对akiyo_cif.y4m进行编码时，编码后的视频画面会发生色彩异常和抖动异常。目前，已找到原因并成功解决。在解决此问题之前，我们需要了解y4m文件格式。Y4M是一种保存原始YUV序列的文件封装格式，包含视频属性信息。而HM的neuron源码TAppEncoder编码器需要接收仅由视频帧组成的像素矩阵数据。因此，直接将akiyo_cif.y4m文件输入到HM编码器中可能导致帧不对齐，造成抖动。解决方法是提取视频每一帧像素矩阵，丢弃视频属性信息，并将它们写入新文件。使用ffmpeg进行视频内容提取后，将得到的akiyo_yuv.yuv文件输入到TAppEncoder中，以相同方式进行编码，即可正常播放视频。

如何用github/gitlab做代码review

       Git - 版本控制工具

       Git是一个开源的分布式版本控制系统，用以有效、高速的处理从很小到非常大的项目版本管理。[4]

       Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。

       Torvalds 开始着手开发 Git 是为了作为一种过渡方案来替代 BitKeeper，后者之前一直是 Linux 内核开发人员在全球使用的主要源代码工具。开放源码社区中的有些人觉得 BitKeeper 的许可证并不适合开放源码社区的工作，因此 Torvalds 决定着手研究许可证更为灵活的版本控制系统。尽管最初 Git 的开发是为了辅助 Linux 内核开发的过程，但是我们已经发现在很多其他自由软件项目中也使用了 Git。例如 最近就迁移到 Git 上来了，很多 Freedesktop 的项目也迁移到了 Git 上。

       Github - 一个网站，提供给用户空间创建git仓储，保存用户的一些数据文档或者代码等

       ä½œä¸ºå¼€æºä»£ç åº“以及版本控制系统，Github目前拥有多万开发者用户。随着越来越多的应用程序转移到了云上，Github已经成为了管理软件开发以及发现已有代码的首选方法。

       å¦‚前所述，作为一个分布式的版本控制系统，在Git中并不存在主库这样的概念，每一份复制出的库都可以独立使用，任何两个库之间的不一致之处都可以进行合并。

       GitHub可以托管各种git库，并提供一个web界面，但与其它像 SourceForge或Google Code这样的服务不同，GitHub的独特卖点在于从另外一个项目进行分支的简易性。为一个项目贡献代码非常简单：首先点击项目站点的“fork”的按钮，然后将代码检出并将修改加入到刚才分出的代码库中，最后通过内建的“pull request”机制向项目负责人申请代码合并。已经有人将GitHub称为代码玩家的MySpace。

       GitLab - 基于Git的项目管理软件

       GitLab 是一个用于仓库管理系统的开源项目。使用Git作为代码管理工具，并在此基础上搭建起来的web服务。

如何在 Ubuntu/Fedora/Debian 中安装 GitLab

       ä¸€ã€æºç å®‰è£…：

       å¯¹äºŽæœ¬èº«å…·æœ‰å¼€æºè¡€ç»Ÿçš„Linux系统来说，几乎所有的开源软件都支持在Linux平台运行，而这些软件一般都以源码打包形式分发，源码安装适用于所有Linux分支，只需要系统安装了gcc、make、以及automake和autoconf，源码安装的一般方法如下：

       1. cd 源码目录

       2. ./configure [opts]

       3. make

       4. make install

       äºŒã€rpm包安装

       pm包的安装非常简单，只需要输入rpm －i xxx.rpm 即可完成，卸载只需要rpm -e 包名 即可完成，升级通过rpm -U 包名 命令完成（需要机器联网），rpm -q 提供相关查询

       ä¸‰ã€ deb包安装

       deb是debian及其衍生版本如Ubuntu的安装包，在这两个系统的桌面环境下，可双击包直接安装，在命令行下可以通过dpkg -i xxx.deb完成，通过dpkg -r 包名 完成。

       4. yum安装软件包

       Yum是一个在Fedora和RedHat以及SUSE、CentOS中的软件包管理器，yum也对依赖关系进行管理，必须在联网条件下进行（也可以给yum设置代理），使用yum安装软件也是本人最常用的方法，在shell命令行下输入yum install 软件包名 即可完成安装，如果依赖包没安装，会自动安装，卸载通过yum remove 包名 即可完成，与apt-get 类似。

私有化代码仓库Gitlab的落地与应用(一)

       前段时间，我接到任务：尝试搭建一个私有化的代码仓库给前端团队使用。之前我用Docker搭建过一个Gitlab，但使用过程中遇到了很多问题，维护起来也比较复杂，所以我决定按照传统方法重新搭建。到目前为止，服务已经平稳运行了数月。本文主要记录《私有化代码仓库Gitlab的落地与应用》系列（一）：Gitlab传统搭建方式及后台维护，内容主要分为以下几个部分：

       一、Gitlab简介

       GitLab是一个由GitLabInc.开发的开源应用程序，使用Ruby on Rail开发，主要用于实现一个自托管的Git项目仓库。用户可以通过web界面访问公开或私人项目。它使用Git作为代码管理工具，并在此基础上搭建web服务。GitLab的功能与GitHub类似，包括浏览源代码、管理缺陷和注释，以及管理团队对仓库的访问。GitLab专门为Unix操作系统开发，不能在Windows操作系统上运行，因此需要在Linux虚拟机或Docker上安装。GitLab分为社区版（Community Edition）和企业版（Enterprise Edition）。

       二、Gitlab搭建步骤

       1. 安装依赖

       2. 下载镜像文件并上传至服务器

       国内镜像地址：mirrors.tuna.tsinghua.edu.cn...

       3. 安装Gitlab

       4. 配置Gitlab

       编辑配置文件：

       主要涉及两处改动：

       5. 启动Gitlab

       6. 访问Gitlab

       ..1.:

       三、常见问题及解决

       1. 前端页面访问出现

       出现可能有以下原因：

       通过后台运行日志，排查如果是因为端口被占用引起的，可以按照上述修改配置文件方法，将配置文件中的端口号修改即可，修改后需要按照第4步重新加载配置文件、重启服务。更多配置信息，可以在 /opt/gitlab/embedded/service/gitlab-rails/config/gitlab.yml 中进行查看。

       四、Gitlab配置信息及常用操作命令

       1. 常见配置

       默认安装的gitlab，主要有四个目录：

       ◆ /opt/gitlab/ # 主目录

       ◆ /etc/gitlab/ # 放置配置文件

       ◆ /var/opt/gitlab/ # 各个组件

       ◆ /var/log/gitlab/ # 放置日志文件

       2. 常用命令

       ◆ gitlab-ctl start # 启动所有 gitlab 组件；

       ◆ gitlab-ctl stop # 停止所有 gitlab 组件；

       ◆ gitlab-ctl restart # 重启所有 gitlab 组件；

       ◆ gitlab-ctl status # 查看服务状态；

       ◆ vim /etc/gitlab/gitlab.rb # 修改gitlab配置文件；

       ◆ gitlab-ctl reconfigure # 重新编译gitlab配置；

       ◆ gitlab-ctl tail # 查看日志；

       ◆ gitlab-ctl help # 查看相关的帮助

       五、代码仓库数据迁移

       1. 旧服务器数据手动备份

       先停掉gitlab，然后执行备份命令

       生成的备份文件会存在/var/opt/backups/目录下，生成的文件名如____.0.6_gitlab_backup.tar，其中.0.6是当前gitlab的版本号，恢复时使用的gitlab必须是同样的版本号，否则没法进行恢复。该文件里面包含了所有user、group、git repository数据。

       2. 新服务器上恢复数据

       将备份文件复制到新服务器的/var/opt/backups/目录下，停掉gitlab的puma、sidekiq两个服务，然后执行恢复操作

       特别注意：

       六、代码仓库自动备份方式一：使用gitlab配置文件设置自动备份

       1. 编辑 /etc/gitlab/gitlab.rb文件，找到以下内容并按照如下配置：

       2. 更新配置

       方式二：使用Linux系统crondtab服务自动备份

       1. 配置定时任务：crontab -e

       查看定时任务：crontab -l

       0 2 * * * /opt/gitlab/bin/gitlab-rake gitlab:backup:create 表示每天凌晨两点执行备份命令

       设置cron服务开机自启：systemctl enable crond.service

       修改后重启cron服务：systemctl restart crond

       tips：

       2. 自动上传gitlab的备份文件到另一台服务器

       1）设置两台服务器免密登录

       2）编写自动上传备份文件shell脚本：gitlab-upload.sh，内容如下：

       编写完成后要对文件赋予执行权限：chmod +x gitlab-upload.sh

       3）设置crondtab定时任务

       执行crondtab -e命令，设置为每天凌晨三点执行远程传输备份文件任务，内容如下，

       保存后要重载crond服务：systemctl reload crond.service

       七、小结

       总的来说，Gitlab的搭建过程比一般软件的搭建要繁琐，另外像数据自动备份、数据迁移所用到的Linux技能也较多，可以按需配置和操作。最后，总结一下本次用到的Linux技能：

Gitlab 触发 Jenkins 自动构建，并返回构建结果

       要实现 Gitlab 触发 Jenkins 自动构建并返回构建结果，首先需要在 Gitlab 和 Jenkins 上进行认证配置。在 Gitlab 用管理员账号生成 Access Token，并妥善保存，因为此信息只会显示一次。随后，在 Jenkins 系统管理中，添加 Gitlab 认证，粘贴 Token 到相应位置，并确保连接成功。

       接着，创建 Jenkins 的 pipeline 流水线，选择 pipeline 风格，配置好 Jenkinsfile，以实现构建自动化。配置完成后，提交代码到 Gitlab，选择 "Build when a change is pushed to Gitlab"，并设置 Secret token。如果需要限制特定分支触发构建，记得调整 Allowed branches。

       在 Gitlab 中添加 webhook，测试配置，如果返回值为 ，则说明成功。然而，需要注意 Gitlab .6 版本后的安全设置，它默认阻止向本地网络发送 webhook 请求，导致添加 webhook 时可能出错。为解决这个问题，需要管理员权限打开本地网络的 webhook 请求权限。

       最终，你可以在 Gitlab 的提交历史或流水线页面查看实际的构建结果，这样就实现了 Gitlab 源码变更自动触发 Jenkins 构建，并实时反馈构建状态。

GitLab ARM源码编译搭建

       本文由神州数码云基地团队整理撰写，若转载请注明出处。

       GitLab 是一个基于 Ruby on Rails 的开源应用，实现自托管的 Git 项目仓库，通过 Web 界面进行访问和管理。GitLab 提供了多种安装和部署方式，包括操作系统软件源安装、Docker 方式部署以及源代码方式安装。官方构建的软件包和镜像主要针对 X 架构，不支持 ARMv8，且 Docker 镜像多基于 Ubuntu Linux，CentOS 系统不兼容。

       为满足在 CentOS7、Arm 架构服务器上部署 GitLab 的需求，采用源码编译 GitLab 的方式。

       安装版本为 gitlab-ce:--stable。

       环境准备

       安装环境要求：

        Ruby 2.7.4

        Redis 6.2.4

        Git：2..1

        Go:.

        Postgres:

        Node: .x

        Nginx:1..1

       安装步骤

       安装 Ruby

       Gitlab-ce:--stable 版本要求 Ruby 2.7.4。

       安装 Git

       要求 Git 2..1，官方建议使用 Gitaly 提供的版本。

       安装 Go

       要求 Go .。

       安装 Node 和 yarn

       要求 Node >= v..1，推荐使用 .x，因为更快。要求 yarn = v1..x，暂不支持 Yarn 2。

       安装数据库

       GitLab .0 及更高版本需要 PostgreSQL 或以上版本。

       安装 Redis

       版本：6.2.4。

       编译 GitLab

       编译核心代码

       完成三个部分的编译工作，最终得到主要目录结构。

       配置核心代码

       主要修改数据库配置属性。

       编译 GitLabShell

       安装所需依赖后，进行编译。

       编译 GitLab-Workhorse

       编译完成后，完成编译工作。

       安装 GitLab 页面

       安装 Gitaly

       至此 GitLab 服务已启动，接下来安装 Nginx，部署前端页面。

       安装 Nginx

       要求 Nginx 1..1，注意修改 server_name 为你的 IP 或域名。

       启动 Nginx

       完成部署。

       登录 GitLab

       第一次登录时，需要设置 root 账户密码。