Flutter local.properties最佳实践：为何忽略却引用统一配置？

• local.properties的核心定位：它是用来存储本地环境专属配置的文件，比如Flutter SDK路径、本地Android SDK路径这类和开发者个人机器绑定的信息，默认加入.gitignore是合理的，能避免不同开发者的本地路径冲突。

• 用它配置minSdkVersion的场景：你看到的示例是一种灵活配置方案——允许个别开发者在本地临时调整minSdkVersion（比如测试低版本兼容性），但这绝非标准团队协作做法。正规情况下，minSdkVersion这类需要团队统一的配置，要么直接写在build.gradle里硬编码，要么放在提交到仓库的公共配置文件（比如gradle.properties）中，确保所有人的配置一致。

• 你忽略的关键逻辑：local.properties的优先级高于build.gradle的硬编码配置，但它仅用于本地临时调整，而非团队统一配置。如果依赖它来管理minSdkVersion，新成员拉取代码后因为缺失这个文件会直接编译报错，完全达不到统一配置的目的。

• 正确实践方式：

  1. 把minSdkVersion、targetSdkVersion这类统一配置，写在android/app/build.gradle中硬编码，或者放在项目根目录的gradle.properties里（该文件需提交到仓库）。
  2. 若要支持本地临时调整，可以在build.gradle中做 fallback 处理：

     defaultConfig {
         // 优先读取local.properties，不存在则用团队约定的默认值
         minSdkVersion localProperties.getProperty('flutter.minSdkVersion')?.toInteger() ?: 21
     }
     

     这样既保证团队默认配置一致，又给开发者留了本地临时修改的空间。

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