git服务器环境搭建和客户端简单操作

Linux下Git的初级使用
几个概念 工作目录(work tree) 本地仓库(local repository) 暂存区域 (index)

工作目录: 就是你可以使用git操作的命令，比如git checkout啦，暂时可以理解为当前目录下有.git文件夹的目录
暂存区域: 所谓的暂存区域只不过是个简单的文件，一般都放在 Git 目录中。有时候人们会把这个文件叫做索引文件(index)，不过标准说法还是叫暂存区域。
本地仓库: 就是把暂存区域里面的文件提交到git能够管理的和追踪的仓库里面，



先了解一下这3个概念，以后会在实践中加深理解
服务器端:
[root@gitserver ~]# mkdir /git =>在根目录下新建一个git目录
[root@gitserver ~]# cd /git => 进入刚才新建的目录
[root@gitserver git]# ls -a => 里面空空如也，没有任何隐藏文件
[root@gitserver git]# git --bare init =>初始化一个裸仓库
Initialized empty Git repository in /git/
[root@gitserver git]# ls -a =>里面多了一些管理仓库的配置文件
. .. branches config description HEAD hooks info objects refs

注意!
初始化仓库有2种方式 git --bare init 和git init 区别有以下2点
1， 用git init 初始化里面，git目录下面只有一个.git文件夹，用git --bare init里面的都是些配置文件，如上操纵 显示的结果

2, 用"git init"初始化的版本库用户也可以在该目录下执行所有git方面的操作。但别的用户在将更新push上来的时候容易出现冲突。比如有用户在该目录（就称为远端仓库）下执行git操作，且有两个分支(master 和 b1)，当前在master分支下。另一个用户想把自己在本地仓库（就称为本地仓库）的master分支的更新提交到远端仓库的master分支，他就想当然的敲了git push origin master:master于是乎出现错误 ，因为远端仓库的用户正在master的分支上操作，而你又要把更新提交到这个master分支上，当然就出错了，确定一个repository是否为bare库的关键在于core.bare属性（boolean型属性）。core.bare属性可以有git config命令设置，也可以通过修改config文件的方式设置，conf文件指的就是当前库下面的conf配置文件,如果这里 bare = true 那么即使有.git文件夹也还是不能进行相关操作。 如果使用了git init初始化，则远程仓库的目录下，也包含work tree，当本地仓库向远程仓库push时, 如果远程仓库正在push的分支上（如果当时不在push的分支，就没有问题）, 那么push后的结果不会反应在work tree上, 也即在远程仓库的目录下对应的文件还是之前的内容，必须得使用git reset --hard才能看到push后的内容.

现在我们已经把远程仓库搭建好了，不过现在这个仓库里面什么也没有，赶快添加点东西进 去把，
[root@gitserver git]# mkdir ycjtest
[root@gitserver git]# cd ycjtest
[root@gitserver ycjtest]# vim testdoc =>在仓库路径下新建一个文件夹放入testdoc文档保存退出

注意 : 刚才那个文件只是保存在了磁盘下面，还没有往仓库里面提交，也就是说现在仓库里面还是空空如也，不要试图在仓库目录下面看到仓库里面的东西，即使在客户端提交到远程仓库了，在这里你也看不到提交的内容。到底怎么看后面我们会讲到。

[root@gitserver ycjtest]# git add testdoc
fatal: This operation must be run in a work tree =>报错啦！对了，这是个bare仓库，不能进行git命令的相关操作，

注意:这个仓库只保存git历史提交的版本信息，而不允许用户在上面进行各种git操作，如果你硬要操作的话，只会得到下面的错误（”This operation must be run in a work tree”），所以对于远程仓库，我们初始化的时候最好使用git --bare init命令初始化。
为了以后方便测试，我们再用同样的方法在根目录下新建一个git1仓库，这里用git init 进行仓库初始化，同样在里面新建一个ycjtest的文件夹 里面放1个testdoc的文档
[root@gitserver git1]# git add . =>当前目录到添加到暂存区，别忽略了后面的点
[root@gitserver git1]# git commit -a -m 'testycj hello' =>提交所有暂存区的文件到仓库
[master (root-commit) 56f8557] testycj hello
Committer: root <root@gitserver.(none)>
Your name and email address were configured automatically based
on your username and hostname. Please check that they are accurate.
You can suppress this message by setting them explicitly:

git config --global user.name "Your Name"
git config --global user.email you@example.com

If the identity used for this commit is wrong, you can fix it with:

git commit --amend --author='Your Name <you@example.com>'

