首页 > 其他分享 >Git推荐使用指南

Git推荐使用指南

时间：2024-03-13 09:45:23浏览次数：37  
标签：git branch 推荐 Git master 版本 commit 使用指南 分支

Git是什么？

分布式版本控制的软件

  • 软件：安装到电脑上的工具

  • 版本控制：

    • 文件拷贝：论文 -> 版本通过文件来控制，多个文件，不同的标注来确定各个阶段的版本

    • 本地版本控制：只有一个文件，但是通过本地控制软件可以追溯以前的所有版本（类似游戏存档），相比文件拷贝，视觉上不会存在多个文件过于冗杂，但实际上不能解决协同开发或者多台设备开发

    • 集中式版本控制：多个设备可以通过一个中心来共同访问和操作开发的文件

      PC1 -> 
		CENTER	->	FILES{version1, version2 ...}
PC2 ->

      代表软件：SVN

      缺点：无法离线提交，失去连接后无法再本地进行版本开发

    • 分布式版本控制：仓库（中心）只向本地提供一个版本，是一个文件的形式，当仓库挂掉或者断联，不影响本地对文件的修改

      PC1{version1} -> 
					HUB{version1, version2}	
PC2{version2} ->

      本地提交的时候，先提交到本地的仓库，然后在推到中心，所以即使离线，仍可以上传代码

      代表软件：git

为什么要做版本控制

  • 防止线上代码出现问题，需要回滚，一行命令就可以解决
  • 对于大量功能的项目，方便管理

下载安装Git

安装git的设备：本地计算机，中心无需安装，事实上，所谓的中心一般是由网站来执行，例如github、gitee

Windows安装

下载网站
Git - 安装 Git (git-scm.com)

下载链接

https://github.com/git-for-windows/git/releases/download/v2.44.0.windows.1/Git-2.44.0-64-bit.exe

安装完毕后鼠标右键桌面，会显示git bash here和git gui here两个选项，说明安装成功

查看安装版本git --version

$ git --version
git version 2.44.0.windows.1

Git做版本控制的步骤

即，让git管理文件夹（以dbhot为例）

1.进入要管理的文件夹

2.初始化

  • 在对应的文件夹中，右键选择Git Bash Here

  • 输入git init进行初始化

    $ git init
Initialized empty Git repository in C:/Users/X/Desktop/Study/libraryMIS/Git/dbhot/.git/

    执行后，文件夹下会出现一个.git的文件

3.管理

  • 检测当前文件夹下文件的状态git status
$ git status
On branch master
  
No commits yet
  
Untracked files:
  (use "git add <file>..." to include in what will be committed)
        index.html
        advert.docx
  
nothing added to commit but untracked files present (use "git add" to track)

添加到git的管理项目中

添加一个文件到管理git add 文件名

$ git add advert.docx

再检测文件夹下文件状态

$ git status
On branch master

No commits yet

Changes to be committed:
(use "git rm --cached <file>..." to unstage)
      new file:   advert.docx

Untracked files:
(use "git add <file>..." to include in what will be committed)
      index.html

执行add的文件被标记为绿色，而未执行的仍为红色

一键管理当前文件夹的所有文件git add .

$ git add .

4.生成版本

生成第一个版本

git commit -m '描述信息'

$ git commit -m "v1"

如果提示

Author identity unknown

*** Please tell me who you are.

Run

git config --global user.email "[email protected]"
git config --global user.name "Your Name"

to set your account's default identity.
Omit --global to set the identity only in this repository.

fatal: unable to auto-detect email address (got 'X@DESKTOP-CKCOG1F.(none)')

需要先配置用户

git config --global user.email "[email protected]"

git config --global user.name "Your Name"

执行结果

$ git commit -m "v1"
[master (root-commit) 8ce9c96] v1
2 files changed, 1 insertion(+)
create mode 100644 advert.docx
create mode 100644 index.html

运行git status

$ git status
On branch master
nothing to commit, working tree clean

生成后续版本

修改文件的内容保存后，再运行git status

$ git status
On branch master
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git restore <file>..." to discard changes in working directory)
      modified:   index.html

no changes added to commit (use "git add" and/or "git commit -a")

modified: index.html

表示这个文件被检测到修改

  • 再执行git add .将所有未被管理的文件添加到管理中
  • 再执行git commit -m "v2"生成第二个版本

查看版本历史

通过git log可以访问所有的版本记录

