notepad--/patchs
zinface 43df23b4f4 cmake-patchs: 添加一个 Windows QtCreator 中出现编译问题的补丁 2023-02-07 10:25:52 +08:00
..
README.md patchs-doc: 增加补丁操作说明文档 2023-02-07 10:25:52 +08:00
base-4c8661d74aa78ea504a9a2f8b06139d571caed3d-linux-qt6.patch cmake-patchs: 添加来源于 ebird98 提供的 Qt6 纯化的相关变更补丁 2023-02-07 10:25:52 +08:00
coconil-cmake-spark-deb-appimage.patch cmake-patch: 更新补丁采用项目中完整的 Linux 资源文件安装 2023-02-07 10:25:52 +08:00
coconil-cmake-version-3.16.patch cmake-patch: 添加一个 cmake 版本降级到 3.16 的补丁 2023-02-07 10:25:52 +08:00
coconil-cmake-version-3.22.patch cmake-patch: 添加一个 cmake 版本降级到 3.22 的补丁 2023-02-07 10:25:52 +08:00
fix-windows-qtcreator-build-fail.patch cmake-patchs: 添加一个 Windows QtCreator 中出现编译问题的补丁 2023-02-07 10:25:52 +08:00

README.md

补丁操作说明

用于 patchs/coconil-cmake-spark-deb-appimage.patch 补丁化构建方式

  • 如何使用此补丁(测试本补丁)

    注:此补丁仅可基于 master 分支进行构建

    1. 在项目中使用此补丁?
      git am --whitespace=fix < patchs/coconil-cmake-spark-deb-appimage.patch 
      
    2. 使用在线的方式直接使用补丁文件,并对纯净的 ndd 项目进行打补丁
      # 克隆 notepad-- 项目
      git clone https://gitee.com/cxasm/notepad--
      cd notepad--
      
      # 打在线补丁 
      curl -s https://gitee.com/zinface/coconil-notepad--/raw/cmake-patchs/patchs/coconil-cmake-spark-deb-appimage.patch | git am --whitespace=fix
      
      make package     # 构建 release 模式的 deb 包
      make linuxdeploy # 构建出相关文件与自动组织 appimage 的结构目录
      make genrate-appimage # 基于已 linuxdeploy 的结构目录进行打包为 Appimage 
      
  • 在应用补丁时,并对补丁进行的更新操作

    # 切换到一个新的分支,即可开始进行补丁内的更新提交
    git checkout -b coconil-cmake-spark-deb-appimage
    
    # origin/dev 表示本仓库的 dev 开发分支
    # 在应用过补丁,并产生了新的提交,即可在当前所在补丁更新分支内
    # 相对基于 origin/master 为参考,目前所包含的所有最新提交内容将生成为一个补丁文件(其中尾部为增量更新)
    git format-patch --stdout origin/master > patchs/coconil-cmake-spark-deb-appimage.patch
    
    # 最后,回到你的原 master 分支,将被改变的补丁文件进行提交
    # 在推送完成后,即可放弃你在 coconil-cmake-spark-deb-appimage 分支中所有产生的内容(因为都已经进入补丁)
    
  • 一些注意事项

    # 在不了解补丁时,你需要认识一下补丁,但补丁与补丁之间有着不同的用法
    # 本 patchs/coconil-cmake-spark-deb-appimage.patch 补丁为支持 Appimage 构建
    
    # 关于补丁的一些方面
    # 1. 首先你需要了解 git 是什么,以及简单的使用
    # 2. 你需要了解补丁是什么,以及简单的使用(应用补丁)
    # 3. 你需要了解如何创建一个补丁,最基本的就是相对于旧目标分支,将本分区新增的提交进行导出为补丁
    # 4. 你可能只会将单个提交、或多个提交导出为补丁,但这还不够,你需要具有绝对的对于补丁的理解
    # 5. 对于不同的目的补丁,应该是多个 patch 文件存在的形式
    # 6. 最后,不管在什么时候,你在应用补丁前,你应该考虑是否应用到当前分支?为什么不切换到一个新的分支呢?