Gitee从入门到精通，一篇就够了！

经过多年的发展和积累，Gitee 拥有了成熟的服务生态。它与国内众多主流云服务平台、开发工具、技术社区等建立了紧密的合作关系，为开发者提供了丰富的扩展功能和便捷的开发环境。开发者在 Gitee 上不仅能托管代码，还能轻松实现项目管理、持续集成与部署、代码审查等一系列开发流程，一站式满足各种开发需求，如同一个功能齐全的超级商场，能满足你所有的购物清单。

二、准备工作

（一）注册 Gitee 账号

在使用 Gitee 之前，你首先需要拥有一个属于自己的账号，就像进入图书馆需要办理借阅证一样。注册过程简单易懂，打开你的浏览器，在地址栏中输入 Gitee 官网地址 “Gitee - 基于 Git 的代码托管和研发协作平台” ，按下回车键，进入 Gitee 的官方网站。在页面的右上角，你会看到一个醒目的 “注册” 按钮，点击它，正式开启你的注册之旅。

随后，页面会跳转至注册页面，在这里，你需要填写一些必要的信息。首先是邮箱，建议填写常用且稳定的邮箱，比如国内的 163 邮箱或者 QQ 邮箱，这样能确保你能及时收到 Gitee 发送的各类通知邮件，避免因为邮箱问题而收不到激活邮件，影响注册进度。接着，设置一个独特的用户名，这将成为你在 Gitee 社区中的标识，方便其他开发者与你交流和识别。同时，为你的账号设置一个强度足够的密码，包含字母、数字和特殊字符，以保障账号的安全。填写完这些信息后，仔细阅读用户协议和隐私政策，如果你同意其中的条款，勾选相应的复选框，最后点击 “立即注册” 按钮。

完成上述操作后，Gitee 会向你填写的邮箱发送一封激活邮件。登录你的邮箱，找到来自 Gitee 的邮件，点击邮件中的激活链接，即可完成账号的注册。此时，你已经成功拥有了 Gitee 账号，可以尽情探索这个代码托管的精彩世界。

（二）安装 Git

拥有了 Gitee 账号后，还需要在你的计算机上安装 Git 工具，它就像是一把钥匙，帮助你开启与 Gitee 仓库交互的大门。不同的操作系统，安装 Git 的方式略有不同。

Windows 系统：打开你的浏览器，访问 Git 官方下载页面 “https://git-scm.com/d ownlo ad/wi n” ，根据你的系统是 32 位还是 64 位，选择对应的安装程序进行下载。下载完成后，找到下载的安装文件，通常是一个.exe 后缀的文件，双击运行它。在安装向导中，你可以按照默认设置一路点击 “Next” 进行安装。不过，在安装过程中有几个选项可以根据你的需求进行个性化设置。例如，在 “Select Components” 步骤中，你可以选择是否在桌面上添加 Git Bash 和 Git GUI 的快捷方式，方便快速启动；还可以选择是否在 Windows 资源管理器的右键菜单中添加 Git 相关选项，这样在任意文件夹中都能快速打开 Git 工具。在 “Adjusting your PATH environment” 步骤中，推荐选择 “Git from the command line and also from 3rd-party software”，这样可以在命令提示符和第三方软件中都能方便地使用 Git。安装完成后，按下 Win + R 键，打开运行对话框，输入 “cmd” 并回车，打开命令提示符，输入 “git --version”，如果显示 Git 的版本信息，说明安装成功。

Mac 系统：有多种安装方式可供选择。如果你安装了 Homebrew 包管理器（一种在 Mac 上非常流行的软件包管理工具），打开终端，在终端中输入 “brew install git”，按下回车键，Homebrew 会自动下载并安装 Git。如果没有安装 Homebrew，也可以从 Git 官方网站下载安装包。打开浏览器，访问 “https://git-scm.com/d ownlo ad/ma c” ，下载适合你 Mac 系统版本的安装程序（通常是.pkg 后缀的文件）。下载完成后，双击安装程序文件，按照安装向导的提示一步步完成安装。安装完成后，打开终端，输入 “git --version”，若能看到 Git 的版本号，表明安装顺利完成。