$ git log
commit 028636097e57c62ea86e6fa7603c2fe11682804c (HEAD -> master)
Author: Gin49SZ <[email protected]>
Date:   Sat Mar 9 10:53:28 2024 +0800

  v2

commit 8ce9c967d86beca44488239d3681fb2ad6405e15
Author: Gin49SZ <[email protected]>
Date:   Sat Mar 9 10:44:10 2024 +0800

  v1

总结

1.进入要管理的目录

2.git init 让git管理当前的文件夹

3.git status 检测当前目录下文件的状态

4.三种状态变化：

  • 红色：新增的文件/修改了原来的旧文件 -> git add 文件名或者git add .
  • 绿色：git以及管理起来了 -> git commit -m "描述信息"
  • 生成版本

补充：个人的配置、创建文件、关闭分页器

信息配置：用户名、邮箱

生成版本时候需要记录对应修改者的用户名和邮箱

git config --global user.email "[email protected]"

git config --global user.name "zzz"

仅需执行一次即可

另外，创建一个文件，默认是未被管理的状态

git touch 文件名.文件扩展名

页面出现长内容，以(END)结尾，关闭分页器 -> 按下Q键即可

Git的三大区域

工作区、暂存区、版本库

工作区
已管理 | 新文件/修改后的文件	（自动检测）

=>git add 提交到暂存区

暂存区
确定是否提交，也可以回滚

=>git commit 提交到版本库

版本库
生成最终版本

回滚

当提交一个版本的时候，查看版本信息时，作者上方commit后面的一串序列号即为版本号

commit 8ce9c967d86beca44488239d3681fb2ad6405e15
Author: Gin49SZ <[email protected]>
Date:   Sat Mar 9 10:44:10 2024 +0800

    v1

版本号：8ce9c967d86beca44488239d3681fb2ad6405e15

回滚代码：git reset --hard 版本号

$ git reset --hard 028636097e57c62ea86e6fa7603c2fe11682804c
HEAD is now at 0286360 v2

库中文件全部变为v2时候的状态，再执行git log的时候，不再显示v2之后的版本

$ git log
commit 028636097e57c62ea86e6fa7603c2fe11682804c (HEAD -> master)
Author: Gin49SZ <[email protected]>
Date:   Sat Mar 9 10:53:28 2024 +0800

    v2

commit 8ce9c967d86beca44488239d3681fb2ad6405e15
Author: Gin49SZ <[email protected]>
Date:   Sat Mar 9 10:44:10 2024 +0800

    v1

如何回滚至v2之后的状态？

查看版本变化的历史git reflog

$ git reflog
0286360 (HEAD -> master) HEAD@{0}: reset: moving to 028636097e57c62ea86e6fa7603c2fe11682804c
f601e35 HEAD@{1}: commit: v3
461e45e HEAD@{2}: commit: v3
0286360 (HEAD -> master) HEAD@{3}: commit: v2
8ce9c96 HEAD@{4}: commit (initial): v1

其中，各个版本的版本号即为最左侧的序列号，只需根据对应的版本号重新执行git reset --hard 版本号即可

$ git reset --hard f601e35
HEAD is now at f601e35 v3

命令总结&补充

git init
git add

git commit
git log
git reflog
git reset --hard 版本号

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

git checkout -- 文件名		撤回对该文件的所有修改(工作区：修改或新文件 -> 已经控制文件)
git reset HEAD 文件名		将暂存区的文件撤回到工作区(已修改或新文件状态)

分支

git中，不同的版本之间，v2和v1之间并不是v2是在v1直接拷贝之上增加内容的关系，而是v2只保留了新增或者修改记录的内容（类似于快照）

原理：改变的文件会有一个指向未改变文件的指针，当生成版本的时候，只需要根据指针找到未改变代码，并添加上改变的内容即可

demo.txt| v0.1 <- p| modified| v0.2 <- ... <- p| modified| v0.9

因此可以存在多个版本，通过指针指向一个前驱版本

<-p| modified| v0.6 <- p1| modified| v0.61
				  ^
				  |_ p2| modified| v0.62

紧急修复处理思路

根据分支的概念，当在开发v0.6时候，v0.5出现紧急BUG，可以先创建一个基于v0.5的分支用于紧急修复BUG，然后可以基于v0.6继续开发

<-p| modified| v0.5 <- p| add new func| v0.61 <- p| unite| v0.6 (合并到主干线)
(主干线 master)	^								  |	
				  |_ p| fix BUG emergency| v0.51 <--|
				  (分支 dev <名称可以自定义>)

