git的服务器（git服务器的作用）

Git 是一种分布式版本控制系统，用于跟踪和管理代码的变更。它是由 Linus Torvalds 创建的，最初被设计用于 Linux 内核的开发。Git 允许开发人员跟踪和管理代码的版本，并且可以在不同的开发人员之间进行协作。Github 用的就是 Git 系统来管理它们的网站，Github 是一个社区，Git 是一个服务系统，Github 只支持 Git 分布式系统，所以故名成为 Github。Git 的主要功能包括：
1. 版本控制：Git 可以跟踪代码的变更，并且可以回滚到任何一个版本。
2. 分支管理：Git 支持多个分支，可以让不同的开发人员在不同的分支上进行开发，然后再合并到主分支上。
3. 分布式：Git 是分布式的，意味着每个开发者都可以在自己的本地分支上进行操作，不需要依赖于中央服务器。
4. 团队协作：Git 支持多人协作，可以让不同的开发人员在同一个项目上进行协作。
5. 使用 Git 进行版本控制可以提高开发效率，减少代码冲突，并且可以更好地管理代码变更克隆一台虚拟机

Git 是关注于文件数据整体的变化，直接会将文件提交时的数据保存成快照，而非仅记录差异内容，并且使用SHA-1加密算法保证数据的完整性。主要功能如下：
1. 克隆数据库版本: 从服务器上克隆版本数据库(包括代码和版本信息)到本机上;
2. 提交代码: 在本机上自己创建的分支上提交代码;
3. 合并分支: 在本机上合并分支;
4. 拉取合并分支: 新建一个分支，把服务器上最新版的代码 Fetch 下来，然后跟自己的主分支合并;
5. 代码冲突解决: 一般开发者之间解决冲突的方法，开发者之间可以使用 pull 命令解决冲突，解决完冲突之后再向主开发者提交补丁。

GitHub 是一个面向开源及私有软件项目的托管平台，因为只支持 Git 作为唯一的版本库格式进行托管，故名 GitHub。GitHub 可以提供给用户空间创建 Git 仓储，保存用户的一些数据文档或者代码等GitHub 作为开源代码库以及版本控制系统，目前拥有 140 多万开发者用户。随着越多的应用程序转移到了云上，GitHub 已经成为了管理软件开发以及发现已有代码的首选方法。GitHub 可以托管各种 Git 库，并提供一个 Web 界面，但与其它像 SourceForge 或 Google Code 这样的服务不同，GitHub 的独特卖点在于从另外一个项目进行分支的简易性。为一个项目贡献代码非常简单:首先点击项目站点的“fork”的按钮，然后将代码检出并将修改加入到刚才分出的代码库中，最后通过内建的“pull request”机制向项目负责人申请代码合并。

GitLab 是一个基于 Git 的项目管理软件用于仓库管理系统的开源项目。使用 Git 作为代码管理工具，并在此基础上搭建起来 Web 服务。GitLab 主要针对软件开发过程中产生的代码和文档进行管理，支持 group 和 project 两个维度进行代码和文档的管理。其中，group 是群组，可以有多个 project；project 是工程项目，一个 project 中可能包含多个 branch，意为每个项目中有多个分支，分支间相互独立，不同分支可以进行归并。GitLab 一站式 DevOps 平台，加速和优化软件开发全生命周期。

版本控制系统的集中式和分布式主要在以下三个方面存在区别：
1. 代码库的角色与功能：在集中式版本控制系统中，只有中央服务器上的代码库扮演中央仓库的角色，可以提供历史版本对比和代码回退等操作。而在分布式版本控制系统中，每个代码库都可以扮演中央仓库的角色，都提供中央仓库的功能。
2. 协同开发与代码同步：在集中式版本控制系统中，如果中央仓库发生故障，那么协同开发就无法进行，各个用户也无法更新最新代码。而在分布式版本控制系统中，即使本地断网，也可以提（待联网后 push），可以对比历史版本差异（本地有历史库）。
3. 节点的角色与功能：分布式版本控制的每个节点都是完整仓库（都可以扮演中央仓库），而集中式版本控制的每个节点只是保存了仓库的某个版本（无法扮演中央仓库）。综上所述，版本控制系统的集中式和分布式各有其特点。选择何种方式主要取决于团队的特定需求和工作流程。