Linux 系统：以 Ubuntu 系统为例，打开终端，首先更新软件包列表，输入 “sudo apt update”，然后输入 “sudo apt install git-all”，系统会自动下载并安装 Git。对于其他 Linux 发行版，你可以参考 Git 官方网站上针对不同 Unix 发行版的安装步骤（网址：https://git-scm.co m/dow nload/linu x ）。安装完成后，同样在终端中输入 “git --version” 来验证是否安装成功。

（三）配置 Git

安装好 Git 后，还需要进行一些基本的配置，设置用户名和邮箱是其中必不可少的步骤。这就好比在作业本上写上自己的名字和联系方式，方便他人识别和联系你。在 Git 中设置用户名和邮箱，主要是为了在提交代码时，能够明确标识出代码的作者信息，这些信息会被记录在每一次的提交记录中。

打开你的命令行工具（Windows 下是命令提示符或 Git Bash，Mac 和 Linux 下是终端），输入以下两条命令来设置用户名和邮箱：

git config --global user.name "你的用户名"

git config --global user.email "你的邮箱地址"

例如：

git config --global user.name "JohnDoe"

git config --global user.email "johndoe@example.com"

这里使用了 “--global” 参数，表示这是全局配置，配置信息会应用到你系统上的所有 Git 仓库。如果针对特定项目，你想使用不同的用户名和邮箱，可以进入该项目的目录，在不使用 “--global” 参数的情况下执行上述命令，这样配置仅对当前项目有效。配置完成后，你可以通过以下命令查看配置信息是否正确：

git config --list

在列出的配置信息中，找到 “user.name” 和 “user.email” 对应的项，确认其值是否为你刚刚设置的内容。

三、创建版本库

当你准备好账号和工具后，就可以开启创建版本库的旅程啦。版本库就像是一个超级保险箱，专门用来存放你的项目代码，它会详细记录下代码的每一次修改，方便你随时回溯查看。创建版本库可以在本地完成，也可以在 Gitee 平台上创建远程版本库，下面我们就来详细了解一下具体的操作步骤。

（一）本地创建

首先，在你的本地磁盘中找到一个合适的位置，创建一个文件夹来存放你的项目。这里要特别注意，文件夹的路径中不要包含中文，因为部分 Git 工具对中文路径的支持不太友好，可能会在后续操作中引发一些意想不到的问题，就像在一条布满小石子的道路上开车，虽然也能前行，但总是不太顺畅。例如，你可以在 D 盘根目录下创建一个名为 “my_project” 的文件夹。

接下来，打开 Git Bash（Windows 系统）或者终端（Mac 和 Linux 系统），进入刚刚创建的文件夹。在命令行中输入以下命令来初始化版本库：

git init

执行这个命令后，你会发现文件夹中多了一个隐藏的.git 文件（在 Windows 系统中，需要在文件资源管理器的 “查看” 选项卡中勾选 “隐藏的项目” 才能看到；在 Mac 系统中，在终端输入 “defaults write com.apple.finder AppleShowAllFiles -bool true;killall Finder” 命令即可显示隐藏文件，输入 “defaults write com.apple.finder AppleShowAllFiles -bool false;killall Finder” 可恢复隐藏；在 Linux 系统中，使用 “ls -a” 命令可以查看隐藏文件）。这个.git 文件可是版本库的核心，它就像一个忠实的史官，默默地记录着项目中所有文件的改动历史。

（二）理解.git 文件

.git 文件是 Git 版本控制系统的核心组件，它承载着众多关键信息，对于项目的版本管理起着举足轻重的作用。在这个文件中，详细记录了项目的所有变更历史，每一次文件的修改、新增或删除操作，以及对应的提交时间、作者等信息都被完整地保存下来。通过这些记录，你可以清晰地追溯项目的演变过程，就像翻阅一本历史书，了解项目在不同阶段的状态。

.git 文件还保存了项目的分支信息。在项目开发过程中，常常会创建多个分支，每个分支都可以独立进行开发和测试，互不干扰。例如，在开发新功能时，可以创建一个功能分支，在这个分支上进行代码编写和调试，而不会影响主分支的稳定性。.git 文件准确地记录了各个分支的状态和指向，方便你在不同分支之间进行切换和管理，就像一个智能的导航仪，指引你在不同的开发路径中自由穿梭。

