1.知乎vscode插件修改和重新编译
2.odoo开发入门与实践#第一章 环境准备（odoo15）
3.把git仓库迁移到另一个git仓库
4.如何克隆Linux内核git库到Win11电脑上（一）
5.简述android源代码的镜像镜像编译过程
6.让 Waydroid 运行 Android 13 （LineageOS20）

知乎vscode插件修改和重新编译

       为了在VSCode中安装和使用插件，首先需要确保你的克隆克隆开发环境已安装Node.js。可以考虑将npm的源码源码用源切换为中国镜像，通过命令行执行npm config set registry /mirrors/linux_old1.git。镜像镜像这个镜像库的克隆克隆名字是 /mirrors/linux_old1.git，其与Linus Torvalds在github上托管的源码源码用国内下载不了源码库 /torvalds/linux 相关联。gitee每天会自动从github上同步一次，镜像镜像这个频率对于大多数用户已经足够。克隆克隆

       下一步是源码源码用安装git工具，以及下载git库。镜像镜像有许多支持git的克隆克隆工具，比如从 pc.qq.com 下载的源码源码用Git（带图形界面，也支持命令行），镜像镜像或者TortoiseGit（一系列软件版本管理工具之一），克隆克隆都是源码源码用不错的选择。通过gitee下载Linux kernel库的命令如下：

       在gitee上下载速度快到令人发指，很快就能看到结算界面。然而，下载完成后，我们可能无法进行checkout操作，php 在线答题源码导致在 /mirrors/linux_old1/ 目录下看不到任何文件。

       为了解决checkout问题，我们需要调整Windows系统默认不允许使用诸如 "aux" 这样的设备名字作为普通文件名的规则。调整方法如下：

       在完成这一系列操作后，git开始进行checkout文件的输出，尽管有一些警告信息，但最终出现%和Done，表示checkout操作完成。在 /mirrors/linux_old1/ 目录下，我们可以看到完整的Linux内核代码的目录结构，非常完美。

       然而，在实际操作中，我们可能会遇到一个图像表示的问题，其中猩红的字体提示checkout过程中闪过的警告信息。使用git diff查看后，我们发现文件存在差异。接下来，我们需要解决这个问题。源码修改器

       首先，我们怀疑git软件可能存在bug，但考虑到git是Linus Torvalds亲自编写，且全球用户都在使用，这个问题不太可能出现在git本身。因此，我们尝试检查自己是否在命令中输入了错误。实际上，问题出在Windows系统上。由于Windows系统不区分文件名的大小写，当创建文件时，即使使用大写字母，文件系统也会将它们转换为小写。因此，即使我们在NTFS文件系统上创建的文件名使用了大写，文件系统在进行文件名比较时也会转换为小写。

       在gitee.com/mirrors/linux_old1/.../查看原始目录结构时，我们发现目录下存在名为"xt_CONNMARK.h"和"xt_connmark.h"的两个文件，而我们的c 编程助手源码硬盘上只有一个名为"xt_CONNMARK.h"的文件。因此，git在尝试checkout文件时，发现文件名不匹配。

       解决这个问题的方法是使用自带的fsutil工具，将指定目录的属性设置为区分大小写。这样做后，我们可以在同一目录下同时存在大写和小写的文件名。使用标准命令进行操作后，git开始checkout文件，但NTFS系统再次阻止我们更改目录属性。网络上关于fsutil工具的文章中，很少有人提到这个问题，也没有人提供解决方案。

       解决这个问题的方法是先创建一个空目录，然后再尝试更改其属性。当目录为空时，fsutil工具可以更改目录的属性，之后我们可以让git还原目录下的所有文件。通过使用此命令，spring 登录源码下载我们成功解决了问题。

       接下来，我们解决的是git在NTFS文件系统上创建git库时将参数core.ignoreCase设置为true的问题。由于Linux kernel的netfilter子系统在处理文件时引入了一些错误，因此即使底层NTFS系统已经设置为区分大小写，我们还需要在上层的git软件配置中相应地进行更改。

       在解决了一系列问题后，我们最终可以顺利将Linux内核代码从gitee下载到本地。接下来，我们将继续讨论如何在Linux下生成交叉索引，以解决后续可能遇到的问题。

