Git 和 Gradle 初体验

现在越来越多的开源软件使用了 git 作为版本控制系统，并使用 gradle 作为构建工具，从而取代了原来的 SVN + Maven 模式，使得我们有必要初步了解一下 git 和 gradle 究竟是什么。

一、Git

Git 是一个分布式的版本控制系统，官方网站是 http://git-scm.com/ [1]，学习git的最好的书籍是《Pro Git》(中文版PDF下载)。 Git 有非常多的可视化客户端[2]，可用于 Windows、Mac 和 Linux。

Windows 下 GitHub for Windows 是个不错的选择，简单的 Git for Windows 也不错。提到Git就有必要说说 GitHub ，简单的说 GitHub 就是一个 git 库托管服务，可以托管开源库（免费）和私有库（收费），功能有点类似于 SourceForge.net 和 Google Code，其主要特色是“Social Coding”，这使得代码分享变得更容易，其功能已经远远超越了源代码管理的范畴。GitHub 也推出了GitHub Enterprise [3]，类似于当年的 SourceForge Enterprise (当今的TeamForge)。

GitHub for Windows 就是 github 提供的 git 客户端。界面挺漂亮，如图： Git 和其它版本控制工具（例如 Subversion，CVS 等）在原理上是完全不同。笔者大致浏览了一下《Pro Git》，自建了一个 git 库进行了尝试，个人体会如下：

非常不错特性

可离线提交。
操作的确比较快，即使有远程库，大部分操作仍然是在本地进行的。
分支、合并功能绝对是git的超级利器，相当方便，足以改变团队的开发模式。
可以修改历史提交信息。

觉得不爽的地方

.git目录太大，首次clone时太慢，从远程库拉取了完整的库，包括完整的历史记录。Git 采用的是记录每个文件的每个版本，然后使用类似指针指向当前版本的文件的形式，而不是像 SVN 一样记录每个文件的每次变更的形式，注定其记录文件（存储在.git目录）要比 svn 要大得多。拿项目 hibenate-core 来说的，.git目录就占了>90M 的空间。
需要进行复杂的权限控制时不那么容易，最起码跟 Visual SVN Server 这样的 Subversion 服务器授权比起来没那么简单。参考第一点，如果整个库都 clone 到本地了，那么细化的权限如何控制呢？
没有版本号的概念（还是我没找到？），每次提交都以一个 SHA-1 的 hash 值标示，对笔者而言，有点不习惯。
与其它版本控制系统原理不同，有一定的学习理解难度。

二、Gradle

Gradle 是一个基于 Groovy 的构建工具，吸取了 Maven 的一些有点，还可以直接使用 Maven 库，所有大有取代 Maven 的架势[4]。 Gradle 的官方网站是 http://www.gradle.org/，在这里下载 zip 包，解压，设置环境变量 GRADLE_HOME 并加到 path 中即可。详情请阅读用户手册。 Gradle 的主要配置文件是 build.gradle，如果要使用 Maven 库，可以如下配置：

repositories {
    //Maven中心库(http://repo1.maven.org/maven2)
    mavenCentral()

    //本地库，local repository(${'$'}{user.home}/.m2/repository)
    mavenLocal()

    //指定库
    maven {
        url "http://repo.mycompany.com/maven2"
    }

    //指定库
    mavenRepo name: reponame', url: "http://repo.mycompany.com/maven2"

    //指定库
    maven {
        // Look for POMs and artifacts, such as JARs, here
        url "http://repo2.mycompany.com/maven2"
        // Look for artifacts here if not found at the above location
        artifactUrls "http://repo.mycompany.com/jars"
        artifactUrls "http://repo.mycompany.com/jars2"
    }

    //带认证的库
    maven {
        credentials {
            username 'user'
            password 'password'
        }
        url "http://repo.mycompany.com/maven2"
    }
}

其中有必要说说 mavenLocal()，能不能用 Maven 本地库也是笔者最关心的特性之一。经实践，发现直接使用 mavenLocal() 时，gradle 会查找 Maven 配置文件 ${'$'}{user.home}/.m2/settings.xml 来定位本地 Maven 库的路径，如果没有找到该文件，则默认本地库路径为 ${'$'}{user.home}/.m2/repository，而笔者的 Maven 配置文件在 ${'$'}M2_HOME/conf/settings.xml ，gradle 竟然不能读取到这个配置文件。这个问题已经作为一个 Improvement（#GRADLE-1900 [5]）被提出，并显示在 1.0-milestone-9 版本中已经修正，而使用的1.0正式版时，竟然还有这个问题，真是相当诡异。既然不能直接使用 mavenLocal()，就必须做一些变通，笔者最终测试用的 build.gradle 文件如下：

apply plugin: 'java'

version: '1.0-SNAPSHOT'
group: 'org.opoo'

repositories {
	mavenRepo urls: "file:///D:/m2.repo"
	//mavenLocal()
	//mavenCentral()
}

dependencies {
    compile group: 'commons-lang', name: 'commons-lang', version: '2.1'
    compile group: 'commons-logging', name: 'commons-logging', version: '1.0.4'
    testCompile group: 'junit', name: 'junit', version: '4.+'
}

相关说明

[1] 由于某些你懂的原因导致不能访问 git-scm.com，所以《Pro Git》的在线阅读（英文版、中文版）无法使用。请下载PDF版（英文版、中文版）。
[2] Git 可视化客户端 http://git-scm.com/downloads/guis （无法直接访问，参考第一点）
[3] GitHub 推出 Enterprise 服务 http://www.iteye.com/news/23229
[4] InfoQ: Gradle，构建工具的未来？http://www.infoq.com/cn/news/2011/04/xxb-maven-6-gradle
[5] Gradle 使用 Maven 本地库 http://issues.gradle.org/browse/GRADLE-1900

Git 和 Gradle 初体验

一、Git

二、Gradle

近期文章

分类

标签