需要特别强调的是，.git 文件绝对不能随意删除！一旦删除，就如同失去了项目的记忆，所有的版本历史将不复存在，你将无法回滚到之前的版本，也无法查看详细的提交记录，分支管理等功能也将无法正常使用。这就好比抹去了一本书的所有页码和目录，你将很难找到书中的特定内容，项目的开发和维护也会陷入混乱。所以，一定要像保护珍贵文物一样，妥善保护好.git 文件。

四、本地版本管理

（一）添加和提交文件

在项目开发过程中，我们经常需要将新创建的文件或者修改后的文件纳入版本控制，这时就需要用到git add和git commit命令。假设你在本地项目目录下创建了一个名为index.html的文件，用于构建项目的前端页面，现在你想将这个文件添加到版本库中。首先，打开命令行工具，进入项目所在的目录，然后输入以下命令：

git add index.html

这个命令会将index.html文件添加到暂存区。暂存区就像是一个临时的中转站，被添加到暂存区的文件会等待被提交到本地仓库。如果你的项目中有多个文件需要添加，一个个输入文件名会比较繁琐，这时可以使用通配符 “.” 来表示添加当前目录下的所有文件，命令如下：

git add.

将文件添加到暂存区后，还需要提交到本地仓库，才能真正记录下文件的变更。提交时需要添加一个提交注释，简要描述本次提交的内容，方便后续查看提交历史时了解变更的原因。提交命令如下：

git commit -m "添加index.html文件，用于构建前端页面"

这里的 “-m” 参数后面跟随的是提交注释，就像在日记中写下当天发生的事情，帮助你回忆当时的情况。执行这个命令后，文件就从暂存区提交到了本地仓库，版本库中成功记录下了这次变更。

（二）查看项目状态

在开发过程中，随时了解项目中文件的状态非常重要，git status命令就可以帮助我们实现这一点。它就像一个智能的侦察兵，能够准确地报告当前项目中文件的状态，让你清楚地知道哪些文件已被修改、哪些文件是新添加的还未被跟踪，以及哪些文件已经被暂存准备提交等。

还是以上面的项目为例，在添加和提交index.html文件之前，执行git status命令，你会看到类似这样的输出：

On branch master

No commits yet

Untracked files:

(use "git add <file>..." to include in what will be committed)

index.html

nothing added to commit but untracked files present (use "git add" to track)

从输出信息中可以看出，当前位于master分支，还没有任何提交记录，index.html文件是未被跟踪的文件，并提示可以使用git add命令将其添加到提交内容中。

当你执行git add index.html命令后，再次执行git status命令，输出会变为：

On branch master

No commits yet

Changes to be committed:

(use "git reset HEAD <file>..." to unstage)

new file: index.html

此时可以看到，index.html文件已经被添加到暂存区，状态变为 “Changes to be committed”，表示该文件准备好被提交到本地仓库，同时还提示了如果想取消暂存该文件，可以使用git reset HEAD <file>命令。

在提交文件后，执行git status命令，输出会显示：

On branch master

nothing to commit, working tree clean

这表明当前分支没有需要提交的内容，工作树是干净的，即所有已跟踪文件都处于最新状态，没有未提交的修改。通过git status命令，你可以随时了解项目的状态，及时发现并处理文件的变更情况，确保项目开发的顺利进行。

（三）查看提交历史

git log命令就像一本详细的历史书，记录着项目的每一次提交，让你可以清晰地回顾项目的发展历程。每一次提交都会包含提交的哈希值（一个唯一标识提交的字符串，类似于身份证号码）、作者信息（你在配置 Git 时设置的用户名和邮箱）、提交日期以及提交注释等重要信息。

在项目目录下执行git log命令，你会看到类似下面这样的输出：

commit 6d9c8c92c1c32c1c9c8c9d9c9c8c9d9c8c9d9c9d (HEAD -> master)

Author: JohnDoe <johndoe@example.com>

Date: Wed Sep 20 15:30:00 2023 +0800

添加index.html文件，用于构建前端页面