紧急修复过程

查看目前所在的分支git branch

$ git branch
* master

创建一个分支git branch 分支名

$ git branch dev

查看自己所在的分支，目前还是在master(带有*的就是目前所在的)

$ git branch
  dev
* master

进入分支git chekout 分支名

$ git checkout dev
Switched to branch 'dev'

查看自己所在的分支，即dev

$ git branch
* dev
  master

修改文件内容(即开始紧急修复BUG) -> 添加到暂存区 -> 提交到版本库

查看分支版本(HEAD -> dev)

$ git log
commit b878250bf310366006a6932704d8c656f8d5476a (HEAD -> dev)
Author: gin49sz <[email protected]>
Date:   Sat Mar 9 20:51:00 2024 +0800

    C4

修改完毕(BUG修复完毕)，切换回mastergit checkout master

$ git checkout master
Switched to branch 'master'

创建bug分支

git branch bug
git checkout bug
git add .
git commit -m "C5"

一般情况下，认为master为线上分支，即正在运行使用的分支，所以要将bug分支合并到master中

合并分支

  • 第一步，切换回mastergit checkout master

  • 第二步，合并bug分支git merge bug

    $ git merge bug
Updating 7152ba0..27a986e
Fast-forward
 index.html | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

  • 第三步，删除bug分支git branch -d bug

    $ git branch -d bug
Deleted branch bug (was 27a986e).

  • 第四步，回到开发分支git checkout dev

  • 第五步，将开发的新功能合并到master，直接合并可能会引起冲突错误（在同一行添加或者修改的代码）

    $ git merge dev
Auto-merging index.html
CONFLICT (content): Merge conflict in index.html
Automatic merge failed; fix conflicts and then commit the result.

    手动选择选择保留的内容即可

  • 第六步，提交合并内容

    • git add .
    • git commit -m "C7"

命令总结

  • 查看分支

    git branch

  • 创建分支

    git branch 分支名称

  • 切换分支

    git checkout 分支名称

  • 分支合并(可能会产生冲突)

    git merge 要合并的分支

注意：切换分支再合并

  • 删除分支

    git branch -d 分支名称

工作流

开发时候一般至少要有两个分支

  • dev分支：版本的更替都在dev分支上进行，负责开发功能
  • master分支：只保留正式版本

Git是什么？

分布式版本控制的软件

  • 软件：安装到电脑上的工具

  • 版本控制：

    • 文件拷贝：论文 -> 版本通过文件来控制，多个文件，不同的标注来确定各个阶段的版本

    • 本地版本控制：只有一个文件，但是通过本地控制软件可以追溯以前的所有版本（类似游戏存档），相比文件拷贝，视觉上不会存在多个文件过于冗杂，但实际上不能解决协同开发或者多台设备开发

    • 集中式版本控制：多个设备可以通过一个中心来共同访问和操作开发的文件

      PC1 -> 
		CENTER	->	FILES{version1, version2 ...}
PC2 ->

      代表软件：SVN

      缺点：无法离线提交，失去连接后无法再本地进行版本开发

    • 分布式版本控制：仓库（中心）只向本地提供一个版本，是一个文件的形式，当仓库挂掉或者断联，不影响本地对文件的修改

      PC1{version1} -> 
					HUB{version1, version2}	
PC2{version2} ->

      本地提交的时候，先提交到本地的仓库，然后在推到中心，所以即使离线，仍可以上传代码

      代表软件：git

为什么要做版本控制

  • 防止线上代码出现问题，需要回滚，一行命令就可以解决
  • 对于大量功能的项目，方便管理

下载安装Git

安装git的设备：本地计算机，中心无需安装，事实上，所谓的中心一般是由网站来执行，例如github、gitee

Windows安装

下载网站
Git - 安装 Git (git-scm.com)

下载链接

https://github.com/git-for-windows/git/releases/download/v2.44.0.windows.1/Git-2.44.0-64-bit.exe

安装完毕后鼠标右键桌面，会显示git bash here和git gui here两个选项，说明安装成功

查看安装版本git --version

$ git --version
git version 2.44.0.windows.1

Git做版本控制的步骤

即，让git管理文件夹（以dbhot为例）

1.进入要管理的文件夹

2.初始化

  • 在对应的文件夹中，右键选择Git Bash Here

  • 输入git init进行初始化

    $ git init