1 files changed, 1 insertions(+), 0 deletions(-) =>从这里可以看出提交了几个文件
create mode 100644 testycj/testdoc

如何添加空文件夹到暂存区?git 和 svn 不同，仅仅跟踪文件的变动，不跟踪目录。这么设计是有原因的。但这会带来一些小麻烦。有时候，确实需要在代码仓库中保留某个空目录。比如测试时需要用到的空目录。变通的解决办法是在空目录下存一个 .gitignore 文件。然后 git add 此目录后，相当于跟踪了 .gitignore 文件，产生的“副作用”就是这个“空”目录也纳入“跟踪”，最终的效果是可以 check out 出一个看起来空空的目录。如果有许多这样的空目录，可以用下面的命令自动补充 .gitignore 文件：find . \( -type d -empty \) -and \( -not -regex ./\.git.* \) -exec touch {}/.gitignore \;然后 git add -f . -f是强制添加的意思，然后提交到仓库都可以了，

递归找寻当前目录下，类型为目录，且为空，也没有 .git 开头的文件，在其中用 touch 新建一个空的 .gitignore 文件。
客户端:
客户端以window为例，如果通过ssh协议连接到远程仓库的话，推荐用ssh密钥对，免密码登陆，可以先用gitbash工具生成密钥对,公钥发给git管理员，私钥保存到当前用户目录下.ssh文件夹下面。以后工作都是在eclipse下面，所以你必须把你的私钥存放位置在eclipse下面配置

注意:管理员负责把公钥添加到服务器指定用户(比如eos)下面的.ssh目录下面的authorized_keys文件里面，只有这样，当你用eos用户连接远程仓库的时候，你的私钥才可以和服务器的公钥配对成功



下面从远程克隆一个git仓库到工作空间 ，红色箭头指的是克隆图标



我不是采用密钥对登陆的，所以需要输入root的密码





这个仓库将存放到本地哪个地方



剩下的Next即可，克隆之后发现git仓库多了一个叫git166的就是我们刚才克隆的远程仓库，



打开Wording Directory路径下面，刚才在服务端创建的文件到了本地的工作路径



打开里面的testdoc文档，修改里面的内容，添加一行注释，保存



然后选择项目右键，commit



如果是用户/密码push远程仓库的话，需要输入密码在这里，ssh密钥则不需要



如果出现服务器拒绝push的话，
error: refusing to update checked out branch: refs/heads/master
则需要修改服务器端仓库配置文件,加上后面2行的



注意：如果使用了git init初始化，则远程仓库的目录下，也包含work tree，当本地仓库向远程仓库push时, 如果远程仓库正在push的分支上（如果当时不在push的分支，就没有问题）, 那么push后的结果不会反应在work tree上, 也即在远程仓库的目录下对应的文件还是之前的内容，必须得使用git reset --hard才能看到push

服务器端操作

[root@gitserver testycj]# cat testdoc ==.>虽然已经push到仓库，工作空间还是原样
hello world testdoc
[root@gitserver testycj]# git reset --hard ==》彻底回退到某个版本并刷新工作空间
HEAD is now at 6e87c18 commit from client
[root@gitserver testycj]# cat testdoc ==》再次查看，发现显示了刚才提交的内容
hello world testdoc
<!--add a comment-->
可以看出刚才修改的内容已经提交到仓库里面了。
reset命令有3种方式：
git reset –mixed：此为默认方式，不带任何参数的git reset，即时这种方式，它回退到某个版本，只保留源码，回退commit和index信息
git reset –soft：回退到某个版本，只回退了commit的信息，不会恢复到index file一级。如果还要提交，直接commit即可
git reset –hard：彻底回退到某个版本，本地的源码也会变为上一个版本的内容
以下是一些reset的示例：
(1) 回退所有内容到上一个版本

git reset HEAD^

(2) 回退a.py这个文件的版本到上一个版本

git reset HEAD^ a.py

(3) 向前回退到第3个版本

git reset –soft HEAD~3

(4) 将本地的状态回退到和远程的一样

git reset –hard origin/master

(5) 回退到某个版本

git reset 057d

(7) 回退到上一次提交的状态，按照某一次的commit完全反向的进行一次commit

git revert HEAD

Eclipse几个图标


向上的箭头有关1表示，本地仓库提交了1次，向下的箭头有个1表示服务器那边有了1个改动，你只有先把这个改动fetch下来，你才可以提交上去。



箭头在哪里标着，就代表当前版本是哪个，版本不一样，到时候的工作空间里面的内容是不一样的。