在这个输出中，“commit” 后面的 “6d9c8c92c1c32c1c9c8c9d9c9c8c9d9c8c9d9c9d” 就是本次提交的哈希值，它是一个非常长且唯一的字符串，用于在版本库中准确标识这个提交。“Author” 后面显示的是提交作者的信息，“Date” 表示提交的日期和时间，最后的 “添加 index.html 文件，用于构建前端页面” 就是你在提交时添加的注释，它简要说明了本次提交的内容。

如果项目有很多次提交，git log命令会显示所有的提交记录，按时间倒序排列，最新的提交在最上面。通过查看提交历史，你可以了解项目中各个功能是在什么时候添加的，哪些代码是在什么时间修改的，以及修改的原因是什么。这对于项目的维护、回溯问题以及与团队成员协作都非常有帮助。例如，当你发现项目中某个功能出现问题时，可以通过查看提交历史，找到最近一次修改该功能相关代码的提交，从而快速定位问题所在。

（四）版本回退

在项目开发过程中，难免会出现一些失误，比如提交了错误的代码，或者修改后的代码导致项目出现了严重的问题。这时，就需要使用git reset命令将项目回退到之前的某个正确版本，就像时光倒流一样，让项目恢复到之前的稳定状态。

要回退到指定版本，首先需要知道目标版本的哈希值，这个哈希值可以通过git log命令查看。假设通过git log命令查看到你想要回退到的版本的哈希值是 “abc1234”，那么执行以下命令即可回退到该版本：

git reset --hard abc1234

这里的 “--hard” 参数表示彻底回退，它会丢弃工作区和暂存区的所有未提交更改，直接将项目状态恢复到指定版本。执行这个命令后，你的项目文件会回到该版本时的状态，同时master分支也会指向这个版本。

需要特别注意的是，版本回退是一个具有一定风险的操作，尤其是使用 “--hard” 参数时，因为它会直接丢弃未提交的更改。所以在执行版本回退之前，一定要确保你真的需要回退到该版本，并且已经备份了重要的未提交更改。如果在回退之后发现错误，还可以通过git reflog命令查找最近的操作记录，恢复到正确的状态。git reflog就像一个操作日志，记录了你在本地仓库中执行的所有命令，包括提交、回退等操作，通过它可以找到之前的版本哈希值，再次使用git reset命令恢复到指定状态。

五、远程库操作

（一）生成 SSH 密钥

SSH 密钥就像是一把特殊的钥匙，在连接 Gitee 远程仓库时起着至关重要的身份验证作用，它能确保只有授权的用户才能访问和操作仓库，大大提高了代码的安全性。生成 SSH 密钥的过程也并不复杂，下面我们来详细介绍。

打开你的命令行工具，在 Windows 系统下可以使用 Git Bash，Mac 和 Linux 系统则直接使用终端。在命令行中输入以下命令：

ssh-keygen -t rsa -C "你的邮箱地址"

这里的 “-t rsa” 表示使用 RSA 加密算法生成密钥对，这是一种非常经典且广泛应用的加密算法，能够提供可靠的安全性；“-C” 后面跟随的是你的邮箱地址，这个邮箱地址主要用于标识这对密钥的归属，方便你在多个密钥对存在的情况下进行区分，就像给每把钥匙贴上一个独特的标签。

输入命令后，按下回车键，系统会提示你选择密钥的保存路径。默认情况下，密钥会保存在用户主目录下的.ssh 文件夹中，你可以直接按下回车键采用默认路径，也可以根据自己的需求指定其他路径。接着，系统会提示你输入一个密码短语（passphrase），这是一个可选步骤，但强烈建议你设置一个密码短语。这个密码短语就像给你的钥匙加上了一把额外的锁，进一步增强了密钥的安全性。当你使用这把密钥进行连接时，需要输入正确的密码短语才能解锁使用。如果你不想设置密码短语，直接按下回车键跳过即可。

完成上述步骤后，系统会在你指定的路径下生成一对密钥文件，一个是私钥文件（id_rsa），它就像你家门的钥匙，要妥善保管，绝对不能泄露给他人；另一个是公钥文件（id_rsa.pub），公钥可以公开分享，就像你家门的门铃号码，别人知道也没关系。生成的密钥对将用于建立本地与 Gitee 远程仓库的安全连接，确保你的代码传输安全可靠。

