--- layout: post title: 'Git 和 Gradle 初体验' comments: true published: true date: '2012-06-17 18:34:21' link: http://opoo.org/git-and-gradle/ post_id: 211 url: '/git-and-gradle/' excerpt: "

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

一、Git

Git 是一个分布式的版本控制系统,官方网站是 http://git-scm.com/,学习git的最好的书籍是《Pro Git》(中文版PDF下载)。 Git 有非常多的可视化客户端,可用于 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)。" categories: [tech] tags: [git, gradle] description: "现在越来越多的开源软件使用了git作为版本控制系统,并使用gradle作为构建工具,从而取代了原来的SVN + Maven模式,使得我们有必要初步了解一下git和gradle究竟是什么。" keywords: "git, gradle, subversion, svn, maven, github" ---

现在越来越多的开源软件使用了 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 库进行了尝试,个人体会如下:

非常不错特性

  1. 可离线提交。
  2. 操作的确比较快,即使有远程库,大部分操作仍然是在本地进行的。
  3. 分支、合并功能绝对是git的超级利器,相当方便,足以改变团队的开发模式。
  4. 可以修改历史提交信息。
觉得不爽的地方
  1. .git目录太大,首次clone时太慢,从远程库拉取了完整的库,包括完整的历史记录。Git 采用的是记录每个文件的每个版本,然后使用类似指针指向当前版本的文件的形式,而不是像 SVN 一样记录每个文件的每次变更的形式,注定其记录文件(存储在.git目录)要比 svn 要大得多。拿项目 hibenate-core 来说的,.git目录就占了>90M 的空间。
  2. 需要进行复杂的权限控制时不那么容易,最起码跟 Visual SVN Server 这样的 Subversion 服务器授权比起来没那么简单。参考第一点,如果整个库都 clone 到本地了,那么细化的权限如何控制呢?
  3. 没有版本号的概念(还是我没找到?),每次提交都以一个 SHA-1 的 hash 值标示,对笔者而言,有点不习惯。
  4. 与其它版本控制系统原理不同,有一定的学习理解难度。

二、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.+'
}
相关说明