Initialized empty Git repository in C:/Users/X/Desktop/Study/libraryMIS/Git/dbhot/.git/

    执行后，文件夹下会出现一个.git的文件

3.管理

  • 检测当前文件夹下文件的状态git status
$ git status
On branch master
  
No commits yet
  
Untracked files:
  (use "git add <file>..." to include in what will be committed)
        index.html
        advert.docx
  
nothing added to commit but untracked files present (use "git add" to track)

添加到git的管理项目中

添加一个文件到管理git add 文件名

$ git add advert.docx

再检测文件夹下文件状态

$ git status
On branch master

No commits yet

Changes to be committed:
(use "git rm --cached <file>..." to unstage)
      new file:   advert.docx

Untracked files:
(use "git add <file>..." to include in what will be committed)
      index.html

执行add的文件被标记为绿色，而未执行的仍为红色

一键管理当前文件夹的所有文件git add .

$ git add .

4.生成版本

生成第一个版本

git commit -m '描述信息'

$ git commit -m "v1"

如果提示

Author identity unknown

*** Please tell me who you are.

Run

git config --global user.email "[email protected]"
git config --global user.name "Your Name"

to set your account's default identity.
Omit --global to set the identity only in this repository.

fatal: unable to auto-detect email address (got 'X@DESKTOP-CKCOG1F.(none)')

需要先配置用户

git config --global user.email "[email protected]"

git config --global user.name "Your Name"

执行结果

$ git commit -m "v1"
[master (root-commit) 8ce9c96] v1
2 files changed, 1 insertion(+)
create mode 100644 advert.docx
create mode 100644 index.html

运行git status

$ git status
On branch master
nothing to commit, working tree clean

生成后续版本

修改文件的内容保存后，再运行git status

$ git status
On branch master
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git restore <file>..." to discard changes in working directory)
      modified:   index.html

no changes added to commit (use "git add" and/or "git commit -a")

modified: index.html

表示这个文件被检测到修改

  • 再执行git add .将所有未被管理的文件添加到管理中
  • 再执行git commit -m "v2"生成第二个版本

查看版本历史

通过git log可以访问所有的版本记录

$ git log
commit 028636097e57c62ea86e6fa7603c2fe11682804c (HEAD -> master)
Author: Gin49SZ <[email protected]>
Date:   Sat Mar 9 10:53:28 2024 +0800

  v2

commit 8ce9c967d86beca44488239d3681fb2ad6405e15
Author: Gin49SZ <[email protected]>
Date:   Sat Mar 9 10:44:10 2024 +0800

  v1

总结

1.进入要管理的目录

2.git init 让git管理当前的文件夹

3.git status 检测当前目录下文件的状态

4.三种状态变化：

  • 红色：新增的文件/修改了原来的旧文件 -> git add 文件名或者git add .
  • 绿色：git以及管理起来了 -> git commit -m "描述信息"
  • 生成版本

补充：个人的配置、创建文件、关闭分页器

信息配置：用户名、邮箱

生成版本时候需要记录对应修改者的用户名和邮箱

git config --global user.email "[email protected]"

git config --global user.name "zzz"

仅需执行一次即可

另外，创建一个文件，默认是未被管理的状态

git touch 文件名.文件扩展名

页面出现长内容，以(END)结尾，关闭分页器 -> 按下Q键即可

Git的三大区域

工作区、暂存区、版本库

工作区
已管理 | 新文件/修改后的文件	（自动检测）

=>git add 提交到暂存区

暂存区
确定是否提交，也可以回滚

=>git commit 提交到版本库

版本库
生成最终版本

回滚

当提交一个版本的时候，查看版本信息时，作者上方commit后面的一串序列号即为版本号

commit 8ce9c967d86beca44488239d3681fb2ad6405e15
Author: Gin49SZ <[email protected]>
Date:   Sat Mar 9 10:44:10 2024 +0800

    v1

版本号：8ce9c967d86beca44488239d3681fb2ad6405e15

回滚代码：git reset --hard 版本号

$ git reset --hard 028636097e57c62ea86e6fa7603c2fe11682804c
HEAD is now at 0286360 v2

库中文件全部变为v2时候的状态，再执行git log的时候，不再显示v2之后的版本

$ git log
commit 028636097e57c62ea86e6fa7603c2fe11682804c (HEAD -> master)
Author: Gin49SZ <[email protected]>
Date:   Sat Mar 9 10:53:28 2024 +0800

    v2

