Windows下使用git配置gitee远程仓库

目录

使用git配置(传统方法)

1、在桌面新建一个文件夹

[2、git clone ur1](#2、git clone [ur1])

[3、git branch查看分支](#3、git branch查看分支)

[4、git branch新建分支(重要)](#4、git branch新建分支(重要))

[5、git push推送新分支](#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 的潜在问题

  1. 代码稳定性

    • master 分支通常被认为是一个稳定分支,应该始终保持可部署状态。直接推送可能引入错误、未完成的功能,导致分支不稳定。
  2. 版本控制混乱

    • 如果多人同时向 master 分支推送,可能会导致冲突难以解决,历史记录也会变得凌乱。
  3. 代码审查缺失

    • 在团队中,良好的工作流程包括代码审查(Code Review),直接推送跳过了审查阶段,可能引入低质量的代码或安全隐患。
  4. 回滚困难

    • 如果错误代码被直接推送到 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,同样会报错。

相关推荐
凯尔萨厮4 小时前
Git(学习笔记)
笔记·git·学习
一技安身6 小时前
【Git】零基础入门实战教程(Windows 完整版,适配竞赛仓库)
windows·git
LXY_BUAA9 小时前
Git_在飞牛中部署 GitLab_20260817
git·gitlab
阳墨余11 小时前
Git 同时管理 Gitee 和 GitHub 的 SSH 配置实战
git·gitee·github
fengyehongWorld19 小时前
Git 认证凭据管理
git
暮云星影1 天前
git版本发布
git·gitee·github·gitea
乌夷1 天前
Git Flow 分支模型
git
独隅1 天前
VS Code Git 工作树多分支并行开发实战评测
git
暮云星影1 天前
git仓库分支管理
git·gitee·github·gitea
互联网中的一颗神经元2 天前
ZZ — Git 速查表
大数据·git·elasticsearch