简述android源代码的编译过程

       编译Android源代码是一个相对复杂的过程，涉及多个步骤和工具。下面我将首先简要概括编译过程，然后详细解释每个步骤。

       简要

       Android源代码的编译过程主要包括获取源代码、设置编译环境、选择编译目标、开始编译以及处理编译结果等步骤。

       1. 获取源代码：编译Android源代码的第一步是从官方渠道获取源代码。通常，这可以通过使用Git工具从Android Open Source Project（AOSP）的官方仓库克隆代码来完成。命令示例：`git clone /platform/manifest`。

       2. 设置编译环境：在编译之前，需要配置合适的编译环境。这通常涉及安装特定的操作系统（如Ubuntu的某些版本），安装必要的依赖项（如Java开发工具包和Android Debug Bridge），以及配置特定的环境变量等。

       3. 选择编译目标：Android支持多种设备和配置，因此编译时需要指定目标。这可以通过选择特定的设备配置文件（如针对Pixel手机的`aosp_arm-eng`）或使用通用配置来完成。选择目标后，编译系统将知道需要构建哪些组件和变种。

       4. 开始编译：设置好环境并选择了编译目标后，就可以开始编译过程了。在源代码的根目录下，可以使用命令`make -jN`来启动编译，其中`N`通常设置为系统核心数的1～2倍，以并行处理编译任务，加快编译速度。编译过程中，系统将根据Makefile文件和其他构建脚本，自动下载所需的预构建二进制文件，并编译源代码。

       5. 处理编译结果：编译完成后，将在输出目录（通常是`out/`目录）中生成编译结果。这包括可用于模拟器的系统镜像、可用于实际设备的OTA包或完整的系统镜像等。根据需要，可以进一步处理这些输出文件，如打包、签名等。

       在整个编译过程中，还可能遇到各种依赖问题和编译错误，需要根据错误信息进行调试和解决。由于Android源代码庞大且复杂，完整的编译可能需要数小时甚至更长时间，因此耐心和合适的硬件配置也是成功编译的重要因素。

让 Waydroid 运行 Android （LineageOS）

       在撰写这篇文章时，Waydroid 最高提供 LineageOS 容器镜像，基于 Android ，Waydroid 正在准备 LineageOS ，但目前仍处于不完全可用状态。用户在构建 LineageOS 镜像时可能遇到问题，例如 libndk 转译不能正常使用，以及 arm 游戏无法运行。

       欲构建 LineageOS ，请准备一台运行 Arch Linux 的 X 平台作为编译设备。构建时需要 GB 或更高内存和大约 GB 硬盘空间，尽管实际使用量可能小于预期。构建需要访问 GitHub 的网络，尽管可使用国内镜像站进行源代码克隆。在 Arch Linux 中，需要开启 multilib 仓库，使用 repo git 克隆 LineageOS 源代码，并安装构建所需的工具。

       开始构建前，创建一个用于 LineageOS 的目录，然后配置 git 和确保 Git-LFS 可用。初始化本地仓库，获取 Waydroid local_manifests，同步源代码，大概需要一个小时或更长时间。配置本地构建环境，应用 Waydroid 补丁。选择正确的 lunch 选项（例如，lineage_waydroid_x_-userdebug）来适应 X_ 平台。注意在构建过程中合理使用内存，以避免内存不足的错误。这通常需要 3-4 小时或更长时间，具体取决于硬件性能。构建完成后，需要将输出的镜像转换为系统和供应商所需的格式（system.img 和 vendor.img）。

       将自定义镜像复制到 Waydroid 的额外图像目录中，并初始化 Waydroid。至此，您即可在 Waydroid 上使用 LineageOS 。提供几张截图以供参考。

       若在构建过程中遇到 Git-LFS 未正常工作的问题，请检查您的环境是否正确安装了 Git LFS，或重新安装 Git LFS 并再次拉取源代码中需要 Git-LFS 的文件。也可能需要重新应用 Waydroid 补丁。若遇到补丁冲突，则可同步源代码以解决此问题。再次尝试构建。

       更多细节和文档可在相关文档和 Wiki 页面查阅。