洪锡林git学习笔记

6 months ago · fbb1d9744b
1 changed files with 313 additions and 0 deletions
--- a/Git学习笔记.md
+++ b/Git学习笔记.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
+
+![image-20241123093456396](C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\image-20241123093456396.png)
+
+鼠标右键也可以看到对应的程序
+
+![image-20241123093725764](C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\image-20241123093725764.png)
+
+### 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)：远程仓库，托管代码的服务器，可以简单的认为是项目组中的一台电脑用于远程数据交换
+
+![image-20241123095058055](C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\image-20241123095058055.png)
+
+### 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基本操作
+
+![image-20241123102712202](C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\image-20241123102712202.png)
+
+文件的颜色就是状态
+
+![image-20241123102756857](C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\image-20241123102756857.png)
+
+### 2.修改文件，使用IDEA操作git
+
+- 添加到暂存区
+
+- commit 提交
+- push到远程仓库
+
+### 3.提交测试
+
+
+
+## <font color='red'>注意: </font> 八、Git分支
+
+![image-20241123103122360](C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\image-20241123103122360.png)
+
+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上来。