Compare commits
merge into: donghaolin:master
donghaolin:hongxilin
donghaolin:master
donghaolin:帅哥
donghaolin:洪锡林
pull from: donghaolin:洪锡林
donghaolin:hongxilin
donghaolin:master
donghaolin:帅哥
donghaolin:洪锡林
1 Commits
Author | SHA1 | Message | Date |
---|---|---|---|
|
fbb1d9744b |
洪锡林git学习笔记
|
6 months ago |
1 changed files with 313 additions and 0 deletions
-
313Git学习笔记.md
@ -0,0 +1,313 @@ |
|||
# Git学习笔记 |
|||
|
|||
## 一、版本控制 |
|||
|
|||
版本控制(Revision control)是一种在开发的过程中用于管理我们对文件、目录或工程等内容的修改历史,方便查看更改历史记录,备份以便恢复以前的版本的软件工程技术。 |
|||
|
|||
### 1.作用 |
|||
|
|||
实现跨区域多人协同开发 |
|||
|
|||
追踪和记载一个或者多个文件的历史记录 |
|||
|
|||
组织和保护源代码和文档 |
|||
|
|||
统计工作量 |
|||
|
|||
并行开发,提高开发效率 |
|||
|
|||
跟踪记录整个软件的开发过程 |
|||
|
|||
减轻开发人员的负担,节省时间,同时降低人为错误。 |
|||
|
|||
### 2.解决的问题 |
|||
|
|||
没有进行版本控制或者版本控制本身缺乏正确的流程管理,在软件开发过程中将会引入很多问题,如软件代码的一致性、软件内容的冗余、软件过程的事物性、软件开发过程中的并发性、软件源代码的安全性,以及软件的整合等问题。 |
|||
|
|||
### 3.常见版本控制工具 |
|||
|
|||
**Git** |
|||
|
|||
**SVN** |
|||
|
|||
CVS |
|||
|
|||
VSS |
|||
|
|||
TFS |
|||
|
|||
Visual Studio Online |
|||
|
|||
影响力最大且使用最广泛的是Git与SVN |
|||
|
|||
### 4.版本控制分类 |
|||
|
|||
1.本地版本控制:适合个人使用 |
|||
|
|||
2.集中版本控制:保存在单一服务器上,如果服务器损坏,就会丢失所有数据。 |
|||
|
|||
**3.分布式版本控制:Git** |
|||
|
|||
每个人都拥有所有的代码 |
|||
|
|||
所有版本信息仓库全部同步到本地的每个用户,可以在本地查看版本历史,可以离线本地提交,只需要在连网时push到相应服务器或其他用户就行。 |
|||
|
|||
只要有一个用户没有问题就可以恢复所有的数据,但是会增加本地存储空间的占用。 |
|||
|
|||
而且因为每个人都拥有全部的代码,所有具有安全隐患。 |
|||
|
|||
**Git是目前世界上最先进的分布式版本控制系统。** |
|||
|
|||
## 二、Git环境配置 |
|||
|
|||
### 1.软件下载 |
|||
|
|||
打开官网https://git-scm.com/ |
|||
|
|||
或者 |
|||
|
|||
使用镜像 |
|||
|
|||
下载git对应操作系统的版本然后并安装 |
|||
|
|||
### 2.启动Git |
|||
|
|||
安装成功后开始菜单会有Git项,Git项下会有起码三个程序 |
|||
|
|||
Git Bash : Unix与Linux风格的命令行,使用最多,推荐最多。 |
|||
|
|||
Git CMD : Windows风格的命令行 |
|||
|
|||
Git GUI : 图形界面的Git |
|||
|
|||
 |
|||
|
|||
鼠标右键也可以看到对应的程序 |
|||
|
|||
 |