（1）优点
1. 灵活性：由于每个节点都有完整的代码库，因此可以更轻松地进行并行工作，不同的开发人员可以在不同的分支上独立工作，提高工作效率。
2. 可扩展性：由于每个节点都有完整的代码库，因此可以更容易地扩展系统以适应更大的开发团队或项目需求。
3. 独立性：每个节点都可以独立工作，不需要依赖于中央服务器或其他节点，提高了系统的可用性和稳定性。
（2）缺点
1. 安全性：由于每个节点都有完整的代码库，如果某个节点被攻击或出现故障，可能会造成源代码泄露，影响到整个系统的安全性。
2. 数据一致性：由于每个节点都有自己的代码库和历史记录，因此在合并不同节点的更改时可能会出现数据一致性问题。
3. 管理难度：由于分布式系统的复杂性，管理起来相对困难，需要更多的技术知识和经验。

（1）优点
1. 简单易用：集中式版本控制系统通常具有简单明了的设计，易于理解和实施。由于所有的决策处理都由中心节点完成，客户端设备只需执行简单的操作即可得到所需的服务。
2. 数据安全性：由于所有数据都存储在中央服务器上，因此可以更好地保
护数据的完整性和安全性。
3. 管理方便：集中式版本控制系统通常具有集中的管理和控制能力，可以
更/容易地进行系统维护和管理。
（2）缺点
1. 单点故障：由于整个系统依赖于中心节点，一旦中心节点出现故障或不可用，整个系统将无法正常运行。这导致系统的可靠性受到了限制，并增加了系统的风险。
2. 性能瓶颈：在集中式版本控制系统中，所有的数据处理和决策都需要通过中心节点进行。当系负载增大时，中心节点可能成为性能瓶颈，限制了整个系统的处理能力。
3. 可扩展性有限：由于所有的处理都由中心节点完成，集中式版本控制系统的可扩展性受到限制。当系统需要扩展以满足更大规模的需求时，需要升级和改变中心节点，导致系统的扩展性有限。

[root@git ~]# vim /etc/sysconfig/network-scripts/ifcfg-ens33
IPADDR=192.168.4.31
NETMASK=255.255.255.0
GATEWAY=192.168.4.254
DNS1=8.8.8.8
DNS2=114.114.114.114
[root@git ~]# yum -y install git
[root@git ~]# rpm -ql git
[root@git ~]# mkdir /yy000 用于存放git初始化
[root@git ~]# cd /yy000
[root@git yy000]# git init 创建本地空仓库
初始化空的 Git 版本库于 /yy000/.git/
[root@git yy000]# ls -a
. .. .git
[root@git yy000]# ls .git/
branches config description HEAD hooks info objects refs

[root@git yy000]# git config --global user.name zizhen
[root@git yy000]# git config --global user.email

1. 在工作目录 (工作区) 中修改某些文件
2. 对已修改文件作快照，并保存到暂存区域 git add .
3. 将保存在暂存区的文件快照提交到版本库 git commit -m ""
4. 查看提交历史 git log
[root@git yy000]# vim Test.java

public class Test{
public static void main(String [] args){
System.out.println("hello world");
}
}

[root@git yy000]# git add Test.java        添加缓存
[root@git yy000]# git commit -m "新建了一个Test.java文件，这个是新建的"                                        提交文件
[root@git yy000]# git log                   查看日志

[root@git yy000]# echo "//这是java注释不会被编译，能个提高文件的可读性" > Test.java
[root@git yy000]# cat Test.java
//这是java注释不会被编译，能个提高文件的可读性
[root@git yy000]# git log 查看日志

commit f1cbd9d4bb1caeec66ac131e4f4
Author: zizhen <>
Date: Thu Jul 25 10:50:02 2024 +0800

新建了一个Test.java文件，这个是新建的

[root@git yy000]# git commit -m "这是第二次提交项目"

[master 58f92db] 这是第二次提交项目
1 file changed, 1 insertion(+), 5 deletions(-)
[root@git yy000]# git log
commit 58f92db38313b7768fb282a25cb97cc1dcbfc8af
Author: zizhen <>
Date: Thu Jul 25 10:57:24 2024 +0800

这是第二次提交项目