commit 8ce9c967d86beca44488239d3681fb2ad6405e15
Author: Gin49SZ <[email protected]>
Date:   Sat Mar 9 10:44:10 2024 +0800

    v1

如何回滚至v2之后的状态？

查看版本变化的历史git reflog

$ git reflog
0286360 (HEAD -> master) HEAD@{0}: reset: moving to 028636097e57c62ea86e6fa7603c2fe11682804c
f601e35 HEAD@{1}: commit: v3
461e45e HEAD@{2}: commit: v3
0286360 (HEAD -> master) HEAD@{3}: commit: v2
8ce9c96 HEAD@{4}: commit (initial): v1

其中，各个版本的版本号即为最左侧的序列号，只需根据对应的版本号重新执行git reset --hard 版本号即可

$ git reset --hard f601e35
HEAD is now at f601e35 v3

命令总结&补充

git init
git add
git commit
git log
git reflog
git reset --hard 版本号

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

git checkout -- 文件名		撤回对该文件的所有修改(工作区：修改或新文件 -> 已经控制文件)
git reset HEAD 文件名		将暂存区的文件撤回到工作区(已修改或新文件状态)

分支

git中，不同的版本之间，v2和v1之间并不是v2是在v1直接拷贝之上增加内容的关系，而是v2只保留了新增或者修改记录的内容（类似于快照）

原理：改变的文件会有一个指向未改变文件的指针，当生成版本的时候，只需要根据指针找到未改变代码，并添加上改变的内容即可

demo.txt| v0.1 <- p| modified| v0.2 <- ... <- p| modified| v0.9

因此可以存在多个版本，通过指针指向一个前驱版本

<-p| modified| v0.6 <- p1| modified| v0.61
				  ^
				  |_ p2| modified| v0.62

紧急修复处理思路

根据分支的概念，当在开发v0.6时候，v0.5出现紧急BUG，可以先创建一个基于v0.5的分支用于紧急修复BUG，然后可以基于v0.6继续开发

<-p| modified| v0.5 <- p| add new func| v0.61 <- p| unite| v0.6 (合并到主干线)
(主干线 master)	^								  |	
				  |_ p| fix BUG emergency| v0.51 <--|
				  (分支 dev <名称可以自定义>)

紧急修复过程

查看目前所在的分支git branch

$ git branch
* master

创建一个分支git branch 分支名

$ git branch dev

查看自己所在的分支，目前还是在master(带有*的就是目前所在的)

$ git branch
  dev
* master

进入分支git chekout 分支名

$ git checkout dev
Switched to branch 'dev'

查看自己所在的分支，即dev

$ git branch
* dev
  master

修改文件内容(即开始紧急修复BUG) -> 添加到暂存区 -> 提交到版本库

查看分支版本(HEAD -> dev)

$ git log
commit b878250bf310366006a6932704d8c656f8d5476a (HEAD -> dev)
Author: gin49sz <[email protected]>
Date:   Sat Mar 9 20:51:00 2024 +0800

    C4

修改完毕(BUG修复完毕)，切换回mastergit checkout master

$ git checkout master
Switched to branch 'master'

创建bug分支

git branch bug
git checkout bug
git add .
git commit -m "C5"

一般情况下，认为master为线上分支，即正在运行使用的分支，所以要将bug分支合并到master中

合并分支

  • 第一步，切换回mastergit checkout master

  • 第二步，合并bug分支git merge bug

    $ git merge bug
Updating 7152ba0..27a986e
Fast-forward
 index.html | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

  • 第三步，删除bug分支git branch -d bug

    $ git branch -d bug
Deleted branch bug (was 27a986e).

  • 第四步，回到开发分支git checkout dev

  • 第五步，将开发的新功能合并到master，直接合并可能会引起冲突错误（在同一行添加或者修改的代码）

    $ git merge dev
Auto-merging index.html
CONFLICT (content): Merge conflict in index.html
Automatic merge failed; fix conflicts and then commit the result.

    手动选择选择保留的内容即可

  • 第六步，提交合并内容

    • git add .
    • git commit -m "C7"

命令总结

  • 查看分支

    git branch

  • 创建分支

    git branch 分支名称

  • 切换分支

    git checkout 分支名称

  • 分支合并(可能会产生冲突)

    git merge 要合并的分支

注意：切换分支再合并

  • 删除分支

    git branch -d 分支名称

