# 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-20241123135014853](Git学习笔记.assets/image-20241123135014853.png) 鼠标右键也可以看到对应的程序 ![image-20241123135032274](Git学习笔记.assets/image-20241123135032274.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.设置用户名与邮箱(用户标识、必要) 当安装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](Git学习笔记.assets/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](Git学习笔记.assets/image-20241123102712202.png) 文件的颜色就是状态 ![image-20241123102756857](Git学习笔记.assets/image-20241123102756857.png) ### 2.修改文件,使用IDEA操作git - 添加到暂存区 - commit 提交 - push到远程仓库 ### 3.提交测试 ## 注意:  八、Git分支 ![image-20241123103122360](Git学习笔记.assets/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上来。