能否在不修改文件路径的前提下更改package name？

完全可以实现该需求，全程不需要改动源码的目录结构，不会影响Git的文件变更识别，旧分支的代码修改也可以正常合并到新分支，具体实现方案按项目类型区分：

Android 项目 #

Android Gradle Plugin（AGP）3.0+版本已完全支持应用包名和源码目录结构解绑：

• 若仅需要安装包/应用商店的包名不同，不需要修改代码内R类、BuildConfig的包名，直接修改app模块build.gradle下的applicationId即可，零源码改动：

  android {
      defaultConfig {
          // 替换为目标包名即可，源码完全不需要改动
          applicationId "com.your.new.packagename"
          // 其余原有配置保持不变
      }
  }
  

• 若需要同步修改代码内的命名空间，新增namespace配置即可：

  android {
      // 替换为目标命名空间
      namespace "com.your.new.packagename"
      defaultConfig {
          applicationId "com.your.new.packagename"
      }
  }
  

  之后删除AndroidManifest.xml根节点的package属性，调整少量R类、BuildConfig的导入语句即可，源码所在的原有目录不需要做任何移动或重命名。

Flutter 项目 #

不需要改动lib目录下的任何代码和路径：

• Android端参考上述Android项目方案修改android/app/build.gradle的applicationId即可
• iOS端直接修改ios/Runner/Info.plist中的CFBundleIdentifier字段为目标包名即可
• 若需要修改Dart侧的包引用名，仅需修改pubspec.yaml中的name字段，不需要调整lib目录结构

iOS 原生项目 #

不需要改动任何源码的目录结构：

• 直接修改对应Target的Bundle Identifier配置为目标包名即可
• 若需要修改编译模块名，仅需调整PRODUCT_MODULE_NAME配置，按需修改导入语句即可，不涉及文件路径变更

Git 合并注意事项 #

• 建议单独开分支完成包名修改的配置改动，验证通过后再合并到主开发分支，不要在功能开发分支修改包名配置
• 旧分支合并到新分支时仅会涉及配置文件的少量冲突，手动解决一次后后续合并不会再出现同类冲突
• 因为所有源码文件路径完全没有改动，Git可以100%识别所有文件的变更历史，不会出现历史记录丢失或变更无法追踪的问题

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