（二）在 Gitee 创建仓库

在 Gitee 上创建仓库是将你的项目代码托管到远程的重要一步，就像在云端为你的项目找到了一个安全的家。登录到你的 Gitee 账号后，在页面的右上角，你会看到一个醒目的 “+” 号按钮，点击它，会弹出一个下拉菜单，选择其中的 “新建仓库” 选项，即可进入新建仓库的页面。

在新建仓库页面，首先映入眼帘的是 “仓库名称” 输入框，在这里你需要为你的仓库取一个合适的名字，这个名字要能够准确反映项目的内容或用途，方便你自己和他人识别。例如，如果你的项目是一个个人博客的开发，你可以将仓库命名为 “personal_blog_project”。

在 “仓库介绍” 文本框中，简要描述一下你的项目，包括项目的目标、功能特点、技术架构等信息。这就像给你的项目写一个简短的自我介绍，让其他开发者在看到仓库时，能够快速了解项目的大致情况。比如，你可以这样描述：“本项目是一个基于 Vue.js 和 Node.js 开发的个人博客，具备文章发布、评论、分类等功能，采用前后端分离架构，致力于打造简洁高效的个人写作平台。”

“是否开源” 选项决定了你的仓库对其他人的可见性。如果你选择开源，那么所有人都可以查看仓库中的代码，这对于分享知识、吸引其他开发者参与协作非常有帮助；如果你选择私有，只有你和你授权的用户才能访问仓库，适合存放商业项目或敏感信息。根据你的项目需求进行选择即可。

“选择语言” 下拉菜单用于指定项目主要使用的编程语言。Gitee 会根据你选择的语言，对仓库中的代码进行语法高亮显示等处理，方便查看和管理。例如，如果你的项目是用 Python 开发的，就选择 “Python” 选项。

此外，你还可以根据项目的需要，选择添加.gitignore 文件模板和开源许可证。.gitignore 文件用于指定哪些文件或目录不需要被纳入版本控制，比如编译生成的文件、日志文件等，避免这些不必要的文件被上传到仓库中。开源许可证则规定了其他人在使用你的开源代码时需要遵循的规则和条件，常见的开源许可证有 MIT、Apache-2.0 等，你可以根据项目的开源策略选择合适的许可证。填写完这些信息后，点击页面下方的 “创建” 按钮，一个全新的仓库就成功创建好了。

（三）添加 SSH 公钥

生成 SSH 密钥对后，接下来需要将本地生成的公钥添加到 Gitee 账户中，这一步就像是将你的钥匙交给仓库管理员进行备案，只有备案成功后，你才能使用这把钥匙打开仓库的大门，实现本地与远程仓库的安全连接。

首先，需要查看公钥文件的内容。在命令行中输入以下命令：

cat ~/.ssh/id_rsa.pub

执行这个命令后，屏幕上会显示出公钥文件的内容，它是一串很长的字符串，类似于 “ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABgQC4r... 你的邮箱地址” 。使用鼠标选中这串公钥内容，然后复制它。

登录到你的 Gitee 账号，点击页面右上角的头像，在弹出的下拉菜单中选择 “设置” 选项，进入设置页面。在设置页面的左侧菜单栏中，找到 “SSH 公钥” 选项并点击。在右侧的 “SSH 公钥” 输入框中，将刚刚复制的公钥内容粘贴进去。在 “标题” 输入框中，为这个公钥起一个描述性的标题，方便你识别和管理，比如可以填写 “我的工作电脑公钥” 或者 “个人项目公钥” 等。填写完后，点击 “确定” 按钮。

如果添加成功，你会看到页面上显示 “添加成功” 的提示信息。此时，你的本地公钥已经成功添加到 Gitee 账户中，接下来就可以使用 SSH 密钥进行本地与远程仓库的交互操作，无需每次都输入用户名和密码，既方便又安全。如果添加过程中出现问题，比如提示公钥格式错误等，你需要仔细检查公钥内容是否复制完整、格式是否正确，或者查看 Gitee 官方文档获取更多帮助信息。

（四）关联本地和远程库

