Git gui官方客户端 v2.53.0

Git 是一款分布式版本控制系统（SCM），以高效、灵活、安全为核心优势，凭借独特的分支模式、本地优先的设计和完善的数据保障机制，彻底改变了开发者的工作方式，广泛应用于个人开发和团队协作场景，是目前最流行的版本控制工具之一。以下为其核心功能特色及基础克隆使用方法，帮助新手快速上手。

Git 核心功能特色

（一）分支和合并（Git 核心特色）

Git 的分支模式是其区别于几乎所有其他 SCM 的核心优势，它允许并鼓励开发者拥有多个完全独立的本地分支，这些开发线的创建、合并和删除仅需几秒钟，灵活适配各类开发场景，具体应用如下：

① 无摩擦上下文切换：创建一个分支尝试新想法、提交几次更改后，可随时切换回原有分支应用补丁，再切换回尝试分支并完成合并，无需繁琐操作，大幅提升开发灵活性。

基于角色的编码：可创建专属分支分工协作——一个分支始终仅包含生产环境代码，一个分支用于合并待测试工作，再创建多个小型分支用于日常开发，逻辑清晰、便于管理。

② 基于特征的工作流程：为每个新功能创建独立分支，可无缝在不同功能分支间切换，待功能开发完成并合并到主线后，即可删除该功能分支，避免主线代码混乱。

③ 一次性实验：创建分支用于实验性开发，若发现想法不可行，可直接删除分支放弃工作，且不会影响其他分支（即使已推送其他分支到远程），降低实验成本。

值得注意的是，推送代码到远程存储库时，无需推送所有分支，可选择分享任意一个或多个分支。这种设计让开发者能够大胆尝试新想法，无需担心合并计划和分享时机，提升创新效率。

其他版本控制系统虽能完成部分分支相关操作，但流程繁琐、易出错，而 Git 将这一过程简化，彻底改变了大多数开发者的工作模式。

（二）小而快

Git 的设计始终以速度和性能为核心目标，相比集中式系统具有显著优势：

本地优先操作：几乎所有操作都在本地进行，无需频繁与远程服务器通信，大幅提升操作速度，减少网络依赖。

高效底层设计：Git 基于 Linux 内核开发，且采用 C 语言编写，减少了高级语言带来的运行时间开销，能够高效处理大型代码仓库。

（三）分散式（分布式优势）

作为分布式 SCM，Git 的核心优势之一就是“分发”——开发者并非“检出”源代码的当前版本，而是“克隆”整个代码仓库，由此带来多重优势：

① 多个备份：即使采用集中式工作流程，每个用户的本地克隆版本都相当于主服务器的完整备份。当主服务器崩溃或损坏时，可将本地副本推送至主服务器恢复，不存在单点故障。

② 灵活适配任何工作流程：借助分布式特性和卓越的分支系统，Git 可轻松实现多种工作流程，适配不同团队规模和开发需求：

Subversion 样式工作流程：适合从集中式系统转型的团队，所有开发者推送到同一服务器，若有人在上次提取后修改了代码，Git 会阻止冲突推送，保障代码一致性。

集成管理器工作流程：由专人负责“保佑”存储库（核心代码库），其他开发者从该库克隆代码，推送到自己的独立仓库，再请求集成管理器提取更改，常见于开源项目或 GitHub 仓库。

独裁者和中尉工作流程：适用于大规模项目（如 Linux 内核开发），“中尉”负责特定子系统的代码合并，“独裁者”从“中尉”处提取更改并推送至“保佑”仓库，再由所有开发者重新克隆，实现分层管理。

（四）数据保证

Git 采用独特的数据模型，确保项目每一部分的加密完整性，安全性远超多数集中式版本控制系统：

每一个文件和提交都会经过校验，检出时也会再次验证，确保获取的内容与原始提交完全一致，不会出现数据篡改或丢失。

若修改 Git 仓库中的任何文件、日期、提交消息或其他数据，都会导致后续所有 ID 发生变化。因此，只要拥有正确的提交 ID，就能确保项目内容及其历史记录完全未被篡改。

大多数集中式版本控制系统默认不提供这种级别的数据完整性保障。

（五）分期区（暂存区/索引）

与其他版本控制系统不同，Git 拥有“暂存区”（又称“索引”），作为提交前的中间区域，可灵活格式化和审核提交内容，提升提交规范性：

灵活选择性提交：可仅将部分修改文件暂存并提交，无需提交工作目录中所有修改文件，也无需在提交时手动列出需提交的文件，操作便捷。

细分提交内容：可对单个文件的不同修改部分进行分段暂存，解决了“同一文件包含两个无关修改，却需一次提交”的问题，可将当前需提交的更改暂存，剩余更改留至下次提交，提升提交逻辑的清晰度。

简化操作选项：若无需精细控制暂存内容，可在提交命令中添加“-a”参数，将所有文件的修改直接添加到暂存区，跳过手动暂存步骤，兼顾灵活性和便捷性。

（六）自由和开源

Git 根据 GNU 通用公共许可证版本 2.0（GPLv2）发布，属于开源软件：

Git 项目通过 GPLv2 许可证，保证用户可自由分享和修改软件，确保所有用户都能免费使用 Git，无需担心版权限制，同时开源社区的持续贡献也让 Git 的功能不断优化升级。

Git 基础使用方法（克隆远程仓库）

