Git基础

Git基础

版本控制

版本迭代

管理全部文件和修改历史

方便回溯

重要做用

• 实现跨区域多人协同开发
• 追踪和记载一个或者多个文件的历史记录
• 组织和保护你的源代码和文档
• 统计工做量
• 并行开发、提升开发效率
• 跟踪记录整个软件的开发过程
• 减轻开发人员的负担，节省时间，同时下降人为错误

常见的版本控制工具

• Git
• SVN(Subversion)
• CVS(Concurrent Versions System)
• VSS(Micorosoft Visual SourceSafe)
• TFS(Team Foundation Server)
• Visual Studio Online

版本控制分类

1.本地版本控制

本地我的使用

缺点：（很明显）

2.集中版本控制

全部的版本数据都保存在服务器上

协同开发者从服务器上同步更新或上传本身的修改

缺点：

1.本地只有同步版本，不链接服务器看不到历史版本

2.服务器崩掉的风险（虽然能够按期备份）

表明产品：SVN

3.分布式版本控制

全部版本信息所有同步到本地的每一个用户

每一个用户保存全部版本数据

不会因服务器损坏而不能工做

缺点：每一个人都有所有代码——安全隐患（从删库到跑路）

表明产品：Git

Git历史

为Linux内核开源项目服务

一开始Bitkeeper商业公司提供分布式控制系统

后面懂的都懂（膜拜大佬）

Git环境配置

1.开始菜单

2.任意位置文件夹右键

Git Bash：Unix与Linux风格的命令行，使用最多，推荐最多

Git CMD：Windows风格的命令行

Git GUI：图形界面的Git，不建议初学者使用，尽可能先熟悉经常使用命令

基本的Linux命令学习

1）cd_
改变目录

2）cd_..
回退到上一个目录，直接cd进入默认目录

3）pwd
显示当前所在的目录路径

4）ls或ll
列出当前目录中的全部文件
ll列出的内容更为详细

5） touch_
新建一个文件
如touch index.js会在当前目录下新建一个index.js

6）rm
删除一个文件
rm index.js就会把index.js文件删除。

7）rm—r
删除一个文件夹
rm—r src即删除src目录

【rm-rf / 删除根目录（切勿在Linux中尝试）】

8）mkdir
新建一个文件夹

9） mv
移动文件
mv index.html src 
index.html是咱们要移动的文件，
src是目标文件夹

10）reset
从新初始化终端/清屏（相似clear）

11）clear
清屏(即Dos里的cls)

12）history
查看命令历史

13）help
帮助

14）exit
退出

15）#
表示注释

Git配置

查看配置git config -l

#查看系统config
git config --system --list

#查看当前用户(global)配置
git config --global --list

全部的配置文件都保存在本地

1 )

Git\etc\gitconfig : Git安装目录下的gitconfig --system系统级

C:\Users\Administrator\ .gitconfig

只适用于当前登陆用户的配置 --global 全局

这里能够直接编辑配文件，经过命令设后会响应到这里

配置代码

git config --global user.name "用户名"   #名称
git config --global user.email "@.com"  #邮箱

必需要作

Git基本理论

核心

工做区域

Git本地有三个工做区域

