为了更好地理解，您只需要以下文件

应用程序 build.gradle settings.gradle

您可以将其他所有内容放在.gitignore文件中。你所有的应用变化都在这些文件和文件夹中。你在基本项目中看到的其他文件是gradle构建文件或Android Studio配置文件。

如果你正在使用Android Studio，你可以使用“Import project”来成功构建项目。或者你也可以使用命令行构建，使用Gradle构建Android项目。

基本上是自动重新生成的任何文件。

一个很好的测试是克隆你的repo，看看Android Studio是否能够立即解释和运行你的项目(生成缺少的东西)。 如果没有，找到丢失的内容，并确保它没有被忽略，而是添加到回购中。

也就是说，你可以在现有的.gitignore文件上举例，比如Android文件。

# built application files
*.apk
*.ap_

# files for the dex VM
*.dex

# Java class files
*.class

# generated files
bin/
gen/

# Local configuration file (sdk path, etc)
local.properties

# Eclipse project files
.classpath
.project

# Proguard folder generated by Eclipse
proguard/

# Intellij project files
*.iml
*.ipr
*.iws
.idea/

我不同意所有这些答案。下面的配置非常适合我们组织的应用程序。

我忽略:

/构建 /。想法(可能有例外，见dalewking回答中的评论) * .iml local.properties

我想几乎每个人都同意/建造。

我厌倦了经常看到关于Gradle在/.idea中创建或删除的各种library.xml文件的消息。构建。当开发人员第一次签出项目时，gradle将在他们的本地运行，那么为什么这些XML文件需要版本控制呢?Android Studio也会生成/的剩余部分。当开发人员使用版本控制签出创建项目时，为什么该文件夹中的任何东西都需要进行版本控制?

如果*。Iml的版本是一个新用户将必须命名项目完全相同，当它被提交。既然这也是一个生成的文件，那么为什么首先要为它设置版本呢?

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

编辑1:添加.gradle来忽略gradle缓存不应该被版本化的东西(感谢Vasily Makarov)。

编辑2:添加. ds_store现在我使用Mac。这个文件夹是Mac特定的，不应该被版本化。

另外注意:在构建发布版本时，您可能还想添加一个目录来放置签名密钥。

为方便复制/粘贴:

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

这份来自JetBrains Support的官方文档认为应该包含以下内容:

All files under .idea directory except workspace.xml and tasks.xml because
    they store specific user settings
All the *.iml files that can be located in different module directories

它还给出了其他需要注意的事项的建议。

这是通过这里生成。gitignore的最好方法

最好在整个开发过程中添加.gitignore列表，以防止版本控制由于某处预定义的(复制/粘贴)列表而无法工作时产生未知的副作用。对于我的一个项目，忽略列表只有:

.gradle
.idea
libs
obj
build
*.log