Git基础
git简介
1、简介
Git 是一个开源的分布式版本控制系统,用于敏捷高效地处理任何或小或大的项目。
Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。
Git 与常用的版本控制工具 CVS, Subversion 等不同,它采用了分布式版本库的方式,不必服务器端软件支持。
2、Git 与 SVN 区别
-
GIT 是分布式的,SVN 不是:这是 GIT 和其它非分布式的版本控制系统,例如 SVN,CVS 等,最核心的区别。
-
GIT 把内容按元数据方式存储,而 SVN 是按文件:所有的资源控制系统都是把文件的元信息隐藏在一个类似 .svn , .cvs 等的文件夹里。
-
GIT 分支和SVN的分支不同:分支在SVN中一点不特别,就是版本库中的另外的一个目录。
-
GIT 没有一个全局的版本号,而 SVN 有:目前为止这是跟 SVN 相比 GIT 缺少的最大的一个特征。
-
GIT 的内容完整性要优于 SVN:GIT 的内容存储使用的是 SHA-1哈希算法。这能确保代码内容的完整性,确保在遇到磁盘故障和网络问题时降低对版本库的破坏。
git安装
1、安装
在使用 Git 前我们需要先安装 Git。Git 目前支持 Linux/Unix、Solaris、Mac 和 Windows 平台上运行。
Git 各平台安装包下载地址为:Git - Downloads
2、在Linux 平台上安装
首先,你可以试着输入 git,看看系统有没有安装 Git:
git
显示下面的情况就是安装过git
如果未安装,可选择直接用命令安装或者是源码安装
命令安装
根据Linux的不同版本安装命令不同,下面是各版本的命令:
Debian/Ubuntu
apt-get install git
Fedora
# Fedora 21 及以下
yum install git
# Fedora 22 及之后
dnf install git
Gentoo
emerge --ask --verbose dev-vcs/git
Arch Linux
pacman -S git
openSUSE
zypper install git
Mageia
urpmi git
Nix/NixOS
nix-env -i git
FreeBSD
pkg install git
Solaris 9/10/11 (OpenCSW)
pkgutil -i git
Solaris 11 Express
pkg install developer/versioning/git
OpenBSD
pkg_add git
Alpine
apk add git
源码安装
我们来学习在 Linux 中如何使用源代码安装 Git, 有些 Linux 版本自带的安装包更新起来并不及时,那么从源代码安装其实该算是最佳选择。
Git 的工作需要调用 curl,zlib,openssl,expat,libiconv 等库的代码,所以需要先安装这些依赖工具。
在有 yum 的系统上(比如 Fedora)可以用下面的命令安装:
yum install curl-devel expat-devel gettext-devel openssl-devel zlib-devel
在有 apt-get 的系统上(比如 Debian 体系)可以用下面的命令安装:
$ apt-get install libcurl4-gnutls-dev libexpat1-dev gettext libz-dev libssl-dev
之后,从下面的 Git 官方站点下载最新版本源代码:http://git-scm.com/download
然后编译并安装:
# 解压
tar -zxf git-1.7.2.2.tar.gz
# 切换目录
cd git-1.7.2.2
# 设置变量
make prefix=/usr/local all
# 安装
sudo make prefix=/usr/local install
3、在 Windows 平台上安装
在 Windows 平台上安装 Git 同样轻松,直接下载exe安装包即可。
安装包下载地址:Git - Downloading Package
4、在 Mac 平台上安装
既可以通过命令安装也可以通过安装器安装
Homebrew
如果有它,可以直接使用下面的命令安装:
brew install git
MacPorts
如果有它,可以直接使用下面的命令安装:
sudo port install git
安装器
可以使用图形化 Git 安装工具
下载地址为:git-osx-installer (abandoned) download | SourceForge.net
Git 工作流程
Git 的一般工作流程如下:
- 克隆 Git 资源作为工作目录。
- 在克隆的资源上添加或修改文件。
- 如果其他人修改了,你可以更新资源。
- 在提交前查看修改。
- 提交修改。
- 在修改完成后,如果发现错误,可以撤回提交并再次修改并提交。
下图展示了 Git 的工作流程:
下面来理解下Git 工作区、暂存区和版本库概念
- 工作区:就是你在电脑里能看到的目录。
- 暂存区:英文叫 stage, 或 index。一般存放在 ".git目录下" 下的 index 文件(.git/index)中,所以我们把暂存区有时也叫作索引(index)。
- 版本库:工作区有一个隐藏目录 .git,这个不算工作区,而是 Git 的版本库。
Git基本操作
创建版本库 ( git init )
描述
用 git init 在目录中创建新的 Git 仓库。 你可以在任何时候、任何目录中这么做,完全是本地化的。
语法
git init
例子
比如我们创建 gitlearn 项目:
# 创建项目目录
mkdir gitlearn
# 切换目录
cd gitlearn
# 创建版本库
git init
添加到暂存区 ( git add )
描述
当我们初始化项目后, 在工作区里进行增加, 修改, 删除 文件操作.
然后可以通过 git add 将文件添加到暂存区,作为下次提交的(部分或全部)内容。
语法
git add <文件/文件夹> [<args>]
git add . :他会监控工作区的状态树,使用它会把工作时的所有变化提交到暂存区,包括文件内容修改(modified)以及新文件(new),但不包括被删除的文件。
git add -u :他仅监控已经被add的文件(即tracked file),他会将被修改的文件提交到暂存区。add -u 不会提交新文件(untracked file)。(git add --update的缩写)
git add -A :是上面两个功能的合集, 也就是说包括删除的文件也会被提交(git add --all的缩写)
例子
我们在 gitlearn 项目添加两个文件并添加到暂存区
# 创建空文件README
touch README
# 创建空文件hello.php
touch hello.php
# 查看当前目录
ls -al
# 查看项目的当前状态
git status -s
# 将README和hello.php添加到暂存区
git add README hello.php
# 查看项目的当前状态
git status -s
# 在 README 中添加内容
echo "Git 测试" >> README
# 查看项目的当前状态
git status -s
将目录下的所有内容添加到暂存区
git add .
# 查看项目的当前状态
git status -s
"A" 状态的意思是,这个文件已经添加到缓存中
"AM" 状态的意思是,这个文件在我们将它添加到缓存之后又有改动
查看状态 ( git status )
描述
git status 查看本地工作区、暂存区中文件的修改状态
语法
git status
例子
查看改动 ( git diff )
描述
执行 git diff 来查看执行 git status 的结果的详细信息。
git diff 命令显示已写入缓存与已修改但尚未写入缓存的改动的区别。
语法
# 尚未缓存的改动
git diff
# 查看已缓存的改动
git diff --cached
# 查看已缓存的与未缓存的所有改动
git diff HEAD
# 显示摘要而非整个 diff
git diff --stat
例子
# 向hello.php中添加内容
echo -e "<?php\necho '查看改动test';">>hello.php
# 查看hello.php文件内容
cat hello.php
# 查看项目的当前状态
git status -s
# 查看尚未缓存的改动
git diff
# 将hello.php的改动添加到暂存区
git add hello.php
# 查看项目的当前状态
git status -s
# 查看已缓存的改动
git diff --cached
向仓库提交代码 ( git commit )
描述
使用 git add 命令将想要快照的内容写入缓存区, 而执行 git commit 将缓存区内容添加到仓库中。
如果你觉得 git add 提交缓存的流程太过繁琐,Git 也允许你用 -a 选项跳过这一步。
Git 为你的每一个提交都记录你的名字与电子邮箱地址,所以第一步需要配置用户名和邮箱地址。
# 配置全局的名称
git config --global user.name 'huangge1199'
# 配置全局的邮箱
git config --global user.email huangge1199@hotmail.com
语法
# 将想要快照的内容写入缓存区
git add
# 将缓存区内容添加到仓库
git commit
# 将想要快照的内容添加到仓库
# 注:和前面的两条命令效果相同
git commit -a
例子一
# 我们使用 -m 选项以在命令行中提供提交注释
git commit -m '初始化项目'
git status
以上输出说明我们在最近一次提交之后,没有做任何改动,是一个"working directory clean:干净的工作目录"。
如果你没有设置 -m 选项,Git 会尝试为你打开一个编辑器以填写提交信息。 如果 Git 在你对它的配置中找不到相关信息,默认(Linux)会打开 vim。
例子二
如果你觉得 git add 提交缓存的流程太过繁琐,Git 也允许你用 -a 选项跳过这一步。
echo -e "echo '向仓库提交代码测试:git commit -a';">>hello.php
git status
git commit -am '修改hello'
git status
取消已缓存的内容 ( git reset HEAD )
语法
git reset HEAD -- <文件/文件夹>
例子
echo -e "echo '取消缓存测试';">>hello.php
echo -e "取消缓存测试">>README
git status -s
git add .
git status -s
git reset HEAD -- hello.php
git status -s
git commit -m '修改README'
git status -s
git commit -am '修改 hello 文件'
git status
删除文件 ( git rm )
语法
# git rm 从版本库中删除文件
git rm <文件>
# 如果删除之前修改过并且已经放到暂存区域的话,则必须要用强制删除选项 -f
git rm -f <文件>
# 如果把文件从暂存区域移除,但仍然希望保留在当前工作目录中,换句话说,仅是从跟踪清单中删除,使用 --cached 选项即可
git rm --cached <文件>
# 用版本库里的版本替换工作区的版本,无论工作区是修改还是删除,都可以“一键还原”
git checkout -- <文件>
# 递归删除目录下的所有文件和子目录
git rm –r <文件夹>
例子:从版本库中和工作区中删除
echo "# 这是一个测试文件的测试" > gittest.md
git add .
git commit -m "添加测试文件"
git rm gittest.md
ls -al
例子:删除暂存区或分支上的文件, 不删除本地
git rm --cached README
ls -al
移动/重命名 ( git mv )
描述
git mv 命令用于移动或重命名一个文件、目录、软连接。
语法
git mv 原文件名 新文件名
例子
git add README
git mv README README.md
ls -al
远程仓库
添加远程仓库
我这边使用的是自建的gitea
创建仓库后出现下面的页面
现在,这个仓库还是空的, gitea告诉我们,可以从这个仓库克隆出新的仓库,也可以把一个已有的本地仓库与之关联,然后,把本地仓库的内容推送到 gitea仓库。
我们将本地已有仓库与之关联:
git remote add origin https://gitea.huangge1199.cn/huangge1199/gitlearn.git
然后,我们把本地库的所有内容推送到远程库上:
git push -u origin master
由于远程库是空的,我们第一次推送master
分支时,加上了-u
参数
另外红框的地方需要输入gitea的用户名和密码
推送成功后, 就可以在 gitea页面看到内容了:
克隆操作 ( git clone )
使用 git clone 拷贝一个 Git 仓库到本地,让自己能够查看该项目,或者进行修改。
如果你需要与他人合作一个项目,或者想要复制一个项目,看看代码,你就可以克隆那个项目。 执行命令:
git clone [url]
[url] 为你想要复制的项目地址。
例如,我们在 gitea 创建一个新的 gitClone
填上仓库名称,勾选上”初始化仓库(添加. gitignore、许可证和自述文件)“
创建完毕后可以看到仓库中有一个 README.md 文件:
现在,将以上项目克隆到本地:
git clone https://gitea.huangge1199.cn/huangge1199/gitClone.git
cd gitClone
ls -al
默认情况下,Git 会按照你提供的 URL 所指示的项目的名称创建你的本地项目目录。 通常就是该 URL 最后一个 / 之后的项目名称。如果你想要一个不一样的名字, 你可以在该命令后加上你想要的名称。
例如: git clone https://gitea.huangge1199.cn/huangge1199/gitClone.git app
更新数据
更新数据 ( git fetch )
git fetch:从远程获取最新版本到本地,不会自动 merge
git checkout issue12
git fetch origin issue12
git log -p issue12..origin/issue12
git merge origin/issue12
解析:
(1).切换到issue12分支
(2).从远程的origin的issue12主分支下载最新的版本到origin/issue12分支上
(3).比较本地的issue12分支和origin/issue12分支的差别 ( git log 常用 -p 选项展开显示每次提交的内容差异 )
(4).将origin/issue12分支合并到issue12
更新数据 ( git pull )
git pull:相当于是从远程获取最新版本并merge到本地
git checkout issue13
git pull origin issue13
上述 git pull 命令, 相当于 git fetch 和 git merge
Git分支管理
Git 分支原理
Git 每次提交的版本, Git 都将其串成一条时间线, 这条时间线就是一个分支, 当你执行 git init 的时候,缺省情况下 Git 就会为你创建 "master" 分支。HEAD
严格来说不是指向提交,而是指向master
,master
才是指向提交的,所以,HEAD
指向的就是当前分支。
如图所示:
每次提交,master
分支都会向前移动一步,这样,随着你不断提交,master
分支的线也越来越长.
当我们创建新的分支,如dev
时,Git 新建了一个指针叫dev
,指向与master
相同的提交,再把HEAD
指向dev
,现在表示当前分支在dev
上
如图所示:
从现在开始, 对工作区的修改和提交就是针对dev
分支了,比如新提交一次后,dev
指针往前移动一步,而master
指针不变.
如图所示:
我们在dev
上完成相应的开发后, 我们将其合并到 master 分支上, 切换回 master 分支.
如图所示:
合并完成后, 也可以删除 dev 分支, 原理是将 dev 指针删除
如图所示:
分支基础命令
几乎每一种版本控制系统都以某种形式支持分支。使用分支意味着你可以从开发主线上分离开来,然后在不影响主线的同时继续工作。
有人把 Git 的分支模型称为"必杀技特性",而正是因为它,将 Git 从版本控制系统家族里区分出来。
创建分支命令:
git branch 分支名
切换分支命令:
git checkout 分支名
当你切换分支的时候,Git 会用该分支的最后提交的快照替换你的工作目录的内容, 所以多个分支不需要多个目录。
合并分支命令:
git merge
你可以多次合并到统一分支, 也可以选择在合并之后直接删除被并入的分支。
查看、创建及切换分支
语法
# 列出分支
git branch
# 创建分支
git branch 分支名
# 切换分支
git checkout 分支名
# 创建新分支并立即切换到该分支
git checkout -b 分支名
例子一
# 列出分支
git branch
# 创建分支dev
git branch dev
# 列出分支
git branch
# 列出当前目录的所有文件
ls -al
# 切换到dev分支
git checkout dev
# 创建新文件test.md
echo '# Git分支学习测试' > test.md
# 添加到暂存区
git add .
# 提交到dev分支
git commit -m "新增test.md文件"
# 列出当前目录的所有文件
ls -al
# 切换回master分支
git checkout master
# 列出当前目录的所有文件
ls -al
例子二
# 创建新分支newtest并切换到新分支
git checkout -b newtest
# 查看所有分支
git branch
# 删除hello.php文件
git rm hello.php
# 列出目录下所有文件
ls -al
# 提交变更到newtest分支
git commit -am "removed hello.php"
# 切换回master分支
git checkout master
# 列出目录下所有文件
ls -al
分支合并
描述
一旦某分支有了独立内容,你终究会希望将它合并回到你的主分支。
语法
git merge 分支名
例子
# 创建新分支dev2并切换到新分支
git checkout -b dev2
# 创建空文件dev2.md
touch dev2.md
# 添加到暂存区
git add .
# 提交到dev2分支
git commit -m "新增dev2.md"
# 切回master分支
git checkout master
# 列出目录下所有文件
ls -al
# 将dev2分支合并到当前master分支
git merge dev2
# 列出目录下所有文件
ls -al
删除分支
语法
git branch -d <分支名>
例子
# 查看所有分支
git branch
# 删除分支dev2
git branch -d dev2
# 查看所有分支
git branch
解决冲突
我们先创造一个冲突出来, 比如, 在两个分支中修改了同一个文件的同一行代码,在合并的时候就会发生冲突,出现冲突后我们再解决冲突。下面就是创建冲突、解决冲突的全过程。
# 查看所有分支
git branch
# 查看当前目录
ls -al
# 查看gittest.md文件内容
cat gittest.md
# 在gittest.md文件结尾添加“冲突测试”
echo "冲突测试" >> gittest.md
# 查看gittest.md文件内容
cat gittest.md
# 查看git状态
git status -s
# 提交变化到master分支
git commit -am "冲突测试"
# 创建并切换到dev1分支
git checkout -b dev1
# 查看当前目录
ls -al
# 查看gittest.md文件内容
cat gittest.md
# 将gittest.md文件最后一行替换成“冲突测试dev1”
sed -i '$s/.*/冲突测试dev1/' gittest.md
# 查看gittest.md文件内容
cat gittest.md
# 提交变化到dev1分支
git commit -am "冲突测试dev1"
# 切换回master分支
git checkout master
# 将gittest.md文件最后一行替换成“冲突测试master”
sed -i '$s/.*/冲突测试master/' gittest.md
# 查看gittest.md文件内容
cat gittest.md
# 提交变化到master分支
git commit -am "冲突测试master"
# 合并dev1分支到master
git merge dev1
# 查看git状态
git status
# 查看gittest.md文件内容
cat gittest.md
# 将gittest.md文件中冲突部分替换成“冲突测试master 和 冲突测试dev1”
sed -i '/^<<<<<<< HEAD$/,/^>>>>>>> dev1$/c\冲突测试master 和 冲突测试dev1' gittest.md
# 查看gittest.md文件内容
cat gittest.md
# 提交冲突修复内容到master分支
git commit -am "修复冲突"
# 查看分支历史
git log --graph --pretty=oneline --abbrev-commit
分支管理策略
通常 Git 在合并分支的时候会用 Fast forward 模式, 这样删除分支后, 也会丢掉分支信息.
我们在合并分支时可以使用 --no-ff 参数,强制禁用 Fastforward 模式, 这样 Git 在合并时会生成一个新的 commit(提交), 然后我们就可以在历史分支上看出分支信息.
我们来操作下看看效果, 我们创建一个 dev2 的分支
git checkout -b dev2
修改 gittest.md 文件, 然后提交修改:
ls -al
cat gittest.md
echo "分支策略。。。测试" >> gittest.md
cat gittest.md
git commit -am "分支策略"
切回 master 分支, 然后使用 git merge --no-ff 合并分支:
git checkout master
git merge --no-ff -m "merge with no-ff" dev2
因为我们禁用 Fast forward 模式, 所以本次合并会创建一个新的 commit(提交), 我们用 -m 给这次 commit 加上描述
然后我们用 git log 查看下分支历史
git log --graph --pretty=oneline --abbrev-commit
多人协作
查看远程库信息
当我们从远程仓库克隆时,实际上 Git 自动把本地的master
分支和远程的master
分支对应起来了(远程仓库默认名字是 origin)
可以用 git remote 查看远程库的信息
git remote
加参数 -v 可以显示更详细的信息:
git remote -v
上面显示了可以抓取和推送的
origin
的地址。如果没有推送权限,就看不到push的地址。
推送分支
我们想将本地分支推送到远程库,可以使用 git push 命令,在推送时,要指定本地分支, 这样,Git 就会把该分支推送到远程库对应的远程分支上:
git push origin master
如果要推送其他分支, 比如 dev2 :
git push origin dev2
回退与撤销
撤销修改 ( git checkout -- file)
描述
把 该文件 在工作区的修改全部撤销
语法
git checkout -- <file>
如果 文件 修改后还没有被放到暂存区,现在,撤销修改就是用版本库的版本覆盖当前的文件。
如果 文件 已经添加到暂存区后,又作了修改,现在,撤销修改就是将暂存区中的文件版本覆盖当前的文件。
总之,就是让这个文件回到最近一次
git commit
或git add
时的状态。
例子
# 查看git状态
git status
# 查看gittest.md文件内容
cat gittest.md
# 修改gittest.md文件
echo "撤销修改。。。测试" >> gittest.md
# 查看gittest.md文件内容
cat gittest.md
# 查看本地与暂存区的不同
git diff
# 撤销本地修改
git checkout -- gittest.md
# 查看gittest.md文件内容
cat gittest.md
历史记录 ( git log )
在实际工作中,我们脑子里怎么可能记得一个几千行的文件每次都改了什么内容,不然要版本控制系统干什么。
Git 可以使用 git log 命令告诉我们历史记录:
git log
git log
命令显示从最近到最远的提交日志
如果嫌 git log 输出信息太多,看得眼花缭乱,可以加上--pretty=oneline
参数:
git log --pretty=oneline
版本回退 ( git reset )
描述
要把当前版本回退到上一个版本,可以使用git reset
命令.
语法
回退到上一个版本:
git reset --hard HEAD^
在 Git 中,用 HEAD 表示当前版本,上一个版本就是 HEAD^,上上一个版本就是 HEAD^^,当然往上100个版本写100个^比较容易数不过来,所以写成HEAD~100
回退到指定 commit id 版本:
git reset --hard <commit id>
例子
# 查看当前历史记录
git log --pretty=oneline
# 回退到上一个版本
git reset --hard HEAD^
# 查看当前历史记录
git log --pretty=oneline
# 显示整个本地仓储的 commit
git reflog
# 回退失误,通过回退到指定 commit id 版本,改回原来的版本
git reset --hard cd531a8
# 查看当前历史记录
git log --pretty=oneline
标签管理
创建标签
语法
# 创建一个新标签,默认打在最新提交的 commit id 上的。
git tag <标签名>
# 在指定commit id上打标签
git tag <标签名> <commit id>
# 创建带有说明的标签
git tag -a <标签名> -m <说明> <commit id>
例子
git log --pretty=oneline --abbrev-commit
git tag v1.0
git log --pretty=oneline --abbrev-commit
git tag v0.8 b2db307
git tag -a v0.9 -m "标签说明" 0d5375b
查看标签
语法
# 查看所有标签
git tag
# 查看标签信息
git show <标签名>
例子
git tag
git show v0.9
删除和推送标签
可以使用 git tag -d 标签名 删除打错的标签:
git tag -d v0.8
git tag
到目前为止,我们打的标签都只是存储在本地
如果要推送某个标签到远程,使用命令 git push origin 标签名
git push origin v1.0
也可以,一次性推送全部尚未推送到远程的本地标签:
git push origin --tags
如果标签已经推送到远程,要删除远程标签就麻烦一点,先从本地删除,然后,从远程删除。删除命令也是push
git tag -d v0.9
git push origin :refs/tags/v0.9
自定义Git
Git 配置
Git 提供了一个叫做 git config 的工具,专门用来配置或读取相应的工作环境变量。
这些环境变量,决定了 Git 在各个环节的具体工作方式和行为。这些变量可以存放在以下三个不同的地方:
- /etc/gitconfig 文件:系统中对所有用户都普遍适用的配置。若使用 git config 时用 --system 选项,读写的就是这个文件。
- ~/.gitconfig 文件:用户目录下的配置文件只适用于该用户。若使用 git config 时用 --global 选项,读写的就是这个文件。
- 当前项目的 Git 目录中的配置文件(也就是工作目录中的 .git/config 文件):这里的配置仅仅针对当前项目有效。每一个级别的配置都会覆盖上层的相同配置,所以 .git/config 里的配置会覆盖 /etc/gitconfig 中的同名变量。
在 Windows 系统上,Git 会找寻用户主目录下的 .gitconfig 文件。主目录即 HOME 变量指定的目录,一般都是 C:\Documents and Settings\USER。
此外,Git 还会尝试找寻 /etc/gitconfig 文件,只不过看当初 Git 装在什么目录,就以此作为根目录来定位。
配置用户信息
配置个人的用户名称和电子邮件地址:
git config --global user.name "huangge1199"
git config --global user.email huangge1199@hotmail.com
查看配置信息
要检查已有的配置信息,可以使用 git config --list 命令:
git config --list
有时候会看到重复的变量名,那就说明它们来自不同的配置文件(比如 /etc/gitconfig 和 ~/.gitconfig),不过最终 Git 实际采用的是最后一个。
这些配置我们也可以在 ~/.gitconfig 或 /etc/gitconfig 看到,如下所示:
cat ~/.gitconfig
忽略特殊文件
有时你必须把某些文件放入 Git 工作目录中, 又不能将其提交, 比如:存储了数据库密码的配置文件.
我们只需在 Git 工作区的根目录下创建一个名为 .gitignore 的文件, 写入过滤规则就行了.
忽略文件的原则是:
- 忽略操作系统自动生成的文件,比如缩略图等;
- 忽略编译生成的中间文件、可执行文件等,也就是如果一个文件是通过另一个文件自动生成的,那自动生成的文件就没必要放进版本库,比如 Java 编译产生的 .class 文件;
- 忽略你自己的带有敏感信息的配置文件,比如存放口令的配置文件。
例如, 这是 java 项目的 .gitignore 文件
# Compiled class file
*.class
# Log file
*.log
# BlueJ files
*.ctxt
# Mobile Tools for Java (J2ME)
.mtj.tmp/
# Package Files #
*.jar
*.war
*.ear
*.zip
*.tar.gz
*.rar
# virtual machine crash logs, see http://www.java.com/en/download/help/error_hotspot.xml
hs_err_pid*