1.工做目录( Working Directory）

2.暂存区(Stage/Index)

3.资源库(Repository或Git Director)

若是在加上远程的git仓库( Remote Directory)就能够分为四个工做区域

文件在这四个区域之间的转换关系以下

• Workspace:

工做区,就是你平时存放项目代码的地方

• Index/ Stage:

暂存区,用于临时存放你的改动

事实上它只是一个文件,保存即将提交到文件列表信息

• Repository:

仓库区(或本地仓库),就是安全存放数据的位置,这里面有你提交到全部版本的数据

其中HEAD指向最新放入仓库的版本

• Remote:

远程仓库,托管代码的服务器,能够简单的认为是你项目组中的一台电脑用于远程数据交换

工做流程

git通常工做流程

1.在工做目录中添加、修改文件

2.将须要进行版本管理的文件放入暂存区域

3将暂存区域的文件提交到git仓库

即git管理的文件三种状态:

已修改( modified)

已暂存( staged)

已提交(committed)

Git项目搭建

建立工做目录与经常使用指令

工做目录( WorkSpace)即Git帮助你管理的文件夹

能够是你项目的目录,也能够是一个空目录(建议不要有中文)

平常以下

本地仓库搭建

建立本地仓库的方法有两种:

一种是建立全新的仓库,另外一种是克隆远程仓库

建立全新的仓库

#在当前目录新建一个Git代码库
git init

仅仅在项目目录多出了一个git

关于版本等的全部信息都在这个目录

克隆远程目录

因为是将远程服务器上的仓库彻底镜像一份至本地

#克隆一个项目和它的整个代码历史(版本信息)
git clone [url]

Git文件操做

文件的四种状态

版本控制就是对文件的版本控制

要对文件进行操做,首先要知道文件状态

否则可能会提交了如今还不想提交的文件,或者要提交的文件没提交上

• Untracked:

  未跟踪此文件在文件夹中

  但并无加入到git库，不参与版本控制

  经过git add状态变为Staged

• Unmodify:

  文件已经入库,未修改

  即版本库中的文件快照内容与文件夹中彻底一致

  这种类型的文件有两种去处

  • 若是它被修改而变为Modified

  • 若是使用git rm移出版本库,则成为Untracked文件

• Modified:

  文件已修改,仅仅是修改,并无进行其余的操做

  这个文件也有两个去处经过

  • git add可进入暂存staged状态

  • 使用 git checkout则丢弃修改过返回到 unmodify状态

    这个 git checkout即从库中取出文件,覆盖当前修改

• Staged:

  • 暂存状态执行 git commit则将修改同步到库中

  这时库中的文件和本地文件又变为一致

  • 文件为Unmodify状态执行 git reset HEAD filename取消暂存,文件状态为Modified

git add
#添加全部文件到缓存区

git commit -m "消息内容"
#添加缓冲区内容到本地仓库

查看文件状态

#查看指定文件状态
git status [filename]

#查看全部文件状态
git status

忽略文件

不须要归入版本控制的文件

如数据库文件、临时文件、设计文件

在主目录下创建". gitignore"文件,此文件有以下规则

• 忽略文件中的空行或以井号(#)开始的行将会被忽略

• 可使用 ILinux通配符

  例如:

  星号(*)表明任意多个字符

  问号(?)表明一个字符

  方括号([abc])表明可选字符范围

  大括号({ string1, string2…})表明可选的字符串等

• 若是名称的最前面有一个感叹号(!),表示例外规则,将不被忽略

• 若是名称的最前面是一个路径分隔符(/),表示要忽略的文件在此目录下,而子目录中的文件不忽略

• 若是名称的最后面是一个路径分隔符(/),表示要忽略的是此目录下该名称的子目录,而非文件(默认文件或目录都忽略)

*.txt       #忽略全部.txt结尾的文件
!lib.txt    #但1ib.txt除外
/temp       #仅忽略项目根目录下的TODO文件,不包括其它目录temp
build/      #忽略bui1d/目录下的全部文件
doc/*.txt   #会忽略doc/notes.txt但不包括doc/ server/arch.txt

IDEA参考设置

平台操做

公钥

#生成公钥
ssh-keygen -t rsa

IDEA集成

1.新建项目，绑定git

• 将咱们远程的git文件目录拷贝到项目中

2.修改文件，使用IDEA操做git

3.提交测试

Git分支

#查看分支
git branch

#查看远程分支
git branch -r

#新建分支（但仍然在当前分支）
git branch [branch-name]

#新建分支并切换到改分支
git branch -b [branch]

#合并指定分支到当前分支
git merge -b [branch]

#删除分支
git branch -d [branch-name]

#删除远程分支
git push origin --delete [branch-name]
git branch -dr [remote/branch]

多个分支并行进行（容许多版本）

若是冲突，协商修改便可

master主分支应很是稳定，用来发布新版本，通常状况下不容许在上面工做

工做通常在新建的dev分支上工做，代码稳定后合并到主分支master

最后： 笔记中大多数内容源于狂神的免费课程https://space.bilibili.com/95256449 ，在此表达由衷感谢。