commit f1cbd9d4bb1caeec66ac131e4f4
Author: zizhen <>
Date: Thu Jul 25 10:50:02 2024 +0800

新建了一个Test.java文件，这个是新建的

1. 工作目录：指当前正在进行修改的文件夹或目录。在这个目录中，开发者可以添加、修改、删除文件，然后将这些修改提交到Git中。
2. 暂存区：一个中间区域，它位于工作目录和版本库之间。在这里，开发者可以将修改后的文件添加到暂存区，以便在提交时将这些修改打包成一个提交 (也称为“提交”或“提交记录”)。
3. 版本库：存储所有提交历史记录的地方。每个提交都包含一个快照 (即项目的状态)，以及一个指向上一个提交的引用。开发者可以从版本库中检出历史记录中的任何一个版本，并在工作目录中查看它的状态。

这个是提交过了的
[root@git yy000]# echo "我真厉害" >> Test.java 若只是更改了文件不提交则读取不到
[root@git yy000]# git add Test.java
[root@git yy000]# git commit -m "这是第三次提交项目"
[root@git yy000]# cat Test.java
//这是java注释不会被编译，能个提高文件的可读性
//我真厉害

下面这个是没有提交的
[root@git yy000]# echo "我真厉害a" >> Test.java
[root@git yy000]# git add Test.java
[root@git yy000]# cat Test.java
//这是java注释不会被编译，能个提高文件的可读性
//我真厉害

每次提交，Git都把它们串成一条时间线，这条时间线就是一个分支。截止
到目前，只有一条时间线，在Git里，这个分支叫主分支，即master分支。
HEAD 严格来说不是指向提交，而是指向master，而 master才是指向提交
的，所以，HEAD指向的就是当前分支。
开始的时候，master分支是一条线，Git 用 master 指向最新的提交，再用
HEAD指向 master，就能确定当前分支，以及当前分支的提交点。每次提
交，master分支都会向前移动一步，这样，随着你不断提交，master分支
的线也越来越长。

[root@git yy000]# ls
Test.java
[root@git yy000]# git branch 查看当前分支
* master
[root@git yy000]# git branch 分支名称创建分支
[root@git yy000]# git branch a
[root@git yy000]# git branch
a
* master
[root@git yy000]# git checkout a 切换分支
切换到分支 'a'
[root@git yy000]# git branch
* a
master
[root@git yy000]# echo "//我是a员工" >> Test.java
[root@git yy000]# git add .
[root@git yy000]# git commit -m "a员工的"
[a fcda21b] a员工的
1 file changed, 1 insertion(+)
[root@git yy000]# git checkout master
切换到分支 'master'
[root@git yy000]# cat Test.java
//这是java注释不会被编译，能个提高文件的可读性
//我真厉害
[root@git yy000]# cat Test.java
//这是java注释不会被编译，能个提高文件的可读性
//我真厉害
//我是a员工

[root@git yy000]# git checkout -b bbranch 创建并切换分支
切换到一个新分支 'bbranch'
[root@git yy000]# git branch
a
* bbranch
master
[root@git yy000]# cat Test.java
//这是java注释不会被编译，能个提高文件的可读性
//我真厉害
//我是a员工
[root@git yy000]# echo "//我是b员工" >> Test.java
[root@git yy000]# git checkout a
M Test.java
切换到分支 'a'
[root@git yy000]# cat Test.java
//这是java注释不会被编译，能个提高文件的可读性
//我真厉害
//我是a员工
//我是b员工

发布后只有发布的那条分支可以看到，其他的看不到，没发布分支都可以看到，master除外。

[root@git yy000]# ls
Test.java
[root@git yy000]# mkdir abc
[root@git yy000]# ls
abc Test.java
[root@git yy000]# touch efg

[root@git yy000]# git add abc/
[root@git yy000]# git commit -m "跟新一个目录"
# 位于分支 bbranch
# 未跟踪的文件:
# （使用 "git add <file>..." 以包含要提交的内容）
#
# efg
提交为空，但是存在尚未跟踪的文件（使用 "git add" 建立跟踪）

[root@git yy000]# git add efg
[root@git yy000]# git commit -m "efg"
[bbranch a12d65d] efg

