从dev-sidecar在2020年10月24日，greper的第一个commit（b7654d6 ）开始，至今dev-sidecar始终保持着monorepo的传统，源代码集中在packages目录下。这在多年维持着dev-sidecar的代码统一性，但也带来了依赖繁杂等问题，并且在cli等多端最终产品即将发布之际，维持统一的repo不利于多端最终产品的发布。
因此：我提议，将现有的dev-sidecar仓库拆分为cli/gui/core三个子repo，其中core仓库仅含现有的packages/mitmproxy与packages/core文件夹；cli直接包含packages/cli文件夹，并以git submodule的形式嵌入core仓库内容，整体作为ds-cli的MVP仓库；为了尊重历史，gui仓库可以大体保留原样，仅移除与之无关的packages/cli文件夹，并将已在core仓库中的内容以git submodule嵌入。除上述主要内容外，各仓库可视情况新增/迁移/拆分部分工作流文件、配置及文档。
为了保持兼容性，gui仓库仍保留现有的仓库名称与地址，core/cli另行新建仓库。如果@greper 向我提供了@docmirror 的成员资格，则新建的仓库也统一放在docmirror下，否则新仓库将建立在@Blue-Frontier 下。
通过拆分，可以更灵活的在不同repo下发布不同的终端产品，便于新手了解项目结构，更方便的视开发需求安装对应依赖，也有利于分别维护项目的不同部分，同时仍不失整体的一致性。
本提案限@greper 、@wangliang181230 、@cute-omega （已自动随本提案附上赞成票）有权表决，本提案提出的168个小时内上述有表决权人士中的2/3，未在本提案issue下表示反对的，即视为本提案通过。如遇github平台故障、网络问题等不可抗力因素，则视情况延长投票有效期。
从dev-sidecar在2020年10月24日，greper的第一个commit（b7654d6 ）开始，至今dev-sidecar始终保持着monorepo的传统，源代码集中在packages目录下。这在多年维持着dev-sidecar的代码统一性，但也带来了依赖繁杂等问题，并且在cli等多端最终产品即将发布之际，维持统一的repo不利于多端最终产品的发布。
因此：我提议，将现有的dev-sidecar仓库拆分为cli/gui/core三个子repo，其中core仓库仅含现有的packages/mitmproxy与packages/core文件夹；cli直接包含packages/cli文件夹，并以git submodule的形式嵌入core仓库内容，整体作为ds-cli的MVP仓库；为了尊重历史，gui仓库可以大体保留原样，仅移除与之无关的packages/cli文件夹，并将已在core仓库中的内容以git submodule嵌入。除上述主要内容外，各仓库可视情况新增/迁移/拆分部分工作流文件、配置及文档。
为了保持兼容性，gui仓库仍保留现有的仓库名称与地址，core/cli另行新建仓库。如果@greper 向我提供了@docmirror 的成员资格，则新建的仓库也统一放在docmirror下，否则新仓库将建立在@Blue-Frontier 下。
通过拆分，可以更灵活的在不同repo下发布不同的终端产品，便于新手了解项目结构，更方便的视开发需求安装对应依赖，也有利于分别维护项目的不同部分，同时仍不失整体的一致性。
本提案限@greper 、@wangliang181230 、@cute-omega （已自动随本提案附上赞成票）有权表决，本提案提出的168个小时内上述有表决权人士中的2/3，未在本提案issue下表示反对的，即视为本提案通过。如遇github平台故障、网络问题等不可抗力因素，则视情况延长投票有效期。