git开发流程

git开发流程

git工作流程

1. 只要被git管理了,只要文件发生变化(新增,删除,修改),使用git就能看到它变成红色了
	1.1 有红色信息(工作区有内容),就执行命令(git add .)
2. 工作区的变更,要提交到暂存区,变成绿色了
	2.1 全绿色信息(内容全部在暂存区),才执行命令(git commit -m'备注信息') 
3. 从暂存区提交到版本库,才会被版本管理,一旦被版本管理了,后期可以回退到某个版本
	3.1 只有被版本库控制的代码,才能被监听,所以可以回滚到任何一个版本
4. 可以把版本库的内容,提交到远程仓库,统一管理起来(所有开发者都可以提交)
5. 本地可以拉取远程仓库中的代码
6. 本地可以把本地代码提交到远程仓库

git常用命令

1.初始化仓库----执行这条命令,这个文件夹就会变成git仓库
	git init

2.要是在仓库中加入新文件,或者修改文件
	test1.py  # 新增文件

3.查看状态的命令
	git status

4.配置用户信息(如果局部没有,就会也没有使用全局的用户信息,如果全局中也没有那么就会报错)
	局部配置----只针对当前仓库----当前仓库.git文件夹下的conofig中
	配置局部用户信息命令
		git config user.name '用户名'
		git config user.email '邮箱'
	全局配置----针对与所有的仓库----C:\Users\用户文件夹、.gitconfig新建用户信息,在所有仓库下都可以使用
	配置全局用户信息命令
		git config --global user.name '用户名'
		git config --global user.email '邮箱'

5.把工作区内容提交到暂存库
	提交到暂缓区命令
		git add . # 把工作区所有的更改都提交到暂存库中
		git add 文件名 # 把工作区当前文件的更改都提交到暂存区
    
6.把暂存区提交到版本库中----(一定要加注释,不加那么就提交不了,在公司中,注释信息越详细越好)
	把暂存区所有的数据,都提交到版本库
	由暂缓区提交到版本库中的命令
		git commit -m '注释信息'
    
7.查看状态
	查看当前文件状态的命令
		git status	# 发现没有红色或绿色文件,那么就说明当前仓库下所有的文件都已经被管理了,并且没有任何变化
        
8.修改一下文件(test2.py),再提交到本地库中流程
	修改test2.py
		8.1 git status			# 发现test2.py文件变红
		8.2	git add .			# 提交到暂缓区,文件颜色为绿
		8.3	gitstatus			# 查询文件为绿色
		8.4	git commit -m '注释' # 提交到本地库中
		8.5	git status			# 没有颜色

9.到此我们提交了两个版本

10.查看版本情况----(在本地库中有哪些版本----一个版本有一个唯一id号)
	查看版本号信息命令
		git log		 # 复杂显示
		git reflog  # 精简显示

11.修改test1.py,他变红了,然后我们想要将更改退回去
	返回版本命令
		git checkout . # 当前所有的修改都回退,但是回退内容不包括已创建的文件
        
12.把test3.py,先提交到暂缓区,然后将暂缓区文件拉回工作区
	拉回命令流程
		新增test3.py  	  # 新增文件
		git add				# 添加到暂缓区
		git status			# 查询文件为绿色
		git reset HEAD		# test3.py重新变为红色,说明从缓存区拉回到了工作区

13.将版本库内容----回退到暂存区
	回退命令
		git reset --soft	所选回溯的版本号

14.将版本库拉回到工作区----能看到红色的内容
	拉回命令
		git reset --所选回溯版本号
		git reset --mix 版本号

15.命令回溯练习
	1.新建一个文件:	苍老师辛勤耕耘学习资料.mp4
	2.gut status  # 文件变红
	3.git add .   # 提交到暂存区
	4.git commit -m '备注重要学习资料'  # 提交到本地库中
	5.当前工作区显示上一个版本的样子
		git reset --hard 版本号 # 直接回退至这个版本号,所有的更改都没了,我们的学习资料也就看不了了,呜呜,我的200G
	6.回退到被版本管理的最后版本
		git reset --hard 版本号  # 不显示的东西又回来了,失而复得,泪目了

16.本节重点(常用命令)
	git init  # 变为git本地仓库
	git status  # 查询文件状态,git status -s 简略显示
	git log  # 显示版本号信息复杂
	git reflog  # 显示版本号信息简洁
	git add .  # 提交到缓存区
	git commot -m '注释'  # 提交到本地库
	git reset --hard 版本号  # 回溯版本
    
17.知识点补充
	1. git status -s 简略显示
	2.空文件夹不会被git记录
	3.如果删掉当前仓库的用户,就会使用系统的用户,git log 可以看到是哪个用户提交的
	4.了解即可
		查看时间点之前|之后的日志
        >: git log --after 2018-6-1
        >: git log --before 2018-6-1
        >: git reflog --after 2018-6-1
        >: git reflog --before 2018-6-1
    查看指定开发者日志
        >: git log --author author_name
        >: git reflog --author author_name
    回滚到指定版本:
        回滚到上一个版本:
            >: git reset --hard HEAD^
            >: git reset --hard HEAD~
        回滚到上三个版本:
            >: git reset --hard HEAD^^^
            >: git reset --hard HEAD~3
        回滚到指定版本号的版本:
            >: git reset --hard 版本号 (重点)
            >: eg: git reset --hard 35cb292
