关于git简单的使用(码云篇)

多日来,关于git的使用,问过朋友、学长学姐以及看过几套教程,发现还是不太会操作,今日终是下定决心要搞懂使用,认真又看了以前一些积累的笔记和廖雪峰老师的文档(是关于git关联github使用的,下期会更),作出了一些操作的总结。正文如下:

---------------------------------------------------------------------------------------------------------------------------------

码云篇:

一、完成git的安装与码云的账号注册

1.git的官方网址:https://git-scm.com/

2.码云的官方网址:https://gitee.com/

注:安装、注册简单易操作,不再赘述~实在难以操作的话可以百度一下~

二、完成git的基本配置

安装完Git后首要做的事情就是设置”用户名称“和”email地址”。这非常重要,因为据说每次Git提交都会使用该信息。

1.设置”用户名称“代码

git config --global user.name "your_name"

2.设置”email地址“代码

git config --global user.email "your_email"

3.查看配置信息代码

git config --global user.name     //查看你的用户名称
git config --global user.email    //查看你的邮箱地址

三、创建文件夹并配置SSH公钥

1.在桌面(也可以在其它地方)创建一个文件夹,并给文件夹命名;在文件夹里打开Git Bash

 2.开始配置SSH公钥(先配置,后面要用到,不懂SSH公钥的宝宝可以自行百度一下~)

    在Git Bash中输入以下代码然后不断回车(如果公钥已经存在,则自动覆盖旧的公钥):

ssh-keygen -t rsa

   (选做)可以输入下面代码验证是否配置成功:

ssh -T [email protected]

 

四、将配置好的公钥添加进码云

(相当于用钥匙开启了这一个特定的本地文件与远端仓库安全联系的大门)

获取公钥的代码:

cat ~/.ssh/id_rsa.pub

 

五、创建远端仓库

 (不废话,上图!)

 

六、用代码操作,将远程仓库的文件“拉下”本地仓库

1.点入创建的文件夹,右键,再次打开Git Bash

2.初始化本地仓库

   代码:(git init命令用于初始化当前所在目录的这个项目)

git init

3.本地仓库开始与已创建的远程仓库进行对接

   代码:git remote add <远端名称> <仓库路径>   ; 

              “远端名称”默认是origin,取决于远端服务器设置

              “仓库路径”,需要从远端服务器获取此URL(你需要在码云特定仓库处复制SSH)

git remote add origin [email protected]:leo_love_running/for_test.git //后面的SSH需改

   补充:可以查看远程仓库,代码如下:

git remote

4.“拉取”远端仓库上的所有文件到已创建的文件夹

    代码:

git pull origin master

注:效果图

拉下后打开文件夹就能看见远端仓库的所有文件全部在本地啦!

七、 (还未建文件夹)在电脑的任一处“拉下”远端仓库的代码

代码:git clone <仓库路径> [本地目录];  (本地目录可以省略,因为会自动生成一个目录)

git clone https://gitee.com/leo_love_running/for_test.git

效果图:(克隆完后已经把远端仓库的所有项目拉下到本地了)

 

八、把远端仓库代码“拉下”本地后,就可以进行开发和改Bug!

九、提交代码至远端仓库

1.把当前分支的所有修改上传到暂存区

git add .

2.将修改的代码转换到本地仓库的head所指的分支

git commit -m "注释"

3.提交当前分支的代码到码云上面

git push origin master

注意:第一次提交,要更改为:git push -u origin master  第二次提交就按照上面的写法即可

不需要再加  -u  

4.补充:

其实git commit -m这个命令可以直接提交所有修改,省去了git add和git commit的工序

注意:本地无法把新增文件或文件夹直接加入远端仓库,所以,如果新增了文件或文件夹,那么就要老老实实的先git add .,再git commit -m

5.总结:

先git add修改过的文件,再git status查看确认,然后git commit提交,然后输入你的开发日志,最后git log再次确认,最后提交至远端仓库。

(番外补充篇:)

1.用命令来控制文件的上传状态之间的转换:

 如图,我们在本地修改的项目文件或代码暂存储在“工作区”,通过git add转换至“暂存区”,再通过git commit就将修改的代码转换到本地仓库的当前分支

 2.可用命令 git status 查看修改的状态,如图:

  3.可用命令 git-log 查看精简方式的提交记录,如图:

(如果觉得git log给出的信息太单薄了,可以使用git log -p,这样git不但会给出开发日志,而且会显示每个开发版本的代码区别所在。)

4.分支:

几乎所有的版本控制系统都以某种形式支持分支。  使用分支意味着你可以把你的工作从开发主线上分离开来进行重大的Bug修改、开发新的功能,以免影响开发主线。且看下面命令:

查看本地分支

git branch

创建本地分支

git branch 分支名

*切换分支(checkout)

git checkout 分支名

还可以直接切换到一个不存在的分支(创建并切换)

git checkout -b 分支名

*合并分支(merge)      一个分支上(当前head所指的分支)的提交可以合并到另一个分支命令:

git merge 分支名称   //“分支名称”指合并到的分支

删除分支          不能删除当前head所指的分支,只能删除其他分支

git branch -d b1 //删除分支时,需要做各种检查
git branch -D b1 //不做任何检查,强制删除

5.开发中分支使用原则与流程

 在开发中,一般有如下分支使用原则与流程:
master (生产) 分支
线上分支,主分支,中小规模项目作为线上运行的应用对应的分支;


develop(开发)分支
是从master创建的分支,一般作为开发部门的主要开发分支,如果没有其他并行开发不同期上线要求,都可以在此版本进行开发,阶段开发完成后,需要是合并到master分支,准备上线。


feature/xxxx分支
从develop创建的分支,一般是同期并行开发,但不同期上线时创建的分支,分支上的研发任务完成后合并到develop分支。


hotfix/xxxx分支,
从master派生的分支,一般作为线上bug修复使用,修复完成后需要合并到master、test、develop分支。

还有一些其他分支,在此不再详述,例如test分支(用于代码测试)、pre分支(预上线分支)等等。

6.关于在分支上的编辑,由于在本地无法直接看到branch出来的分支,而如果想用其它编辑器(如:VSCode)编辑代码的话,就直接git branch 创建分支,然后git checkout到新分支上,然后用vscode打开编辑就好。

十分感谢您的阅读~

祝您变强了~

我是花花,希望能和您一同成长,希望这次一定能收获您的 一 键 三 连~

Guess you like

Origin blog.csdn.net/m0_52711790/article/details/119297773