|||
|
|||
### 3.常用的Linux命令 |
|||
|
|||
``` |
|||
1)、cd : 改变目录。 |
|||
2)、cd . . 回退到上一个目录,直接cd进入默认目录 |
|||
3)、pwd : 显示当前所在的目录路径。 |
|||
4)、ls(ll): 都是列出当前目录中的所有文件,只不过ll(两个ll)列出的内容更为详细。 |
|||
5)、touch : 新建一个文件 如 touch index.js 就会在当前目录下新建一个index.js文件。 |
|||
6)、rm: 删除一个文件, rm index.js 就会把index.js文件删除。 |
|||
7)、mkdir: 新建一个目录,就是新建一个文件夹。 |
|||
8)、rm -r : 删除一个文件夹, rm -r src 删除src目录 |
|||
rm -rf / 切勿在Linux中尝试!删除电脑中全部文件! |
|||
9)、mv 移动文件, mv index.html src index.html 是我们要移动的文件, src 是目标文件夹,当然, 这样写,必须保证文件和目标文件夹在同一目录下。 |
|||
10)、reset 重新初始化终端/清屏。 |
|||
11)、clear 清屏。 |
|||
12)、history 查看命令历史。 |
|||
13)、help 帮助。 |
|||
14)、exit 退出。 |
|||
15)、#表示注释 |
|||
``` |
|||
|
|||
### 4.Git配置 |
|||
|
|||
git所有的配置文件都保存在本地 |
|||
|
|||
git config -l 查看配置 |
|||
|
|||
查看不同级别的配置文件 |
|||
|
|||
git config --system --list 查看系统config |
|||
|
|||
git config --global --list 查看当前用户(global)配置 |
|||
|
|||
**Git相关的配置文件** |
|||
|
|||
1)、Git\etc\gitconfig :Git 安装目录下的 gitconfig --system 系统级 |
|||
|
|||
2)、C:\Users\Administrator\ .gitconfig 只适用于当前登录用户的配置 --global 全局 |
|||
|
|||
### 5.<font color='red'>设置用户名与邮箱(用户标识、必要)</font> |
|||
|
|||
当安装Git后,首先要设置用户名和邮箱地址。 |
|||
|
|||
每次Git提交都会使用到该信息,会被永久嵌入到提交中。 |
|||
|
|||
``` |
|||
git config --global user.name "用户名" |
|||
git config --global user.email 邮箱 |
|||
``` |
|||
|
|||
## 三、Git基本理论 |
|||
|
|||
### 1.工作区域 |
|||
|
|||
Git本地有三个工作区域 |
|||
|
|||
工作目录(Working Directory):工作区,就是平时存放项目代码的地方 |
|||
|
|||
暂存区(Stage/Index):暂存区,用于临时存放改动,事实上它只是一个文件,保存即将提交到文件列表信息 |
|||
|
|||
资源库(Repository或Git Directory):仓库区(或本地仓库),就是安全存放数据的位置,这里面有提交的所有版本的数据。其中HEAD指向最新放入仓库的版本 |
|||
|
|||
远程的git仓库(Remote Directory):远程仓库,托管代码的服务器,可以简单的认为是项目组中的一台电脑用于远程数据交换 |
|||
|
|||
 |
