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*