Git基础用户咨询：复制项目文件夹建分支的有效性及分支重命名问题

1. 能不能直接重命名分支？ #

当然可以！操作超级简单，分两种情况：

• 如果你已经处在要修改的分支上，直接执行：

  git branch -m 你的新功能分支名
  

• 如果你当前在其他分支（比如主分支master）上，需要明确指定旧分支名：

  git branch -m 旧分支名 新功能分支名
  

举个例子，你要把当前的默认分支改成feature-pay，就输入git branch -m feature-pay；要是你在master分支上，想把另一个同名分支改成feature-login，就用git branch -m master feature-login。

如果你的分支还没推送到远程仓库（看你的操作应该还在本地阶段），上面的命令就足够解决问题了。

2. 这种复制文件夹的工作流有效吗？ #

实话说，这种方式并不推荐，反而会给你添不少麻烦：

• 你得记住哪个文件夹对应哪个功能，时间久了很容易搞混；
• 每个复制的文件夹都是独立的Git仓库，后续如果要同步改动，只能手动复制文件，完全浪费了Git分支的管理能力；
• 合并的时候你得手动比对文件冲突，而Git本身就有成熟的冲突解决机制，用原生分支的话会顺畅很多。

给你推荐更简便的原生Git分支工作流（完全符合你“操作简便”的需求） #

Git本身的分支操作比复制文件夹简单太多，步骤大概是这样：

1. 打开你最初的主项目文件夹（也就是master分支所在的仓库）；
2. 一键创建并切换到新功能分支：

   git checkout -b feature-你的功能名
   

   比如做支付功能就输git checkout -b feature-pay，这一步直接帮你建好分支并切过去，不用复制任何文件夹；
3. 在这个分支上开发功能，完成后提交改动：

   git add .
   git commit -m "完成支付功能开发：添加下单接口"
   

4. 切回master分支准备合并：

   git checkout master
   

5. 把功能分支合并到主分支：

   git merge feature-pay
   

6. 如果遇到冲突（比如两个分支改了同一个文件的同一部分），Git会直接提示你，你只需要打开冲突文件修改好，再提交一次就行。

这套流程下来，不用记一堆文件夹路径，Git会自动帮你管理不同分支的文件状态，操作起来反而更省心，也符合Git的设计逻辑。

要是你已经用复制文件夹的方式做了一些改动，也可以把这些改动迁移到原生分支：打开复制的文件夹，把改动的文件复制回主项目的对应功能分支，提交后就能删掉这些冗余的文件夹了。

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