文章目录
前言
本文分享本菜鸟的Git学习笔记,内容相对比较简单。Git可以说是工作中必不可少的工具,让我们一起来学习一下。
本菜鸟QQ:599903582
笨鸟先飞,熟能生巧 ~
比心心 ~
提示:以下是本篇文章正文内容,下面案例可供参考
1.简介
Git是目前世界上最先进的分布式版本控制系统。
2.版本管理系统能干什么?
3.工具下载
(命令行)
https://git-for-windows.github.io/
(图形化)
https://desktop.github.com/
4.GitHub
GitHub是一个Git项目托管网站,主要提供基于Git的版本托管服务。
http://www.github.com
5.Git命令行模式设置
Git是分布式版本控制系统,所以需要填写用户名和邮箱作为一个标识。
git config --global user.name "xiaoming"
git config --global user.email "xiaoming@qq.com"
--global 表示全局属性,所有的git项目都会公用属性。
6.Git命令
1.创建版本库
git init
2.提交文件
git status 查看文件状态
git add 文件名 将文件添加到暂存区
git commit 提交文件到本地库,编写注释,完成提交
git commit -m "注释内容"
3.查看文件提交记录
git log 文件名 查看历史版本
git log --pretty=oneline 文件名 简易信息查看
4.回退历史
git reset --hard HEAD^ 回退到上一次提交
git reset --hard HEAD~n 回退n次操作
5.版本穿越
git reflog 文件名 查看历史记录的版本号
git reset --hard 版本号 进行版本穿越
6.还原文件(在没有add 和 commit的前提下)
git checkout -- 文件名
7.删除某个文件
先删除文件,在 git add 再提交
8.git pull命令的作用是:取回远程主机某个分支的更新,再与本地的指定分支合并。
9.创建分支:
git branch 分支名
git branch -v 查看分支
git branch -d 分支名 删除分支
10.切换分支:
git checkout 分支名
git checkout -b 分支名 创建分支并跳转
11.合并分支:
先切换到主干,git checkout master
git merge 分支名
12.增加远程地址:
git remote add <远端代号> <远端地址> 添加一个远程链接的代号,一般直接使用origin做代号
远端地址:GitHub中的项目地址
13.推送到远程库:
git push <远端代号> <本地分支名称>
git push origin master 推送
14.从GitHub上克隆一个文件:
git clone <远端地址> <新项目目录名>
命令执行完后,会自动为这个远端地址建一个名为 origin 的代号。
15.从GitHub上更新项目
git pull <远端代号> <远端分支名>。
<远端代号> 是指远程链接的代号。
<远端分支名>是指远端的分支名称,如master。例 git pull origin master
7.冲突解决
冲突一般指同一个文件同一位置的代码,在两种版本合并时版本管理软件无法判断到底应该保留哪个版本,因此会提示该文件发生冲突,需要程序员来手工判断解决冲突。程序合并时发生冲突系统会提示CONFLICT关键字,命令行后缀会进入MERGING状态,表示此时是解决冲突的状态。
git diff 可以找到发生冲突的文件及冲突的内容。
然后修改冲突文件的内容,再次git add 和git commit 提交后,后缀MERGING消失,说明冲突解决完成。
8.结构图
9.工作时步骤
10.GitHub操作
以上对项目的操作方式,必须是项目的创建者或者合作伙伴。
合作伙伴添加方式如下图: 在项目中点击settings页签,然后点击Collaborators,然后在文本框中搜索合作伙伴的邮箱或者账号。点击添加。添加后GitHub会给合作伙伴对应的邮箱发一封,邀请邮件。
邀请你的同事成为合作伙伴
合作伙伴会收到邀请邮件。点击View invitation 按钮后会跳转至GitHub页面,让合作伙伴选择,是否接受邀请。
点击接受后,则合伙伙伴正式加入项目,获得直接提交代码的权限。
更新流程:
11.Git工作流
Gitflow工作流通过为功能开发、发布准备和维护设立了独立的分支,让发布迭代过程更流畅。严格的分支模型也为大型项目提供了一些非常必要的结构。
12.分支类型
主干分支 master
主要负责管理正在运行的生产环境代码。永远保持与正在运行的生产环境完全一致。
开发分支 develop
主要负责管理正在开发过程中的代码。一般情况下应该是最新的代码。
bug修理分支 hotfix
主要负责管理生产环境下出现的紧急修复的代码。 从主干分支分出,修理完毕并测试上线后,并回主干分支。
并回后,视情况可以删除该分支。
发布版本分支 release
较大的版本上线前,会从开发分支中分出发布版本分支,进行最后阶段的集成测试。该版本上线后,会合并到主干分支。
生产环境运行一段阶段较稳定后可以视情况删除。
功能分支 feature
为了不影响较短周期的开发工作,一般把中长期开发模块,会从开发分支中独立出来。 开发完成后会合并到开发分支。
13.Idea配置Git
https://blog.csdn.net/m0_37482190/article/details/89975393
总结
提示:这里对文章进行总结:
Git的内容相对来说比较少,也比较简单,但却是项目开发中必不可少的工具,熟练的使用可以大大的便利工作。
本菜鸟QQ;599903582
笨鸟先飞,熟能生巧 ~
比心心 ~