git学习杂笔记

1.设置全局信息:
设置开发者应户名:
git config --global user.name 'picong'
设置开发者的邮箱信息:
git config --global user.email '[email protected]'

取得全部的全局信息:
git config --list  或者 git config -l

创建仓库:
--先创建目录: md e:\gitpro
初始化,先进入该目录
git init (会在当前所在的目录中创建一个.git的文件夹,包含git的版本信息)
git init --bare(初始化当前文件夹为仓库,目录中也不会生成.git的隐藏目录,配置信息会保存在本目录中)

2.软件的版本控制(仓库的操作)
将文件保存在该仓库中就可以进行监控了.
编写代码时使用utf-8编码
  观察当前仓库的状态: git status
  git add 文件名称   --添加到暂存区
  再查询
  git commit -m "提交时的注释信息"  --提交到GIT中进行管理(这个代码才能真正的被醒目执行)
  git commit -m "Create New File Hello.java"

  批量提交新文件到暂存库中:git add .--此时所有在仓库中创建的新文件都会保存到暂存区中
  版本库的提交:git commit -m "two files"
 
  自动增加修改并提交到仓库中版本库中:git commit -a -m "Change Emp.java File"
 
3.修改仓库文件
修改Hello.java文件
|
--比较文件:git diff 文件(如果修改的文件比较多可以采用换行的方式进行显示,到end按q退出)
查看提交的历史:git log 文件名

4.工作区,暂存区,版本库(发布区)的区别
      工作区:所有文件操作都以工作区为主(不影响程序)
  GIT仓库:
|-暂存库
|-版本库
  注意:当执行git commit -md "注释命令时"  我们只将暂存区的文件转移到发布区,而工作区的
  内容还是在工作区中.
  例如:我们先修改我们的Hello.java文件然后执行git add .
|----------在我们的cmd命令窗口显示的内容:
E:\gitpro>git add .
E:\gitpro>git status
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

modified:   Hello.java
------------|
然后我们再次修改我们的文件,现在不进行暂存,然后再看下状态:
|----------在我们的cmd命令窗口显示的内容:
E:\gitpro>git status
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

modified:   Hello.java

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

        modified:   Hello.java
------------|
  自然是这样子的,我们已经在暂存区已经保存的文件,然后进行修改的是我们的工作区的文件.
  这时候我们使用git commit -m "注释" 就只会将我们暂存区的代码转移到我们的发布区中了.
  但是工作区的内容是不会影响commit的.
|----------在我们的cmd命令窗口显示的内容:
E:\gitpro>git status
On branch master
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

modified:   Hello.java

no changes added to commit (use "git add" and/or "git commit -a")

E:\gitpro>
还要注意一点:当我们采用git diff 文件名 的时候我们这是看到的的是工作区中的变化.

5.版本的穿越(跟Commoit id直接挂钩)
git log
git log --pretty=oneline(在一行上显示)
HEAD指针指向当前正在使用的版本.在默认情况下一定是指向最新的提交点.这时候改变HEAD的指针就可以修改我们软件使用的版本.
(commit id 一般像栈一样,最新的在上面)
例.回退到上一个版本:git reset --hard HEAD~1      回退一个版本.
如果发现回过头了.希望往上一个版本更新.
git reflog(查看删除的提交点)
cmd窗口中输出的内容
|-------------------------------------------------------
E:\gitpro>git reflog
aa74594 HEAD@{0}: reset: moving to HEAD~1
2d2ef5a HEAD@{1}: reset: moving to HEAD~1
daac9b2 HEAD@{2}: reset: moving to HEAD~1
eea616d HEAD@{3}: commit: Last
daac9b2 HEAD@{4}: commit: Hello.java Commited
2d2ef5a HEAD@{5}: commit: Add two code line
aa74594 HEAD@{6}: commit: change Emp.java File
7b6205d HEAD@{7}: commit: Add two Files
caa34e3 HEAD@{8}: commit (initial): Create New File Hello.java
---------------------------------------------------------|
git rest --hard (删除的提交点)

6.撤销修改
在开发区中恢复为原本的代码,可以使用checkout操作.
git checkout(提示什么文件修改了)
执行命令后cmd命令窗口显示如下:
E:\gitpro>git checkout
M       Emp.java
M       Hello.java

git checkout 文件名 (只能单个文件的恢复)

----------------------------------------------------------
工作区已经(add .)在暂存区中恢复.
git reset HEAD 文件名(将文件从站存区中踢回工作区中)
git checkout 文件名 (只能单个文件的恢复)
-----------------------------------------------------------
对于几个区域的操作:
. 工作区 --> 暂存区:git add .
. 暂存区 -->MASTER分支:git commit
. 暂存区 -->工作区: git reset HEAD 文件名

8.文件删除:
工作区的删除可以利用checkout直接检出
git checkout -- 文件名(--后面必须跟上空格)
而MASTER上的删除就必须利用版本穿越来进行恢复了
git reset --hard 穿越的版本号(用git reflog查询出来的)

二.github的使用(远程服务器--用于我们保存代码)
1.gitbash中敲如下代码生成公钥和私钥
ssh-keygen -t rsa -C "[email protected]"
2.客户端连接远程仓库
git remote add origin [email protected]:picong/mycodelife.git (ssh协议连接远程仓库)
git push -u origin master (将本地master中保存的文件推送到远程仓库)
3.克隆仓库.(在创建远程仓库的时候已经初始化仓库了.这时候可以将远程仓库克隆到本地)
git clone https://github.com/picong/CRM.git
如果发现远程仓库连接不上,先删除远程仓库:git remote rm origin 随后再建立一个新的连接