[root@git yy000]# git add .
[root@git yy000]# git commit -m "提交所有文件"
# 位于分支 bbranch
无文件要提交，干净的工作区
[root@git yy000]# git checkout master
切换到分支 'master'
[root@git yy000]# git merge bbranch 总和bbranch分支

更新 be796cd..a12d65d
Fast-forward
Test.java | 1 +
efg | 0
2 files changed, 1 insertion(+)
create mode efg
[root@git yy000]# git log
commit a12d65d33adebf849bc9f819
Author: zizhen <>
Date: Thu Jul 25 14:18:30 2024 +0800

efg

commit fcda21ba08d70b72adbcf3c34b5e8617b44025dd
Author: zizhen <>
Date: Thu Jul 25 12:57:26 2024 +0800

当主分支与其他分支都对同一个文件有修改并提交的时候就需要自己去更正了在提交，这算是将两个分支合并了。
[root@git yy000]# git checkout -b branch
[root@git yy000]# git branch
[root@git yy000]# cat Test.java
[root@git yy000]# echo "//我是branch分支" >> Test.java
[root@git yy000]# cat Test.java
[root@git yy000]# git add .
[root@git yy000]# git commit -m "abcd"
回到主分支
[root@git yy000]# git checkout master
[root@git yy000]# cat Test.java 这里是看不到branch分支写的东西的
[root@git yy000]# echo "ejckfhvg" > Test.java
[root@git yy000]# git add .
[root@git yy000]# git commit -m "aaa"
[root@git yy000]# gint merge branch
这里会显示错误需要我们自己去修正
[root@git yy000]# cat Test.java
<<<<<<< HEAD 这里是主分支修改的
ejckfhvg
=======
//我是主分支，我修改文件0 这里是branch分支修改的
//我是branch分支
>>>>>>> branch

[root@git yy000]# vim Test.java
ejckfhvg
//我是主分支，我修改文件0
//我是branch分支
[root@git yy000]# git add .
[root@git yy000]# git commit -m "修正"
[root@git yy000]# git log

克隆一台母机并在克隆主机上安装一个git
[root@client ~]# yum -y install git
或：[root@client ~]#wget --content-disposition
https://packages.gitlab.com/gitlab/gitlab
ce/packages/el/8/gitlab-ce-12.10.14
ce.0.el8.x86_64.rpm/download.rpm
做个免密登录
[root@client ~]# ssh-keygen
[root@client ~]# ssh-copy-id 192.168.4.31
克隆 192.168.4.31上的资料，第一次使用git clone ，若不是第一次使用就用git pull
[root@client ~]# git clone 192.168.4.31:/yy000/.git/

[root@client ~]# ls
[root@client ~]# cd yy000/
[root@client yy000]# ls -a
. .. efg .git Test.java
[root@client yy000]# git pull
Already up-to-date.
[root@client yy000]# git config --global user.anme aaa
[root@client yy000]# git config --global user.email aaa.163.com
[root@client yy000]# touch A.class
[root@client yy000]# git add .
[root@client yy000]# git commit -m "更新"
[master bb9c90b] 更新
1 file changed, 0 insertions(+), 0 deletions(-)
create mode A.clas

登录git官网并创建一个仓库

[root@client ~]# git clone https://gitee.com/zi-zhen/hui.git
[root@client ~]# cd hui
[root@client hui]# ls
README.en.md README.md
[root@client hui]# mkdir -p src/main/java/
[root@client hui]# ls
README.en.md README.md src
[root@client hui]# touch src/main/java/test.java
[root@client hui]# tree src/
src/
└── main
└── java
└── test.java

2 directories, 1 file
[root@client hui]# git add .
[root@client hui]# git commit -m "q"
[root@client hui]# git push 推送
Username for 'https://gitee.com':
Password for 'https://@gitee.com':

到此这篇git的服务器（git服务器的作用）的文章就介绍到这了,更多相关内容请继续浏览下面的相关推荐文章，希望大家都能在编程的领域有一番成就！

上一篇：个人服务器搭建办公功能推荐（搭建个人服务器违法吗）

下一篇：微信hook机器人登陆掉线（微信机器人 hook）

版权声明：
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！

转载请注明出处，原文链接：https://www.xkablog.com/hd-wfwjg/36550.html

相关文章：