|||
|
|||
### 2.工作流程 |
|||
|
|||
1.在工作目录中添加、修改文件 |
|||
|
|||
2.将需要进行版本管理的文件放入暂存区域 |
|||
|
|||
3.将暂存区域的文件提交到git仓库 |
|||
|
|||
因此,git管理的文件有三种状态:已修改(modified),已暂存(staged),已提交(committed) |
|||
|
|||
## 四、Git项目搭建 |
|||
|
|||
### 1.创建工作目录与常用指令 |
|||
|
|||
工作目录就是希望Git帮助管理的文件夹,可以说项目的目录,也可以是一个空目录,建议不要有中文。 |
|||
|
|||
**基础命令:** |
|||
|
|||
git add |
|||
|
|||
git commit |
|||
|
|||
git push |
|||
|
|||
git clone |
|||
|
|||
git pull |
|||
|
|||
git checkout |
|||
|
|||
### 2.本地仓库搭建 |
|||
|
|||
创建本地仓库的方法有两种:一种是创建全新的仓库,另一种是克隆远程仓库。 |
|||
|
|||
#### 一、创建全新的仓库 |
|||
|
|||
1、创建全新的仓库,需要用GIT管理的项目的根目录执行: |
|||
|
|||
``` |
|||
# 在当前目录新建一个Git代码库 |
|||
$ git init |
|||
``` |
|||
|
|||
2、执行后可以看到,仅仅在项目目录多出了一个.git目录,关于版本等的所有信息都在这个目录里面。 |
|||
|
|||
#### 二、克隆远程仓库 |
|||
|
|||
1、另一种方式是克隆远程目录,将远程服务器上的仓库完全镜像一份至本地! |
|||
|
|||
``` |
|||
# 克隆一个项目和它的整个代码历史(版本信息) |
|||
$ git clone [url(即从远程服务器上复制的url)] |
|||
``` |
|||
|
|||
## 五、Git文件操作 |
|||
|
|||
### 1.文件的四种状态 |
|||
|
|||
版本控制就是对文件的版本控制,要对文件进行修改、提交等操作,首先要知道文件当前在什么状态,不然可能会提交了现在还不想提交的文件,或者要提交的文件没提交上。 |
|||
|
|||
- 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 |
|||
|
|||
### 2.查看文件状态 |
|||
|
|||
``` |
|||
#git status [filename] 查看指定文件状态 |
|||
#git status 查看所有文件状态 |
|||
#git add 添加所有文件到暂存区 |
|||
#git commit -m "消息内容" 提交暂存区中的内容到本地仓库 -m 提交信息 |
|||
``` |
|||
|
|||
### 3.忽略文件 |
|||
|
|||
有些时候我们不想把某些文件纳入版本控制中,比如数据库文件,临时文件,设计文件等 |
|||
|
|||
在主目录下建立".gitignore"文件,此文件有如下规则: |
|||
|
|||
1. 忽略文件中的空行或以井号(#)开始的行将会被忽略。 |
|||
2. 可以使用Linux通配符。例如:星号(*)代表任意多个字符,问号(?)代表一个字符,方括号([abc])代表可选字符范围,大括号({string1,string2,...})代表可选的字符串等。 |
|||
3. 如果名称的最前面有一个感叹号(!),表示例外规则,将不被忽略。 |
|||
4. 如果名称的最前面是一个路径分隔符(/),表示要忽略的文件在此目录下,而子目录中的文件不忽略。 |
|||
5. 如果名称的最后面是一个路径分隔符(/),表示要忽略的是此目录下该名称的子目录,而非文件(默认文件或目录都忽略)。 |
|||
|
|||
``` |
|||
#为注释 |
|||
*.txt #忽略所有 .txt结尾的文件,这样的话上传就不会被选中! |
|||
!lib.txt #但lib.txt除外 |
|||
/temp #仅忽略项目根目录下的TODO文件,不包括其它目录temp |
|||
build/ #忽略build/目录下的所有文件 |
|||
doc/*.txt #会忽略 doc/notes.txt 但不包括 doc/server/arch.txt |
|||
``` |
|||
|
|||
## 六、使用码云 |
|||
|
|||
### 1.注册登录,完善信息 |
|||
|
|||
### 2.设置本机绑定SSH公钥,实现免密码登录 |
|||
|
|||
``` |
|||
# 进入 C:\Users\Administrator\.ssh 目录 |
|||
# 生成公钥 |
|||
ssh-keygen |
|||
``` |
|||
|
|||
### 3.将公钥信息public key添加到码云账户中即可 |
|||
|
|||
### 4.使用码云创建自己的仓库 |
|||
|
|||
许可证:开源是否可以随意转载,开源但是不能商业使用,不能转载,... 限制 |
|||
|
|||
克隆到本地 |
|||
|
|||
## 七、IDEA中集成Git |
|||
|
|||
### 1.创建项目,绑定git |
|||
|
|||
将远程的git文件目录拷贝到项目中即可 |
|||
|
|||
idea中将会出现集成的git基本操作 |
|||
|
|||
 |
|||
|
|||
文件的颜色就是状态 |
|||
|
|||
 |
|||
|
|||
### 2.修改文件,使用IDEA操作git |
|||
|
|||
- 添加到暂存区 |
|||
|
|||
- commit 提交 |
|||
- push到远程仓库 |
|||
|
|||
### 3.提交测试 |
|||
|
|||
|
|||
|
|||
## <font color='red'>注意: </font> 八、Git分支 |
|||
|
|||
 |
|||
|
|||
git分支中常用指令: |
|||
|
|||
``` |
|||
# git branch 列出所有本地分支 |
|||
# git branch -r 列出所有远程分支 |
|||
# git branch [branch-name] 新建一个分支,但依然停留在当前分支 |
|||
# git checkout -b [branch] 新建一个分支,并切换到该分支 |
|||
# $ git merge [branch] 合并指定分支到当前分支 |
|||
# $ git branch -d [branch-name] 删除分支 |
|||
# $ git push origin --delete [branch-name]$ git branch -dr [remote/branch] 删除远程分支 |
|||
``` |
|||
|
|||
如果同一个文件在合并分支时都被修改了则会引起冲突:解决的办法是我们可以修改冲突文件后重新提交!选择要保留他的代码还是你的代码! |
|||
|
|||
master主分支应该非常稳定,用来发布新版本,一般情况下不允许在上面工作,工作一般情况下在新建的dev分支上工作,工作完后,比如上要发布,或者说dev分支代码稳定后可以合并到主分支master上来。 |
Write
Preview
Loading…
Cancel
Save
Reference in new issue