5.git log,git reflog
	5.1git log 和git reflog的区别git log 命令可以显示所有提交过的版本信息如果感觉太繁琐,可以加上参数  --pretty=oneline,只会显示版本号和提交时的备注信息git reflog 可以查看所有分支的所有操作记录(包括已经被删除的 commit 记录和 reset 的操作)
	5.2git reset --hard,--mix,--soft的区别hard (硬)-> 全部删除,会彻底返回到回退前的版本状态,了无痕迹mixed (中)-> 保留工作目录,文件回退到未commit的状态soft (软)-> 保留工作目录、暂存区 ,文件会回退到未 add(未到暂存)的状态总结:soft是撤销commit的提交,但工作区未提交的更改还是保留;mixed是撤销暂存区的提交,工作区的更改同样也保留;而hard是把工作区、暂存区、commit到仓库的三个版本都回滚了

git过滤文件

1.我们在提交项目的过程中,有一些文件是不需要被版本管理,例如:[.pyc],文件夹[node_modeles]、[.idea]等。所以我们就需要将这些文件过滤出来

2.忽略不走,在仓库中新建 .gitignore (没有任何后缀名),在文件中配置
	1.在仓库根目录下创建该文件
	2.文件与文件夹均可以被过滤
	3.文件过滤语法
		"""
		文件或文件名:代表所有目录下的同名文件或文件夹都被过滤
		文件或文件夹名:代表仓库根目录下的文件或文件夹被过滤
		例如:
			a.txt:项目中所有a.txt文件和文件夹都会被过滤
			/a.txt:项目中只有根目录下a.txt文件和文件夹会被过滤
			/b/a.txt:项目中只有根目录下的b文件夹下的a.txt文件和文件夹会被过滤
			*x*:名字中有一个x的都会被过滤(*代表0~n个任意字符)
			空文件夹不会被提交,空包会被提交,包可以被提交(包中有一个init空文件)
		"""

git多分支开发

1.当我们在之后的开发过程中,需要敏捷开发,或者协同开发,就需要将项目拆分,一部分一部分进行提交,当用户和老大想要查看代码的完成情况也可以轻松查到完整节点版本

2.分支
	通过分支,更方柏霓协同开发,管理版本

3.分支操作
	查看分支:
		git branch # *和绿色表示你当前所在的分支,查看本地分支
	创建:
		git branch dev
	切换分支:
		git checkout dev
    删除分支:
		git branch -d dev  # 在其他分支上才可以删除该分支
	合并分支:(很有可能会有冲突)
		要把dev合并到master分支上
		回到master上,开始执行代码
		git merge dev
	查看远程分支
		git branch -a

git远程仓库

1.github:因为是国外的网站所以比较慢
2.gitee:国内的,很快,内部也可以创建私密远程仓库,但是需要花钱
3.gitlab:公司内部,自己搭建----搭建步骤----https://zhuanlan.zhihu.com/p/413217715

4.gitee的使用
	1.新建一个远程仓库
		只需要写一个仓库名字,什么都不要填,仓库是空的(如果不是空的操作就会比较繁琐)
	2.开源协议:GPL,Apache
		Linux:GPL,自由使用开元的软件,修改,增加内容,开元收费,但是你的代码必须开源
		Kafka...:Apache协议,可以使用开源软件,但必须注明使用了
吧本地代码上传到远程仓库
	3.本地有仓库,已经有版本管理了,远程有仓库是空的
		设置用户名和邮箱----如果不按照她显示的设置,右侧贡献者可能就会看到别人的头像
			git config --global user.name'用户名'
			git config --global user.email '邮箱'
	4.已有仓库
		新增一个远程仓库
			git remote add origin https://gitee.com/joseph/joseph.git
		把本地代码推上去
			git push origin master  # 把本地的主分支推到 origin对应的远程分支
	5.第一次推,需要输入gitee的账号和密码
		以后不需要输入用户名密码了
		凭证管理,可以删除,可以修改

ssh连接远程仓库,协同开发

本地仓库和远程仓库建立关系时,建立的是https的链接,公司一般使用的是ssh的链接
https和ssh的区别
https:输入用户名密码,保存在凭据管理中
ssh:配置公钥私钥
生成公钥私钥
将公钥放在gitee上
配好远程仓库,以后直接提交,不需要输入任何秘钥的东西
ssh的配置步骤
按照这个步骤操作:在gitee上拿到获取ssh的链接
cmd命令行中输入,一路回车,就会在C:\Users\用户\.ssh文件夹中生成公钥和私钥,带有pub的是公钥可以给任何人,不带的是私钥(私钥千万不能泄露)
生成一个公钥私钥
id_xxxxxxx # 私钥
id_xxxxxxx.pub #公钥
把公钥配置在gitee的配置文件中
到此,你的机器和gitee互相上传下载代码,都不需要认证

以后使用则不需要密码
先删除origin对应的https链接:git remote remove origin
查看一下,没有了:git remote
配置成ssh的地址
git remote add origin
git@gitee.com:joseph/luffy_api.git
以后直接拉去,提交代码即可
git pull origin master
git push origin master
posted @ 2022-11-08 22:00  Joseph-bright  阅读(454)  评论(0编辑  收藏  举报