工作流

开发时候一般至少要有两个分支

  • dev分支：版本的更替都在dev分支上进行，负责开发功能
  • master分支：只保留正式版本

标签：git,branch,推荐,Git,master,版本,commit,使用指南,分支
From： https://www.cnblogs.com/gin49sz/p/18069916

相关文章

  • 技术笔记（8）git的部分进阶功能
    技术笔记（8）git的部分进阶功能‍学习笔记：‍与分支有关的git操作branch、checkout、merge查看分支：查看当前分支信息：gitbranch查看远程分支信息：gitbranch-r查看所有分支信息，包括本地和远程：gitbranch-a分支与分支：切换到某分支：gitcheckout从当前节点新建......
  • git 版本回退
    git版本回退1.方法12.方法22.1补充2.2revert多次版本3.两个区别1.方法1原有的代码分支与代码加一行代码做一次改变回退到指定版本gitreset--hard2a404ae22.方法2新加一行代码gitrevrt测试，它的commit-id：35c416da，然后我执行gitrevert35c416da......
  • 基于协同过滤的旅游推荐系统设计与实现
    1绪论1.1研究背景及意义1.2国内外研究现状1.3研究目标与意义1.4主要研究工作2相关理论介绍2.1HTML与JavaScript2.2MySQL数据库2.3协同过滤算法简介3系统分析与设计3.1系统需求分析3.1.1功能性需求3.1.2安全性需求3.2系统总体架构3.3功能模块设计3......
  • Git 系列：简介安装以及配置管理
    目录简介安装简介Centos安装配置管理githelp概要选项示例git-docgitconfig概要选项变量示例初始化配置简介安装简介https://git-scm.com/Git是一个开源的分布式版本控制系统，用于有效、高速地处理从小到大的项目版本管理。它最初由Linux之父LinusTorvalds设计开发，旨在帮助管......
  • git-revert的使用
    使用场景:release分支被其他分支错误的合并完代码之后，又有新分支将代码合并到release，需要去回滚某分支错误的合并请求1.基于release分支新建一个分支:release-revert命令:gitcheckoutrelease #切换到release分支gitcheckout-brelease-revert #创建并切换......
  • 安装部署gitea
    gitea介绍官网https://about.gitea.cn/最近发现gitea的官网发生了变化，也不知道什么时候改了，之前的域名是gitea.io的，但是现在会跳转到about.gitea.cn域名上可能是商业化了吧，但这也并不意味着Gitea就变成了商业软件。Gitea目前仍然是一个完全免费且开源的项目，任何人都可以......
  • 程序员必备开发工具（IDE）推荐
    前言作为IT工作者，我们离不开写代码，但是工欲善其事必先利其器，在写代码的时候，我们要选择合适的IDE，提升我们的代码编写和调试效率。本文就来给大家安利几款必备的IDE。JetBrainsPyCharmJetBrainsPyCharm是专为Python开发而设计的集成开发环境，提供了强大的功能和工具，如代码分析......
  • github官网访问不到的解决方法
    解决方案： 1）在键盘同时按住win+R输出cmd 2）在命令行窗口输入ping github.com 获取GitHub的官网IP    3）配置hosts文件，绕过DNS解析过程  打开电脑C:\Windows\System32\drivers\etc下的hosts文件编辑（需要管理员权限，右键，管理员权限打开），新增如下一行配置：20.205.243......
  • git ssh配置
    一个人自己用在GitHub/GitLab添加ssh公钥将私钥放在本地~/.ssh下面，名字无所谓。push你的仓库，gitpushxxxx如果正好一切都很巧合的话，就能push成功。，他就会自动找一个私钥使用。这适用于只有一个github用户，自己对付用一下的情况。github依靠不同的私钥来区分登录的用户，所有......
  • 如何在Anolis 8 安装 极狐GitLab Runner
    GitLab是一个全球知名的一体化DevOps平台，很多人都通过私有化部署GitLab来进行源代码托管。极狐GitLab是GitLab在中国的发行版，专门为中国程序员服务。可以一键式部署极狐GitLab。基于Anolis龙蜥8和极狐GitLab官方仓库脚本安装/配置极狐GitLabRunner说明我们先......

赞助商

阅读排行

网站主页关于我们联系我们网站地图

本网站内容转载自其他媒体，侵权联系[admin##ips99.com]。

Copyright © 2020-2023 IPS99 版权所有 IPS99