VS Code中如何创建独立Git分支 分离React应用API base URL配置

你感知到的“master分支改动会同步到新分支”的现象，核心是对Git分支的工作机制存在认知偏差：
Git的所有分支默认共享同一个本地工作目录的物理文件，并非像两个独立文件夹那样做物理隔离。当你在当前检出的分支上修改文件、但没有执行提交操作时，这些未提交的临时改动不会绑定在任何分支上，会跟着你切换分支的动作直接带过去，造成“跨分支同步改动”的错觉。
实际上Git的分支边界是完全独立的：已提交的代码内容只会存在于对应分支的提交记录里，绝不会无理由同步到其他分支。

结合你要开发两个UI完全一致、仅API GET接口base URL不同的React应用的场景，有两种可落地的实现路径：

路径1：正确使用Git分支实现独立版本隔离 #

只要遵循简单的操作规则，分支就会达到你预期的互不干扰、完全独立的效果：

• 每次在一个分支修改完代码，先完成提交操作再切换到另一个分支。一旦改动被提交为Git可识别的版本节点，这些内容就会永久绑定在当前分支上，切到别的分支时，工作区会自动回到目标分支上次提交的状态，不会带过去上一个分支的改动。
• 如果有临时改动不想立刻提交，切分支前可以用VS Code自带的暂存更改功能把临时改动收纳起来，等切回原分支时再恢复内容，从根源上避免不同分支的改动混杂。
• 避免在存在未提交、未暂存改动的状态下随意切换分支，这是绝大多数“分支改动串线”问题的来源。

路径2：无需切分支的更高效实现方案 #

考虑到你的两个版本只有API base URL的差异、UI代码完全一致，来回切分支维护两套几乎重复的代码效率很低：

• 直接在React项目中用内置的环境变量能力区分不同的API地址，开发时默认关联第一套接口，打包构建第二个版本时，只需要临时修改环境变量里的base URL值，全程不需要拆分分支、不需要维护两份重复的UI代码。
• 如果后续两个版本的功能开始出现差异化迭代，再基于已提交的代码拆分支适配也完全不晚。

• 不要把Git分支理解成两个独立的本地文件夹，它本质是指向某次提交记录的轻量指针，工作区的文件状态会完全匹配你当前检出分支的最后一次提交结果。
• 不存在“未提交就生效的分支隔离”：只要文件改动还没形成提交记录，这些改动就不属于任何分支，自然会在切换分支时全程跟随。

内容的提问来源于stack exchange，提问作者Chijindu