我知道这是一个老话题，当然有很多选择，但我真的更喜欢西蒙惠特克的gibo。它使用起来超级简单，跨平台(mac， *nix和windows)，并使用github gitignore repo，所以它(基本上)总是最新的。

确保你的本地缓存是最新的:

    $ gibo --upgrade
    From https://github.com/github/gitignore
     * branch            master     -> FETCH_HEAD
    Current branch master is up to date.

搜索你需要的语言/技术:

    $ gibo --search android
    Android

显示.gitignore文件:

    $ gibo Android
    ### Android

    # Built application files
    *.apk
    *.ap_

    # Files for the Dalvik VM
    *.dex

    # Java class files
    *.class

    # Generated files
    bin/
    gen/

    # Gradle files
    .gradle/
    build/

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

    # Proguard folder generated by Eclipse
    proguard/

    # Log Files
    *.log

现在，将它附加到项目的.gitignore文件中:

    $ gibo Android >> .gitignore

(确保你使用>>附加到你的项目的。gitignore文件;一个>将覆盖它-因为我已经做了很多次意外!)

我知道这不是回答OP的确切问题，但使用gibo使它使你几乎不必再考虑“问题”!. .很高兴!；）

这份来自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

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

取决于你的项目格式是如何维护的:

你有两个选择:

基于目录的格式(您将有一个.idea文件夹，其中包含 项目特定文件) 基于文件的格式(配置文件为。iws和。ipr)

裁判: http://www.jetbrains.com/idea/webhelp/project.html

提交给版本控制的文件依赖于上述:

包括。idea文件夹到版本控制，排除workspace.xml和 tasks.xml 版本控制的.ipr文件和所有的.iml模块文件，排除 iws文件，因为它存储了用户特定的设置。

裁判: https://intellij-support.jetbrains.com/entries/23393067

我支持提交。idea文件夹(不包括workspace.xml和tasks.xml)。但我开始得出结论，.iml文件应该被忽略。

问题在于:

例如，在名为“foo”的目录下打开一个项目，你将得到foo。我和那一切看起来都很好。问题是，如果我只是将目录重命名为foo2(或克隆为另一个目录名)，当你尝试在Android Studio中打开项目时，你会得到三件事:

一个名为foo2.iml的新iml文件 你的Android项目的iml文件将被更改为指向foo2作为它的父文件 .idea/modules.xml将为foo2添加一行。它既有旧的Iml文件，也有新目录的Iml文件

我找不到方法来阻止Android工作室做这个iml文件生成时，项目存储在一个不同的目录。将它们添加到源代码控制中会导致问题。因此，我认为也许我们应该忽略*。Iml文件和。idea/modules.xml

我是kosher添加。iml文件和Intellij sez添加。idea文件夹，但忽略。idea/workspace.xml和。idea/tasks.xml，但。idea/libraries/呢?

我不明白加这个有什么意义。它有一个XML文件列表，列出了Android Studio项目应该知道的库。这些应该来自于构建。gradle定义的依赖项——不是IDE项目文件。

其中一个文件的内容是这样的:

<component name="libraryTable">
    <CLASSES>
       <root url="jar://$USER_HOME$/.gradle/caches/artifacts-26/filestore/com.example/example/etc...jar!"/>

这样做没有意义。如果用户为gradle指定了不同的主目录，或者如果他们使用了不同的gradle版本，.gradle/caches/artifacts-xxx下的路径对他们来说将是不同的(即工件-在末尾追加的数字将与您正在使用的gradle版本发布相关)。这些路径不是通用的，但建议是检查所有这些?

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

我忽略:

/构建 /。想法(可能有例外，见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