当你在本地创建了版本库并且在 Gitee 上创建了远程仓库后，就需要将它们关联起来，就像建立一条连接本地与远程的桥梁，让代码能够在两者之间自由传输。在本地项目目录下，打开命令行工具，输入以下命令：

git remote add origin git@gitee.com:你的用户名/你的仓库名.git

这里的 “git remote add” 是固定的命令格式，用于添加一个远程仓库；“origin” 是给远程仓库起的别名，这是一个常用的约定俗成的别名，你也可以根据自己的喜好改成其他名字，但为了保持一致性和便于理解，建议使用 “origin”；“git@gitee.com: 你的用户名 / 你的仓库名.git” 是远程仓库的 SSH 地址，其中 “你的用户名” 和 “你的仓库名” 需要替换成你在 Gitee 上实际的用户名和仓库名称。例如，如果你的用户名是 “JohnDoe”，仓库名是 “my_project”，那么完整的命令就是：

git remote add origin git@gitee.com:JohnDoe/my_project.git

执行完这个命令后，本地版本库和远程仓库就建立了关联。你可以通过以下命令查看远程仓库的信息：

git remote -v

执行该命令后，会显示类似下面的输出：

origin git@gitee.com:JohnDoe/my_project.git (fetch)

origin git@gitee.com:JohnDoe/my_project.git (push)

从输出中可以看到，“origin” 对应的远程仓库地址，以及它支持的操作（fetch 和 push），这表明本地和远程库已经成功关联。如果在关联过程中遇到问题，比如提示 “fatal: remote origin already exists”，说明你之前已经关联过名为 “origin” 的远程仓库，可以先使用 “git remote rm origin” 命令删除已有的关联，然后重新执行添加远程仓库的命令。

（五）推送和拉取代码

关联本地和远程库后，就可以进行代码的推送和拉取操作了。推送代码是将本地的修改上传到远程仓库，就像把自己的作品分享给其他人；拉取代码则是从远程仓库获取最新的代码更新到本地，保证本地代码与远程保持同步。

使用git push命令将本地的内容推送到远程库。假设你在本地master分支上完成了代码的修改和提交，现在要将这些更改推送到远程仓库的master分支，在本地项目目录下的命令行中输入：

git push origin master

这里的 “origin” 是之前关联远程仓库时设置的别名，“master” 是要推送的分支名称。如果是第一次推送，可能需要添加 “-u” 参数，命令如下：

git push -u origin master

“-u” 参数的作用是将本地分支与远程分支建立追踪关系，这样在后续的推送和拉取操作中，可以直接使用 “git push” 和 “git pull” 命令，而无需每次都指定远程仓库和分支名称。执行推送命令后，如果一切正常，你的本地修改就会成功上传到远程仓库。

从远程库拉取文件到本地并合并，使用git pull命令。例如，要从远程仓库的master分支拉取最新代码到本地，在命令行中输入：

git pull origin master

执行这个命令后，Git 会从远程仓库获取最新的代码，并尝试将其合并到本地当前分支。如果在拉取过程中，远程仓库的代码与本地代码有冲突，Git 会提示冲突信息，并在冲突文件中标记出冲突的部分。这时，你需要手动打开冲突文件，根据实际情况解决冲突，删除冲突标记，然后使用git add命令将修改后的文件添加到暂存区，再使用git commit命令提交更改。

在推送和拉取代码时，可能会遇到一些问题。比如，推送时提示 “error: src refspec master does not match any”，这通常是因为本地没有master分支或者分支名称错误，你可以检查分支名称是否正确，或者先在本地创建相应的分支再进行推送。如果拉取时遇到 “fatal: refusing to merge unrelated histories” 错误，是因为本地仓库和远程仓库的历史记录不相关，在执行拉取命令时可以添加 “--allow-unrelated-histories” 参数，强制合并历史记录。通过正确地使用推送和拉取命令，并解决可能出现的问题，你就能在本地和远程仓库之间高效地进行代码交互和同步。

六、高级功能

（一）分支管理

在软件开发中，分支就像是一条条并行的轨道，每个分支都可以独立进行开发、测试等工作，互不干扰，极大地提高了开发的灵活性和效率。比如在一个电商项目的开发中，当需要开发新的促销活动功能时，就可以创建一个新的分支，在这个分支上进行代码编写和测试，而不会影响主分支上正在运行的线上业务。

