Gitee仓库 如何把本地资源上传远程仓库以及如何拉取资源到本地

码云(Gitee)简单介绍

Git 是一个开源的分布式版本控制系统，用于敏捷高效地处理任何或小或大的项目。
Git 与常用的版本控制工具 CVSa,Subversion 等不同，它采用了分布式版本库的方式，不必服务器端软件支持。
如果不会Gitee的小伙伴这里推荐一下 菜鸟教程的Git教程 ，一两个小时就能上手了

前提条件

1、本地电脑安装Git客户端
2、本地已有项目
3、Gitee注册好了账户

具体操作

1、登录码云

点击加号，然后点击新建仓库

2、填写项目相关信息

3、创建完成会得到一个远程仓库

4、进入需要上传到远程仓库的文件夹

5、进入git命令窗口

6、git 具体流程

（1）创建用户和邮箱（这里我的电脑已经创建过了，就直接给命令）
git config --global user.name '取一个名字'
git config --global user.email '2322979106@qq.com'

---

（2）初始化git文件，这个目录变成git可以管理的仓库，会出现一个.git文件夹，如果没出现的话需要选择“显示隐藏文件”
git init
如果没有git文件会报错： fatal: not a git repository (or any of the parent directories): .git

---

Gitee 对于上传文件的大小没有严格的明确统一限制，但一般来说，不建议上传过大的单个文件。
通常情况下，如果文件过大可能会遇到一些问题：

一、可能出现的问题
影响仓库性能：较大的文件会增加仓库的大小，使得克隆、推送等操作变得缓慢，也会占用更多的存储空间。
上传和下载困难：对于网络条件不好的用户，下载或上传大文件可能会耗费很长时间，甚至可能出现失败的情况。
二、一般建议
尽量保持单个文件较小：单个文件最好不要超过几十兆甚至上百兆，以保证良好的使用体验和仓库性能。
使用 Git Large File Storage（Git LFS）：如果有较大的二进制文件需要管理，可以考虑使用 Git LFS。它可以将大文件的实际内容存储在单独的服务器上，而在 Git 仓库中只保留对大文件的引用，从而提高仓库的性能和可管理性。
总之，虽然 Gitee 没有明确规定上传文件的具体大小限制，但为了确保良好的使用体验和仓库性能，应尽量避免上传过大的单个文件。

---

（3）忽略所有文件的安全问题（前提是要确保文件安全） 这并不是 Git 上传代码的必须流程
git config --global --add safe.directory "*"
这个命令通常是在某些特定情况下使用，比如在使用一些新的或不太常见的 Git 操作环境中，Git 可能会出于安全考虑对某些目录进行限制，执行这个命令可以解除这种限制，允许 Git 在更多的目录下进行操作。
一般情况下，正常的 Git 上传代码流程包括初始化仓库、添加文件、提交更改、设置远程仓库地址以及推送更改等步骤，并不涉及这个特定的配置命令。

---

（4）将资源添加到暂存区
git add filename ：*将指定名称的文件添加到暂存区。例如，git add README.md会将名为 “README.md” 的文件添加到暂存区。（记得添加文件名后缀）
git add file1 file2 file3：可以逐个列出多个文件名，将这些文件添加到暂存区。（记得添加文件名后缀）
git add . / git add -A： 上传文件夹所有文件

---

（5）提交本地版本库 这并不是 Git 上传代码的必须流程
git commit -m '备注（注释说明）'
git log查看版本日志

a）记录变更历史
提交操作配合有意义的注释说明可以清晰地记录每次代码变更的原因和目的。这对于后续查看项目历史、理解代码演进以及进行问题排查都非常有帮助。例如，当几个月后回顾项目时，通过查看提交注释可以快速了解在某个时间点进行了哪些具体的修改以及为什么要进行这些修改。
b）团队协作
在团队开发中，良好的提交注释可以让其他团队成员更好地理解你的工作内容。当其他人审查代码或者整合不同人的工作时，能够通过注释快速了解你的修改意图，提高协作效率。例如，一个团队成员在看到你的提交注释后，可以更好地决定是否需要进一步与你沟通某些修改，或者如何将你的修改与他们自己的工作进行整合。

---

（6）添加远程仓库路径，origin 关联远程仓库的意思
git remote add origin http://xxxxxxxx/name.git

这里的地址是你要上传仓库的地址

---

（7）上传资源（到这里上传的完整流程就完了）
git push -u origin master

*注意：如果远程仓库有资源需要先拉去再上传：git pull --rebase origin master
原因：
一、可能出现的问题
1、合并冲突

• 当你本地的分支和远程分支有不同的提交时，直接推送可能会导致在远程仓库产生合并冲突。例如，你和其他团队成员同时在master分支上进行开发，对方先将一些更改推送到了远程仓库，而你没有拉取这些更改就尝试推送自己的修改，这时就很可能出现冲突。
• 冲突需要手动解决，这会增加开发的复杂性和时间成本。

2、丢失他人的更改

• 如果你的更改与他人的更改有重叠部分，并且你直接推送而没有先拉取整合，可能会导致他人的更改被覆盖或丢失。这会给团队协作带来严重的问题，可能需要花费大量时间来恢复丢失的更改。

3、破坏项目的稳定性

• 在没有确保本地与远程同步的情况下推送，可能会引入不一致的状态到远程仓库，从而破坏项目的稳定性。其他团队成员在拉取最新代码时可能会遇到错误或不可预期的行为。

二、正确的做法
在推送之前，应该先执行git pull（或者git pull --rebase origin master，如果你希望使用变基操作）来获取远程仓库的最新更改，并确保本地分支与远程分支是同步的。如果有冲突，解决冲突后再进行推送，这样可以保证项目的顺利进行和团队协作的有效性。

---

再上传一次（我这里是直接再次上传，没有拉取后再上传）

结果：

将马云上的资源拉取到本地

1、新建一个空文件夹

2、进入文件夹，打开git命令窗口（方法和上面上传的一样）
3、初始化git文件

4、复制仓库地址（地址与上传地址相同）
git clone http://xxxxxxxx/name.git