三.git的分支管理(分支与分支的合并)
1.分支的创建与合并(每一位开发者都可以独立的操作自己的独立分支,不会产生冲突情况)
git branch(查看分支)
git branch 分支名(创建分支)
如果进行代码开发绝对不可能在master分支上进行
git checkout dev(切换到dev分支)
2.进行分支合并
git checkout master
git merge dev             ---------此种合并方式是最快的,但未必最好(这时master分支是不变的)

git push -u origin master
git push -u origin dev (当然需要先连接远程仓库再推送)
在远程仓库就会出现两个新的分支
如果一个分支不再使用了我们可以使用 git branch -d 分支名(进行我们的删除操作)
如果一个远程分支不再使用了我们可以使用 git push origin --delete 分支名
或者直接推送一个新的分支 git push origin :dev
-------------------------------------------------------------------------------
3.冲突的解决(在使用git时完全不准使用master分支)
创建并切换到dev分支上--->
git checkout -b dev
同时修改了Hello.java文件,然后都提交就会产生代码的冲突,就需要我们手动解决代码的冲突.
完事进行更新提交.
4.版本合并的模式(上面的是快速合并模式)
查看合并图形记录 git log --graph --pretty=oneline
默认情况下的fast-forward不会产生新的提交点
"-no-ff" (not fast-forward)
(实际在使用分支操作时)不能在master分支上直接进行修改也不能再master分支的自分子上进行开发,而是这个分支
的自分子下面建立属于各自开发人员的独立的分支进行开发.
5.bug分支
一般来讲,未完成的代码是不允许保存到我们的暂存区的,这时候如果需要进行其他的工作,可以
将我们的工作区暂时挂起来,等完成bug修复然后再恢复我们暂时挂起的工作区.
git stash(将分支暂存起来)
git stash list(查看暂时挂起的工作区)
git stash apply(恢复工作区) 然后清除暂时挂起的工作区 git stash drop
上述操作一次完成 git stash pop
6.feature分支(扩展分支)
强制性删除分支使用"-D" git branch -D 分支名(删除分支时,必须先提交,如果想不合并然后删除加-D,
-d删除的话只能合并后删除)
7.补丁
git diff master > patch(用命令行的管道输出流的方式,将所有区别信息保存在了patch文件中,随后需要去master分支上应用它
git apply patch (前提是沟通方便,如果不方便需要设置format-patch)
修改提交后 git format-patch -M master
将生成的补丁文件发送给软件的开发人员,让他审查通过打上补丁
git am 提交的那个补丁
完事提交
git am --abort命令将git的状态恢复到之前状态就可以继续提交patch了。

8.多人写作开发
git remote -v查看远程仓库
克隆仓库:git clone 远程仓库链接(只能克隆远程的master分支)
(fetch是简单的抓取,pull是抓取并提交)
如果要抓取远程的非master分支需要用下面的命令:
git branch --set-upstream-to=origin/dev pic
然后再抓取 git pull    (本地分支名与远程分支名不同的时候才需要这样)
一般git checkout -b dev origin/dev (就已经和远程仓库就产生了联系)
再执行git pull就可以了
git branch --set-upstream-to=origin/dev pic(记住,如果本地仓库名和远程的仓库名不一样,就必须使用这句来
关联远程仓库了,才能通过git pull抓取不同的修改了,但是在实际的工作中我们应该采用本地仓库名和远程仓库名
的做法,就不需要这么麻烦的去进行关联了)

当我们git pull抓取到不同时再将代码进行改进,然后再推进我们一起工作的分支
package com.imooc.util;
import java.util.List;
public class Admin{

private List<Emp> list;
private String name;
private String password;
private Integer num;
public void test(){
System.out.println("尼玛的大动员");
<<<<<<< HEAD
this.name="草拟吗";
=======
System.out.println("要加这个破代码才行呀");
>>>>>>> fa5f7a913f5a181ebf6e53dd5b9867461bb47cd8
}
}
产生冲突的情况

9.标签
实际就是提交点对应的简写的版本号什么的,便于更加快捷的进行版本的穿越
1.将当前标签设置为v1.0: git tag  v1.0 (查看当前标签 git tag)
先找到提交点而后设置相对应的版本号
//git reflog
git log --pretty=oneline --abbrev-commit
删除标签:git -d 版本号
创建带描述的标签: git tag (当前所在位置的版本号) -m "描述信息"
查看对应版本的信息:git show 版本号  
标签都应该提交到服务器上面去git push origin 版本号
批量提交标签:git push --tags
删除本地标签:git -d 标签号
删除远程标签:git push origin :refs/tags/标签号

d13ef89 HEAD@{1}: commit (merge): End
9f04c5d HEAD@{2}: commit: gitpro/dev
6b6f409 HEAD@{3}: commit: gitpro/dev 来的
f627e62 HEAD@{4}: pull: Fast-forward
86bc6d4 HEAD@{5}: checkout: moving from master to dev

86bc6d4 Change Hello.java
a7fe36b one patch
b22a1c5 the end
a6be801 complete
b95fdca merge bug branch
b673931 solve bug
d46325d modify in Admin
--截取了些git reflog
git log --pretty=oneline --abbrev-commit命令显示的结果前面几条对比了一下,是不相同的
而我们进行版本的编辑时用到的是下面那条命令里面的提交点的缩写来进行标签的编辑的

26e3985  
6656b8e
eea616d
为这三个提交点设置我们的标签代码
git tag v0.6 26e3985
git tag v0.4 6656b8e
git tag v0.2 eea616d