gradle init
在工作目录中创建许多文件:"settings.gradle.kts"
,"gradlew"
,"gradlew.bat"
,"build.gradle.kts"
和“ gradle”目录。我更喜欢一个更干净的工作目录,我可以保留“ build.gradle.kts”并删除其余的吗?
使用“ hello world” Java
应用程序,我可以使用“ gradle run”启动它,是否有稍后我会错过的关键功能?
答案 0 :(得分:2)
Component || Keep?
-------------------------
build.gradle || Yes
settings.gradle || Yes
gradlew || Yes
gradlew.bat || Ideally
.gradle || No
将gradlew
检入代码存储库是最佳实践。原因:其他开发人员,测试工具,构建工具将使用与本地相同的构建配置-这样可以确保一致性,并且不会引起需要单独调试的意外问题。
对于多项目代码存储库,顶层有一个settings.gradle
,而每个子项目都应该有自己的build.gradle
。对于多项目存储库,顶层目录还可以具有build.gradle
,这是维护所有子项目的通用插件和依赖项的一种方式。
settings.gradle
建立项目结构,模块名称,顶级根名称等。而build.gradle
应包含如下插件要求(how should these tests run?
,how to get coverage report?
):以及项目需要的一组依赖项。
gradlew.bat
文件是Windows系统的gradle包装器-为了完全卫生,我会将其检入VCS,但是如果您只关心* nix生态系统,则应该可以删除此文件
现在,回到第一点,根据您所使用的系统,gradle init
可能会生成不同的gradle包装器,该包装器可能会以意外方式与这些文件进行交互。因此,将它们全部检查到VCS中是一个好习惯。
我绝对不会签入.gradle
或/build
目录-它包含一堆缓存和用于临时构建步骤的文件。这些内容应该放在.gitignore
中,以确保最佳的本地开发人员速度,但是将这些内容放入VCS没有太大意义。