你也可以使用gradle的-P命令行选项来帮助签名。在你的构建中。gradle，像这样添加singingConfigs:

signingConfigs {
   release {
       storeFile file("path/to/your/keystore")
       storePassword RELEASE_STORE_PASSWORD
       keyAlias "your.key.alias"
       keyPassword RELEASE_KEY_PASSWORD
   }
}

然后像这样调用gradle build:

gradle -PRELEASE_KEYSTORE_PASSWORD=******* -PRELEASE_KEY_PASSWORD=****** build

如果您愿意，可以使用-P来设置storeFile和keyAlias。

这基本上是Destil的解决方案，但带有命令行选项。

有关gradle属性的更多细节，请查看gradle用户指南。

您可以从命令行请求密码:

...

signingConfigs {
  if (gradle.startParameter.taskNames.any {it.contains('Release') }) {
    release {
      storeFile file("your.keystore")
      storePassword new String(System.console().readPassword("\n\$ Enter keystore password: "))
      keyAlias "key-alias"
      keyPassword new String(System.console().readPassword("\n\$ Enter keys password: "))
    } 
  } else {
    //Here be dragons: unreachable else-branch forces Gradle to create
    //install...Release tasks.
    release {
      keyAlias 'dummy'
      keyPassword 'dummy'
      storeFile file('dummy')
      storePassword 'dummy'
    } 
  }
}

...

buildTypes {
  release {

    ...

    signingConfig signingConfigs.release
  }

  ...
}

...

if-then-else块防止在构建版本时请求密码。虽然else分支是不可达的，它欺骗Gradle创建一个安装…发布的任务。

基本信息。正如https://stackoverflow.com/a/19130098/3664487所指出的，“Gradle脚本可以使用System.console()提示用户输入。readLine方法。”不幸的是，Gradle总是会要求密码，即使你在构建一个调试版本(参见如何使用Gradle创建一个发布签名apk文件?)幸运的是，这是可以克服的，如上所述。

如果您不想看到不能在空对象上调用方法readLine()。你需要用gradle来写。第一个属性。

KEYSTORE_PASS=*****
ALIAS_NAME=*****
ALIAS_PASS=*****

为了补充其他答案，你也可以放置gradle。属性文件与build一起放在您自己的模块文件夹中。Gradle，以防您的密钥库特定于一个项目。

你也可以使用gradle的-P命令行选项来帮助签名。在你的构建中。gradle，像这样添加singingConfigs:

signingConfigs {
   release {
       storeFile file("path/to/your/keystore")
       storePassword RELEASE_STORE_PASSWORD
       keyAlias "your.key.alias"
       keyPassword RELEASE_KEY_PASSWORD
   }
}

然后像这样调用gradle build:

gradle -PRELEASE_KEYSTORE_PASSWORD=******* -PRELEASE_KEY_PASSWORD=****** build

如果您愿意，可以使用-P来设置storeFile和keyAlias。

这基本上是Destil的解决方案，但带有命令行选项。

有关gradle属性的更多细节，请查看gradle用户指南。

@Destil的答案很好，如果你可以在所有项目中重用相同的配置。或者，Android Studio自带本地文件。可以使用的属性文件，但它应该是ide生成的，我找不到一种方法来扩展它从Android Studio。

这是@jonbo回答的一个变体。这个答案允许项目特定的设置，但它带来了一些开发人员的开销。具体来说，需要大量的样板文件来将signingConfigs定义移动到一个单独的文件中——特别是当您需要为多个项目这样做时，这是选择这个解决方案而不是Destil的主要原因。这可以通过包含线条在一定程度上得到缓解

apply plugin: 'com.android.application'

在凭证文件中，因为这将允许IDE完成。

最后，这里的大多数解决方案不允许在不提供语法上(如果不是语义上)有效的signingConfigs定义的情况下以调试模式构建项目(自动处理调试签名)。如果您不需要从给定的机器生成一个发布版本，那么这个额外的步骤可以被视为一个不必要的障碍。另一方面，它可以帮助在生产中运行调试构建的无知或懒惰的同事。

这个解决方案将允许调试构建而完全不用担心凭证，但是它将需要有效的凭证来生成发布构建，并且它只需要很少的样板文件。然而，作为一个缺点，它可能会鼓励其他人用真实的凭证替换虚拟值，并且没有办法防止这种情况。

// app/build.gradle
// Define this structure in signing.gradle to enable release builds.
ext.signing = [
        storeFilePath : 'path/to/keystore',
        storePassword : 'keystore password',
        keyAlias      : 'key alias',
        keyPassword   : 'key password',
]

if (file('signing.gradle').exists()) {
    apply from: 'signing.gradle'
}

android {
    ...
    signingConfigs {
        release {
            storeFile file(project.signing.storeFilePath)
            storePassword project.signing.storePassword
            keyAlias project.signing.keyAlias
            keyPassword project.signing.keyPassword
        }
    }
    buildTypes {
        debug { ... }
        release {
            signingConfig signingConfigs.release
            ...
        }
    }
}

这将创建一个虚拟属性，纯粹用于生成语法上有效的构建文件。在调试构建阶段，分配给ext.signing属性的值是不相关的。要启用发布版本，请将ext.signing复制到signing中。Gradle并将虚拟值替换为有效凭证。

// signing.gradle
ext.signing = [
        storeFilePath : 'real/keystore',
        storePassword : 'real keystore password',
        keyAlias : 'real key alias',
        keyPassword : 'real key password',
]

当然，签名。gradle应该被VCS忽略。