复制旧项目时，如何让 Android Studio “忘记”旧文件路径？ [复制]

Posted 2023-02-23

【中文标题】复制旧项目时，如何让 Android Studio “忘记”旧文件路径？ [复制]

【英文标题】：How can I make Android studio "forget" old filepaths when I copy an old project? [duplicate]

【发布时间】：2020-01-14 16:43:48

【问题描述】：

场景：

我正在完成 android 编程书中的练习。

我完成了“第 10 章”，所以我“关闭项目”并退出 Android Studio，手动删除 build/* 并将“chap10”复制到新文件夹“chap11”。

我启动 Android Studio > 打开现有项目 > chap11。

到目前为止，一切都很好。一切看起来都很好。

我开始在 chap11 中编辑 .java 源文件或 .xml 布局文件...而 Android Studio 会覆盖旧目录中的旧文件 (?!?)

问：是什么导致了这种行为？

问：我该怎么做才能让 Android Studio “忘记”关于旧“chap10”的所有内容，而使用新“chap11”中的ONLY文件路径？

我使用的是 Android Studio 3.5，内部版本：2019 年 8 月 8 日。

【参考方案1】：

我在这里找到了答案。复制目录后，我删除了以下所有内容（并让 Android Studio 在 gradle build 上重新创建它们）：

https://***.com/a/24679853/421195

app/build/*
.gradle/*
.idea/*
*.iml
local.properties

我认为几乎每个人都同意 /build。

我厌倦了不断看到有关各种 library.xml 的消息 Gradle 在 /.idea 中创建或删除的文件。 build.gradle 将 当他们第一次签出项目时，在开发人员的本地运行， 那么为什么需要对这些 XML 文件进行版本控制呢？ Android Studio 将 当开发人员创建项目时，还会生成 /.idea 的其余部分 使用从版本控制中签出，那么为什么要这样做 文件夹需要版本化吗？

如果 *.iml 是版本化的，新用户将不得不为项目命名 与提交时完全相同。由于这也是一个 生成的文件，为什么首先要对其进行版本化？

local.properties 文件指向文件上的绝对路径 SDK 系统，因此绝对不应该进行版本控制。