ToB企服应用市场:ToB评测及商务社交产业平台

标题: 从零开始一个git操作实例,图文并茂 [打印本页]

作者: 泉缘泉    时间: 2024-9-23 06:54
标题: 从零开始一个git操作实例,图文并茂
徒弟不懂git怎么用,
于是写了篇文章,
把当地git操作重新写了一遍,
自己去看吧!

0、基本概念

•Git是一个免费、开源的、分布式版本控制系统
•它利用一个特殊的叫做仓库的数据库来记录文件的变化
•仓库中的每个文件都有一个完备的版本历史记录
1)安装
  1. sudo apt-update
  2. sudo apt-get install git
  3. git --version
复制代码
2)工作流转

Git 管理项目时,文件流转的三个工作区域:Git 的工作目录,暂存区域,以及当地仓库。
你的当地仓库由 git 维护的三棵"树"组成。
3)文件3种状态

对于任何一个文件,在 Git 内都只有三种状态:已修改(modified),已暂存(staged)和已提交(committed)
一、创建仓库并提交第1个commit

步骤1-4流程,参考下图流程会更清晰一些

1、创建仓库

利用当前目录作为Git仓库,我们只需使它初始化。
  1. git init
复制代码
下令执行完后会在当前目录生成一个 .git 目录。

2、新建当地文件

当地增加文件url.c、README.md
实用git status查看文件状态,红色部分,有2个未跟踪的在文件

3、提交文件到暂存区git add

你可以提出更改(把它们添加到暂存区),利用如下下令:
  1. git add <filename>
  2. git add .      //添加所有文件
  3. git add *.c    //添加所有c文件
复制代码
执行下面操作:
  1. git add *.c
  2. git add README.md
复制代码
4、提交改动git commit

利用如下下令以现实提交改动:
  1. git commit -m "代码提交信息"
复制代码
或者
  1. git commit
复制代码
然后进入vim编辑器,添加提交信息
例如:
  1. git commit -m '初始化项目版本'
复制代码
以上下令将目录下以 .c 结尾及 README 文件提交到仓库中。

现在,刚才的改动已经提交到了 HEAD,但是还没到远端仓库。
可以利用git log查看所有的提交:

5、推送改动git push

刚才的改动现在已经在当地仓库的 HEAD 中了。
执行如下下令以将这些改动提交到远端仓库
  1. git push origin <branch>master
复制代码
可以把 master 换成你想要推送的任何分支
如果你还没有克隆现有仓库,并欲将你的仓库毗连到某个远程服务器,你可以利用如下下令添加:
  1. git remote add origin <server>
复制代码
如此你就能够将你的改动推送到所添加的服务器上去了。
三、 分支操作

分支是用来将特性开辟绝缘开来的。在你创建仓库的时间,master 是"默认的"分支
在其他分支上进行开辟,完成后再将它们合并到主分支上。
0)查看分支

列出分支基本下令:
  1. git branch
复制代码
没有参数时,git branch 会列出你在当地的分支。

此例的意思就是,我们有一个叫做 master 的分支,并且该分支是当前分支。
执行 git init 的时间,默认情况下 Git 就会为你创建 master 分支。
分支在当地完成,速率快。
1)创建分支

要创建一个新的分支,我们利用branch下令。
  1. git branch test
复制代码

由上图所示:
2)切换分支

branch下令不会将我们带入分支,只是创建一个新分支。所以我们利用checkout下令来更改分支。
  1. git checkout test
复制代码
创建一个叫做"test"的分支,并切换过去:
  1. git checkout -b test
复制代码

如上图所示:
分支创建和切换参考下图:

3)切回master分支并合并

在分支test上,修改文件url.c,然后commit

切换回主分支并合并
  1. git checkout master
  2. git merge test
复制代码

由上图所示,git merge test后,主分支多了一个新的commit b9217

注意:
对其他分支的更改不会反映在主分支上。如果想将更改提交到主分支,则需切换回master分支,然后利用合并。
4)删除分支

利用-d标识,把新建的分支删掉:
  1. git branch -d test
  2. git branch -D test
复制代码

如上图,我们删除了分支test

5)上传分支push

除非你将分支推送到远端仓库,不然该分支就是 不为他人所见的:
  1. git push origin <branch>
复制代码
四、更换当地改动git checkout

假如操作失误可以利用如下下令更换掉当地改动:
  1. git checkout -- <filename>
复制代码
此下令会利用 HEAD 中的最新内容更换掉你的工作目录中的文件
已添加到暂存区的改动以及新文件都不会受到影响。
修改文件url.c,增加信息
  1. //this change will be delete by git checkout
复制代码
然后再git checkout url.c

如上图所示,
执行下面下令后:
  1. git checkout url.c
复制代码
url.c修改的信息
  1. //this change will be delete by git checkout
复制代码
已经被删除了,此时工作区域文件还原到了commitb 9217状态
查看url.c:


假如你想丢弃你在当地的所有改动与提交,可以到服务器上获取最新的版本历史,并将你本田主分支指向它:
  1. git fetch origin
  2. git reset --hard origin/master
复制代码
五、重置git reset

当我们不想要之前提交的修改时,就会用到这个下令。大概这是一个 错误的提交或者大概是引入了 bug 的提交,这时间就要执行 git reset。
git reset 能让我们不再利用当前台面上的文件,让我们可以控制 HEAD 应该指向的位置。
1)软重置

软重置会将 HEAD 移至指定的提交(或与 HEAD 相比的提交的索引),而不会移除该提交之后参加的修改!


输入 git status 后,你会看到我们仍然可以访问在之前的提交上做过的所有修改。
这意味着我们可以修复这些文件的内容,之后再重新提交它们!

2)硬重置

有时间我们并不想保留特定提交引入的修改。不同于软重置,我们应该再也无需访问它们。
Git 应该直接将团体状态直接重置到特定提交之前的状态:这甚至包括你在工作目录中和暂存文件上的修改。
我们重新add并commit,然后硬重置

可见我们所有提交的信息都已经被移除,
工作区域文件恢复到commit 7bb299状态。
打开文件,查看,添加信息已经不存在,


六、还原git revert

另一种打消修改的方法是执行 git revert。
通过对特定的提交执行还原操作,我们会创建一个包罗已还原修改的新提交。
新创建文件peng.c并提交

用git revert 打消修改

由上图所示,执行git revert 209485之后,我们新增的文件peng.c被删除,并提交了1个新的commit 5b08d
此前添加peng.c文件的提交还在,如许就保留了该提交信息,提高了仓库的兼容性。
在打消特定的提交时,git revert 非常有用,同时也不会修改分支的历史。

七、拣选git cherry-pick

当一个特定分支包罗我们的活动分支需要的某个提交时,我们对那个提交执行 cherry-pick!
对一个提交执行 cherry-pick 时,我们会在活动分支上创建一个新的提交,其中包罗由拣选出来的提交所引入的修改。
创建切换到cherry分支,
  1. git branch cherry
  2. git checkout cherry
复制代码


在分支cherry上修改文件README.md提交几个节点


切回master分支
  1. git checkout master
复制代码

执行git cherry-pick b98fc77

由上图所示,分支cherry的commit  b98fc77,被复制到分支master,并创建了1个新的提交2d995,
通过该下令我们就可以将其他分支,需要的提交,合并到主分支master。


免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!更多信息从访问主页:qidao123.com:ToB企服之家,中国第一个企服评测及商务社交产业平台。




欢迎光临 ToB企服应用市场:ToB评测及商务社交产业平台 (https://dis.qidao123.com/) Powered by Discuz! X3.4