下载:
官网下载 https://git-scm.com/
国内较快地址 https://npm.taobao.org/mirrors/git-for-windows/
检测是否成功安装
1、鼠标在桌面或者文件夹中任意位置右键,出现 git bash here 和git gui here都表示成功。
2、打开CMD 输入 git --version 出现版本号表示成功。
git安装成功后, 需要进行全局的配置, 配置的是git的用户名和 邮箱地址 , 执行一下命令
已提交(committed)、已修改(modified) 和 已暂存(staged)。
已修改表示修改了文件,但还没保存到数据库中。
已暂存表示对一个已修改文件的当前版本做了标记,使之包含在下次提交的快照中。
已提交表示数据已经安全地保存在本地数据库中。
清空git面板命令:按Q就行啦~
工作区
工作区是对项目的某个版本独立提取出来的内容。 这些从 Git 仓库的压缩数据库中提取出来的文件,放在磁盘上供你使用或修改。(带有隐藏git文件的文件夹)
暂存区
暂存区是一个文件,保存了下次将要提交的文件列表信息,一般在 Git 仓库目录中。 按照 Git 的术语叫做“索引”,不过一般说法还是叫“暂存区”。
Git 目录(仓库)
Git 仓库目录是 Git 用来保存项目的元数据和对象数据库的地方。 这是 Git 中最重要的部分,从其它计算机克隆仓库时,复制的就是这里的数据。
git init 初始化仓库在第一次本地上传到远程时需要执行的,会出现一个 git 的隐藏文件夹
git add 提交文件到暂存区;
git commit
git commit 把暂存区的文件提交到本地仓库
查看当前暂存区的状态
注意:当文件提交到暂存区以后,你又修改了文件的内容,那么需要重复上述步骤;git add -->git commit
查看历史记录
记录是从 最近修改 到 最远
当历史记录过多的时候,一页展示不下:
去下一页: 空格
上一页:b
到尾页了,显示END
退出:q
版本回退
注意 :本地库的版本变化的时候,暂存区,工作区,也会跟着变化,
所以我们回退了版本,能直观的在工作区文件看到回退的内容
需要了解的,不用
mixed参数
git reset --mixed
本地库指针移动的同时,重置暂存区,但是工作区不动,
【删除文件操作/找回本地库删除的文件】
注意:当你文件上传到本地仓库后,把工作去中的文件手动删除(代码删除是,r m 删除的文件名 )了,
那么只是删除了工作去中内容,
还需要将删除操作同步到暂存区(git add 删除的文件名)
将删除操作同步到本地库(git commit -m “提交的信息”)
,这样三个地方的文件都删除了
(但需要注意,并不是真正的删除了,而是往前走了一个版本)
【所以即使你删除了工作区的文件,仍可找回】
找回本地库中删除的文件,实际上就是将历史版本回退到刚才添加文件的那个版本即可
如果你更改了工作区内容,又不知道和暂存区是不是一样,那么可以git diff 文件名,
将工作区中的文件,和暂存区文件比较
git diff 比较将工作区中的文件,和暂存区文件比较
clear清空命令行界面
git branch
在版本控制中,使用多条线同时推进多个任务,这里面说的多条线,就是分支
分支并行开发,互不影响,本地分支隶属于本地仓库
git的分支操作:
关于分支的一些操作的形象解释
查看分支 创建分支 切换分支 删除分支 合并分支
git回退到历史指定版本并推送到远程
1找到要回退的版本号
2,将本地代码回退到指定版本号
3,将本地代码同步到远程仓库
git撤回本地提交(还没有提交远程仓库的上一步)
代码提交后发现错误,需要撤回,可以执行如下指令进行撤回:
–soft只会撤回commit提交本次,不会回退代码。
如果是commit注释写错,可通过以下指令修改:
git commit --amend
git reset --mixed:默认值,撤销上一次的add和commit,使提交的内容回到本地工作区,需要重新add和commit。
git reset --soft:撤销上一次commit,把提交的内容重新放回到暂存区,使其回到git add的状态,需要重新commit。
git reset --hard:撤销对文件的修改,包括暂存区和已经提交到远程仓库的内容。
下载历史版本
注意: 你创建分支后,这个新分支的内容与主分支是对应的,也就是一样,它不是空的
分支的合并之后需要push一下推送到远端
- 解决冲突:
解决:人为决定,留下想要的即可
给远程库取别名
查看别名
然后将本地仓库内容上传到远程仓库
如果这里出现报错:出现这个问题一般是由于你新建的项目的README.md不在本地
【温柔型方案】
解决:先同步到本地(保证本地的文件与远程一致,在其上面进行修改后在推送远程)
git pull --rebase origin master
通过git pull 先将本地库更新到与远程库一致的版本,但要注意本地库后来做的修改可能被覆盖,最好使用git fetch(不会自动合并),查看更新情况再有选择合并,或者先将本地库修改过的文件备份,git pull后再重新修改;
再运行git push即可成功。
【暴力型方案】
git提供了一种强制上传的方式:git push -f ,它会忽略版本不一致等问题,强制将本地库上传的远程库,但是一定要谨慎使用,因为-f会用本地库覆盖掉远程库,如果远程库上有重要更新,或者有其他同伴做的修改,也都会被覆盖,所以一定要在确定无严重后果的前提下使用此操作。
git push -u 与不带u两者区别?
但是前提是,第一次提交需要加 -u参数后,后面的提交就直接可以 git push
- 创建ssh链接: 生成密钥; 输入一下命令,直接回车生成密钥
- 获取公钥
查看公钥: c/Users/Administrator/.ssh/id_rsa 在该目录下找到 id_rsa.pub (公钥) id_rsa(私钥) - 把公钥部署到仓库中
在远程仓库的个人中心 ==》 设置 ===》 安全设置 ===》 ssh公钥 ===》 标题自定义, 把公钥粘贴进入 - 把 本地仓库和远程仓库进行关联: 通过ssh 方式进行
- 关联成功后,拉取远程仓库的内容到本地
克隆操作:可以做三件事
(1)初始化本地库
(2)将远程库完整的克隆到本地
(3)替我们创建远程库的别名
然后:拉取远程的分支到本地
这样就完成了将远程需要的内容克隆到本地
git push 命令 把本地仓库的文件推送到远程(推送到对应的分支上)
注意:因为你是在自己电脑操作,所以修改完上传不会出错,
实际开发中,会出错,
原因:项目经理创建了仓库,a程序员没有加入团队,但a程序员知道项目的地址,
下载并做好了项目,推送到远程仓库,就会报下面的错,但如果是同一台电脑则不会报错
1.主分支 —master
常见git仓库时会自动生成。一般来说,不要直接在master上面写代码,它只接受dev分支的合并。
master代码在实际项目中一般与线上的正式环境中的代码保持一致。
2.主开发分支 —dev
初始化项目之后,从master分支上开辟的新分支。一般也不直接在上面写代码,而是从各个功能分支上合并代码。
dev分支接受各个功能分支的代码后,进行测试,测试完成后合并到master分支上,在将master分支上的代码发布到正式环境。也就是我们常说的项目上线。
4.功能bug解决分支 —feature-XXX-fix-XXX
第二个XXX可以是bug的编号。 是从功能分支上开辟的新分支。bug修复后,再将其合并到功能分支上。
5.紧急bug解决分支 — hot-fix-XXX
直接从master分支上开辟的。进行紧急的bug修复。修复完毕以后,合并到mster分支上。
- 添加本地标签
- 推送到远程
标签:就是将推送到远程的项目加一个版本号,内容和远程仓库的内容一样
- 删除一个远程标签
- 删除一个本地标签
链接
在vscode分支的合并分支的操作中,想dev分支合并主分支master,那么需要在当前master分支下操作,(分支->合并分支)
在上一个分支基础上加新的内容新分支步骤
从需要的分支上创建一个分支,原来代码存在(正在更改的代码会提交在新的分支上)
GIT缓存本地不想提交的代码
到此这篇git服务器安装和配置(git服务器启动命令)的文章就介绍到这了,更多相关内容请继续浏览下面的相关推荐文章,希望大家都能在编程的领域有一番成就!版权声明:
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符,请将相关资料发送至xkadmin@xkablog.com进行投诉反馈,一经查实,立即处理!
转载请注明出处,原文链接:https://www.xkablog.com/hd-wfwjg/39730.html