在 Gitee 中，查看分支非常简单，打开命令行工具，进入项目所在目录，输入 “git branch” 命令，就可以列出所有本地分支。在列出的分支列表中，当前所在的分支前面会有一个 “*” 号标识，就像地图上你的当前位置标记一样，让你一目了然。

如果要创建新分支，使用 “git branch 分支名” 命令即可。例如，你要创建一个名为 “feature/new_product” 的分支，用于开发新的产品功能，在命令行中输入 “git branch feature/new_product” ，一个全新的分支就创建好了。

切换分支使用 “git checkout 分支名” 命令。当你在 “master” 主分支上完成了一些基础功能的开发，现在要切换到刚刚创建的 “feature/new_product” 分支进行新功能开发，输入 “git checkout feature/new_product” ，就可以顺利切换到该分支，在新的分支上大展拳脚。

当新功能在分支上开发完成并经过测试后，就需要将其合并到主分支，让主分支也拥有这些新功能。合并分支使用 “git merge 分支名” 命令，假设你要将 “feature/new_product” 分支合并到 “master” 主分支，先切换到 “master” 主分支（使用 “git checkout master” 命令），然后输入 “git merge feature/new_product” ，如果没有冲突，新功能的代码就会成功合并到 “master” 主分支。

（二）解决冲突

当合并分支时，如果不同分支对同一文件的同一部分进行了不同的修改，就会出现冲突，这就好比两个人同时要在一块黑板上写不同的内容，产生了矛盾。假设在 “master” 主分支和 “feature/new_product” 分支中，都对 “product.js” 文件中的产品价格计算函数进行了修改，当尝试将 “feature/new_product” 分支合并到 “master” 主分支时，就会触发冲突。

当出现冲突时，首先使用 “git status” 命令查看冲突文件，它会明确告诉你哪些文件存在冲突。打开存在冲突的文件，你会看到类似这样的冲突标记：

<<<<<<< HEAD

// master分支中的代码

function calculatePrice() {

return price * 0.9;

}

=======

// feature/new_product分支中的代码

function calculatePrice() {

return price * 0.85;

}

>>>>>>> feature/new_product

“<<<<<<<HEAD” 表示当前分支（这里是 “master” 主分支）的内容，“======= ” 是分隔线，“>>>>>>> feature/new_product” 表示要合并进来的分支（“feature/new_product” 分支）的内容。你需要根据实际情况，手动编辑解决冲突，比如根据项目的定价策略，决定采用哪个价格计算逻辑，或者综合两个分支的优点，重新编写函数。编辑完成后，删除这些冲突标记，然后使用 “git add 冲突文件” 命令将修改后的文件添加到暂存区，再使用 “git commit -m "解决冲突说明"” 命令提交更改，这里的提交注释要简要说明解决冲突的情况，方便后续查看。

（三）标签管理

标签在项目开发中就像是一个个重要的里程碑标记，用于标记特定的版本，方便回溯和发布管理。比如当一个电商项目完成了一次重大的功能更新，修复了所有已知的漏洞，并且经过了全面的测试，达到了一个稳定可发布的状态，这时就可以为这个状态的代码打一个标签，如 “v1.0.0”，表示这是项目的第一个正式版本。

在 Gitee 中创建标签非常简单，使用 “git tag 标签名” 命令即可在当前提交上创建一个轻量级标签。如果要创建一个带有注释的附注标签，使用 “git tag -a 标签名 -m "注释内容"” 命令，例如 “git tag -a v1.0.0 -m "第一个正式版本，包含新功能和漏洞修复"” ，这样创建的标签包含了更多的信息，方便后续查看和管理。

默认情况下，创建的标签只存储在本地，不会自动推送到远程仓库。如果要将标签推送到远程仓库，使用 “git push origin 标签名” 命令，比如 “git push origin v1.0.0” ，这样远程仓库中也会有这个标签，团队成员都可以看到并使用这个标签对应的版本代码。如果本地有多个标签需要一次性推送到远程仓库，可以使用 “git push origin --tags” 命令，一次性将所有本地标签都推送到远程，高效便捷地完成标签的同步。