Windows下使用git配置gitee远程仓库
目录
使用git配置（传统方法）
1、在桌面新建一个文件夹
2、git clone [ur1]
3、git branch查看分支
4、git branch新建分支（重要）
5、git push推送新分支
简单版（使用git小乌龟）
官网下载：
常用语言包合集下载：
就在前几天因为一些原因，我的电脑重装了系统，然后再重新配置git的环境的时候就遇到了一些小问题。所以我决定自己写一篇文章，以便以后再配置git时，避免一些错误操作，而导致全网搜方法，找对的文章去找对应的解决方法。
下面为了演示方便就拿gitee来演示，不拿GitHub了写文章了。
使用git配置（传统方法）
1、在桌面新建一个文件夹
首先在桌面新建一个文件夹，打开该文件夹，点击右键，选择“Git Bash Here”
2、git clone [ur1]
首先复制需要克隆的远程仓库的地址：
在命令行输入
git clone [ur1]
没有看到false字眼，就表示已成功将远程仓库克隆到本地。
3、git branch查看分支
克隆完看看有哪些分支吧。但是首先你要进入本地仓库的文件夹里，然后在这个文件夹里重新打开git bash命令行，进行后续操作。
打开这个文件夹，在空白处点击右键，选择git bash here，再次打开git bash命令行。
下面是一些查看分支的命令：
git branch // 查看本地分支
git branch -r // 查看远程分支
git branch -a // 查看本地仓库和远程分支 (a 是 all 的简写)
4、git branch新建分支（重要）
这一步其实是为了培养一个好习惯，按照一般来说，我们对于我们自己的仓库，自己一个人使用，那么是对于我们自己而言，建立不建立分支是没有影响的。
总体来说，直接推送到
master分支不是一个好的习惯，尤其在团队协作或较大的项目中。这种做法在一些简单的个人项目中可能不会立即显现出问题，但在长期的开发或多人合作中，可能会带来一些问题。而且直接推送到
master的潜在问题
代码稳定性
master分支通常被认为是一个稳定分支，应该始终保持可部署状态。直接推送可能引入错误、未完成的功能，导致分支不稳定。版本控制混乱
- 如果多人同时向
master分支推送，可能会导致冲突难以解决，历史记录也会变得凌乱。代码审查缺失
- 在团队中，良好的工作流程包括代码审查（Code Review），直接推送跳过了审查阶段，可能引入低质量的代码或安全隐患。
回滚困难
- 如果错误代码被直接推送到
master，回滚到稳定版本可能需要更多的时间和精力。所以在工作上分支一般分为四种：
- 主分支（master/main）：始终保持稳定、可部署的状态。
- 功能分支（feature/xxx）：为新功能创建独立分支。
- 修复分支（bugfix/xxx）：修复问题时使用独立分支。
- 发布分支（release/xxx）：为即将发布的版本准备分支。
那么下面我们就看看怎么建立分支，然后看看怎么把代码推送到分支，而不是master。
git branch newBranch - 新建本地分支newBranch
git checkout newBranch - 切换到本地分支newBranch如果分支名建立错误，可以使用下面的指令删除
git branch -d 错误分支名
-d：安全删除分支。如果分支的更改还未被合并，Git 会提示错误，防止你误删。
-D：强制删除分支，即使分支未合并也会被删除。谨慎使用！
成功新建名为“newBranch”的新分支，同时使用切换分支的命令，将分支从(master)切换到了(newBranch)。
5、git push推送新分支
我在本地仓库新建了一个 test.txt 文件，并进行了相关修改。现在我希望将这些更改推送到远程仓库，但不想直接影响远程仓库的 master 分支。我打算在本地创建一个名为 newBranch 的新分支，将所有改动保存在该分支下，并将这个分支推送到远程仓库。这样，远程仓库的 master 分支将保持不变，而我的更改将独立保存在 newBranch 分支中。
剩下的就是git的三板斧。首先要运行git add . 命令，然后运行git commit -m “提交日志”（注意这个提交日志不可以乱写），最后提交改动到指定分支：git push origin newBranch （不是git push）。
如果看到有报错，其实有报错也很正常，毕竟我们刚才所有的操作都没有设计到配置name/email。
下面看我下面的一些文章，我也给出了一些类似的问题。
看对应报错，然后对应进行修改就可以了。一般就这俩个错误。
解决 Linux git push 成功后（但没有出现绿点）的问题-CSDN博客
解决 git 报错 “fatal: unable to access ‘https://github.com/.../.git‘: Recv failure Connection was rese-CSDN博客
简单版（使用git小乌龟）
到这里就完了。其实也不是很麻烦。但如果是新手。不想这么麻烦，也可以使用一些工具，比如git小乌龟，git小乌龟就是git的图形化界面的软件。对于新手来说上手特别简单。
官网下载：
当前稳定版本为：2.15.0
1.下方点击下载官方版本体
请确保为您的 PC 选择正确的安装程序，否则安装将失败。
| 适用于 32 位 Windows | 适用于 64 位 Windows | 适用于 ARM64 Windows |
| 下载 TortoiseGit 2.15.0 32 位 （18.2 MiB) | 下载 TortoiseGit 2.15.0 64 位 （21.5 MiB) | 下载TortoiseGit 2.15.0 ARM64 （20.2 MiB) |
常用语言包合集下载：
2.下方点击下载本体的DLC（汉化包）
语言包不包含 TortoiseGit 的独立本地化版本，您需要上面的 TortoiseGit。每个语言包的下载大小为 2-7 MiB。
| 语言 | 完整性 | 单击下载32位汉化 | 单击下载64位汉化 | 单击下方ARM64汉化 |
| 简体中文 | 99 % | 单击下载32位汉化 （2.8 MiB) | 单击下载64位汉化 （4.3 MiB) | ARM64汉化 （2.8 MiB) |
下载完成后。
你的右键会相对于git多三个下面的选项，然后第一个就是克隆，第二个就是我们进行修改远程仓库。第三个是各种工具，里面就有add。
操作起来非常简单，这里我就不多说了。十分简单。
但是如果你使用了git小乌龟后，还按照一开始的方法，用git配置GitHub的远程仓库，那么一般是会报错的。那么下一篇文章，我会教你如何解决这个问题。
但是如果你一开始就使用git就不需要担心了。同理如果GitHub使用小乌龟，然后还按照相同的方式去配置gitee，同样会报错。