以下为使用 Git GUI 克隆远程仓库的详细步骤，操作简单易懂，适合新手入门：

在本地新建一个文件夹，命名为 test；选中该文件夹，点击鼠标右键，在弹出的菜单中选择Git GUI Here。

弹出 Git GUI 操作界面后，选择界面中的第二个选项（克隆已存在的仓库），进入克隆配置页面。

填写克隆配置信息：

Source Location（源地址）：填写远程仓库的地址（如 GitHub 仓库地址）。

Target Directory（目标目录）：默认会自动填充为新建的 test 文件夹路径，可根据需求修改，确保路径正确。

完成克隆操作：

点击界面中的clone按钮，系统会提示输入你的 GitHub 用户名和密码，正确输入后提交。

等待克隆完成，出现对应完成界面后，可打开本地 test 文件夹，查看克隆下来的远程仓库文件，确认克隆成功。

提示：克隆前请确保已安装 Git 软件，且远程仓库地址正确、GitHub 账号密码无误，避免克隆失败。

使用 git gui 从github上下载代码

背景：

     目前一些开源代码均在 GitHub上管理的，包括自己写的代码也可以放在上面进行管理。但问题是，当你换一台电脑，想要将你自己放在 GitHub 上的代码工程下载下来的时候，会遇到各种问题，目前可以使用4种工具下载代码，可以使用两种不同的方式。

内容：

1、使用 Git Gui 下载代码

在官网下载 TortoiseGit  和 Git GUI for windows ，下载完成之后，进行安装。

                 图一

在设定为 git 的目录中右键，打开 Git GUI 软件

                 图二   

                  图三  

使用账号打开GitHub，同时打开自己的工程，在Clone or download 下拉之后，选择 use SSH，拷贝 输入框中的内容到 Git GUI 界面中。

                  图四

此时点击 Clone，会提示如下内容：

此时应该是SSH-key没有生成，需要到 GitHub 上，打开settings ---> SSH and GPG keys ---> 点击右侧的 generating SSH keys，查看官方的介绍，如何生成SSH key。

大致步骤如下：

(1) 首先检查服务器上否已经安装了 SSH key。

   打开 Git Bash

执行 ls -al ~/.ssh 命令，如下图

 可以看到以下列出了含有 SSH key的地方。当列表里面没有数据的时候，此时需要 生成一个新的 SSH key，并添加到 ssh-agent （见操作4） 和 Git Hub（见操作3）中。

(2) 生成新的 SSH key

打开 Git bash 工具

执行 ssh-keygen -t rsa -b 4096 -C "your email@example.com"

(3) 将 SSH key添加到 GitHub上

 直接打开 id_rsa.pub文件；

将其中的内容拷贝到 GitHub上 （setting----> SSH and GPG keys ）选择 New SSH key。

(4) 将 SSH key 添加到 ssh-agent上。

      如果安装了 GitHub Desktop，可以直接使用这个工具下载代码，不需要 SSH key。

     确保 ssh-agent正在运行的方法：

 如果使用了GitHub desktop 提供的 Git shell，那么 ssh-agent肯定是在运行的；

如果使用 Git for windows 这种类似的中断，可以使用命令 开启 ssh-agent

将之前生成的 SSH Key 添加到 ssh-agent

（5）完成以上操作之后，重新打开 Git GUI（按照）图一   -----  图四  进行操作

      下载过程中可能会要求输入 （2） 步骤中设定的密码。

     但是即使按照以上的步骤，仍然会出现以下问题，此时可能的问题是 若服务器是公司的，可能是被公司限制出了，此时需要使用 Git Bash工具进行操作。

2、使用 Git Bash 下载代码

（1） 打开Git Bash 工具

（2） 使用SSH 下载代码

输入命令  ssh -v git@github.com  查看 SSH key 情况

 在图中可以看到说是加载不到对应的 key 所属的文件，一般情况下，我们下一步做法可能是 重新生成 Key，但是即使重新生成了Key，也会发现还会有以上的问题。

(3)  使用 https 下载代码

git clone https://......（git地址）

但是 发现 rsult =18的错误。 查询相关日志，执行了一下命令

git config --global http.postBuffer  xxxxxx  （将接受代码的缓存扩大）

再次执行 git clone https://......（git地址）

 发现又有  result = 56，由于我自己使用的是公司的电脑进行操作的，怀疑可能是公司对下载的代码量有限制。因此 将 下载代码的地址更换成了另一个工程（代码量非常小），发现下载成功了。

更新日志

Git gui(git客户端) 最新版

1、修复CVE-2018-11235漏洞

Git gui(git客户端) 2.19.1

1.在内置的rebase/stash命令中修复了几个角盒错误

2.GITGC(已经引入到v2.19.0中)中偶尔出现的崩溃已经得到修复

Git gui(git客户端) 2.22.0.1

1.在内置的rebase/stash命令中修复了几个角盒错误

2.GITGC(已经引入到v2.19.0中)中偶尔出现的崩溃已经得到修复

Git gui(git客户端) 2.24.1.2

1.在内置的rebase/stash命令中修复了几个角盒错误

2.GITGC(已经引入到v2.19.0中)中偶尔出现的崩溃已经得到修复

Git gui(git客户端) 2.25.1.1

1.在内置的rebase/stash命令中修复了几个角盒错误

2.GITGC(已经引入到v2.19.0中)中偶尔出现的崩溃已经得到修复