小白推荐|使用git建立自己的代码仓库

1 git

1.1 什么是git

版本控制工具,用于团队协作与项目管理

1.2 git 安装教程

step1:进入git下载官网Git for Windows

step2:点击Download

step3:打开下载好的文件,按照下面图片一步一步安装

剩下的一直点Next就完事了!!!看到下面这个界面,点击Finsh,完成安装

step4:检查电脑是否安装成功

Win+R快捷键启动运行,输入cmd,回车打开命令提示符

输入git --version,出现版本号,即为安装成功!!!(注意git与--version中间有一个空格)

2 GitHub

2.1 什么是GitHub

GitHub是一个使用Git进行软件开发和版本控制的互联网托管服务。

2.2 注册GitHub

进入GitHub官网(需要打开VPN,翻墙),点Sign up,开始注册

1 输入邮箱

2 输入密码

提示 password may be compromised(翻译一下就是密码可能泄漏,原因就是密码设置太简单,改一下)

出现下面页面就表示密码可以使用

3 输入一个用户名

4 输入“n”表示不同意接收订阅消息

5 点击continue,完成验证,点击创建账号(create account)

6 打开你的邮箱,找到GitHub发的邮件,把邮件里的验证码输入到下面框里

7 剩下的就是填一些无关紧要的内容,拉到最下面,直接跳过

8 进入下面这个页面,你就成功开始GitHub之旅了

2.3 创建自己第一个代码仓库

1 Create repository

2 填写仓库信息

3 完成创建,进入仓库页面

有了仓库,下面我们就学习怎么往仓库里上传文件吧!!!

2.4 配合git上传本地文件到自己的GitHub仓库里

2.4.1 git绑定GitHub账号

假如我要上传的文件是存放在F:\test下面的note.md文件

在test文件夹下面,右键Git Bash Here

弹出命令框,分别输入下面命令,回车,绑定GitHub的用户名和邮箱

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

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

2.4.2 绑定SSH

step1:同样是在test文件夹下,右键git bash here

step2:弹出命令框,输入下面命令,生成SSH

ssh-keygen -t rsa -C "这里填登录GitHub的邮箱"

一直回车,大概按三次,出现下面这个情况就说明成功了

生成的SSH文件会自动放在电脑的C/users/你的电脑用户名/.ssh文件目录下。

step3:右键以记事本形式打开“id_rsa.pub”,ctrl+A全选,然后ctrl+C复制全部内容

step4:回到GitHub,鼠标放在头像上,点击settings

接着点

接着点

step5:完成之后,回到git bash ,输入下面指令进行测试

ssh -T git@github.com

出现下面结果表示绑定成功!!!

2.4.3 上传文件

上面我们利用git绑定了自己GitHub的账号名、邮箱以及SSH秘钥(不然每次bash上传就需要输入账号密码,并且绑定SSH有加密功能),下面介绍如何借助git上传本地文件到自己的GitHub仓库。

以我们创建的第一个代码仓库为例

step1:创建本地存放仓库的文件

在本地先创建一个文件夹,用来存放GitHub上的远程仓库,我这里是F:\test

step2:复制你代码仓库的SSH地址

step3:克隆

回到本地的test文件夹,右键空白处,点git bash here,输入命令

git clone SSH地址

出现下面结果就说明已经将GitHub的远程仓库克隆到了你的本地文件夹!

进入是下面的内容

假如我想上传的文件夹是note.txt文件,把这个文件放入远程仓库文件夹(first)下,这里我直接在first文件夹下新建个txt文件,进行演示

step4:查看git链接情况,确定远程链接名称+分支名

进入 first文件,空白处右键git bash here

首先,我们要确定远程链接(GitHub仓库的链接)名称以及你要提交到GitHub仓库哪个分支

在first文件下,右键git bash here ,输入指令

git remote -v

这里的origin就是远程链接名称

这个就是你要提交的仓库分支

确定远程链接与远程提交分支,我们就可以开始提交文件了(要提交的文件如步骤3描述,note.txt)

step5:将改动先提交到缓冲区

git add .

step6:提交,并添加补充说明

git commit -m "补充说明"

step7:推到远程仓库

首先,远程连接名和远程仓库名我们已经确定,本地仓库名就是你指令界面的蓝色字体部分

使用push 指令提交修改

git push 远程链接名 远程仓库分支名:本地仓库分支名

step8:检查是否上传成功

回到GitHub,我们可以看到新添加的note.txt文件已经在自己GitHub仓库里了!!!

<think>好的,我现在需要解释git pull和git push的区别和用法。首先,我得回忆一下这两个命令的基本作用。 记得git push是把本地仓库的提交上传到远程仓库,而git pull则是从远程仓库拉取更新并合并到本地。可能需要详细说明它们各自的用途和常见使用场景。 用户之前问过分支的相关内容,所以可能已经了解基本的版本控制概念。现在需要明确这两个命令在协作中的作用。比如,push用于分享自己的改动,pull用于获取别人的更新。 要注意结构清晰,分点说明。可能需要分为定义、工作流程、常用选项、注意事项等部分。还要考虑冲突的情况,比如在pull时如果有冲突需要解决,而push时如果远程有更新可能需要先pull。 另外,常见的问题比如git push时被拒绝,因为没有先pull最新的代码,这时候需要提示用户先pull再push。还有git pull实际上是fetch和merge的组合,可以解释一下这两个步骤。 是否需要给出示例命令?比如git push origin main,或者git pull origin feature-branch。可能用代码块展示比较直观。 还要注意安全操作,比如强制推送-f的风险,以及如何避免。同时,可以提到git fetch和git merge分开使用的情况,这样用户有更多的控制权。 最后总结两者的区别和协作中的重要性,强调在团队开发中及时pull和push的重要性,以保持代码同步。</think>以下是 `git pull` 和 `git push` 的详细对比: ### 一、核心差异 | 命令 | 数据流向 | 本质操作 | 典型使用场景 | |------------|-------------|----------------------------|-------------------------| | `git push` | 本地 → 远程 | 上传本地提交到远程仓库 | 分享代码、部署生产环境 | | `git pull` | 远程 → 本地 | 下载远程更新并合并到本地 | 获取团队最新代码 | ### 二、`git push` 详解 #### 1. 基础语法 ```bash git push <远程仓库名> <本地分支>:<远程分支> # 常用简写(当本地与远程分支同名时) git push origin main ``` #### 2. 典型工作流 ``` [本地开发] → commit → push → [远程仓库更新] ``` #### 3. 重要参数 - `-f` 或 `--force`:强制覆盖远程分支(慎用!会丢失他人提交) - `--set-upstream`:建立追踪关系(首次推送时建议添加) ```bash git push -u origin feature/login # 后续可直接用 git push ``` #### 4. 常见问题 - **拒绝推送**:当远程有更新未合并时 ```bash ! [rejected] main -> main (non-fast-forward) ``` 解决方案: ```bash git pull --rebase # 先整合远程变更 git push # 再次推送 ``` ### 三、`git pull` 详解 #### 1. 基础语法 ```bash git pull <远程仓库名> <远程分支>:<本地分支> # 常用简写(当本地分支跟踪远程分支时) git pull origin main ``` #### 2. 本质操作 ```mermaid graph LR A[git pull] --> B[git fetch] # 下载远程对象 A --> C[git merge] # 合并到当前分支 ``` #### 3. 合并策略 - **默认合并**:生成合并提交(merge commit) ```bash git pull ``` - **变基合并**:保持线性历史 ```bash git pull --rebase ``` 等效于: ```bash git fetch git rebase origin/main ``` #### 4. 冲突处理 当远程修改与本地修改冲突时: 1. 终止合并:`git merge --abort` 或 `git rebase --abort` 2. 手动解决冲突文件(包含 `<<<<<<<` 标记的部分) 3. 标记已解决:`git add <文件>` 4. 继续操作: - 合并模式:`git commit` - 变基模式:`git rebase --continue` ### 四、最佳实践组合 1. **日常开发流程**: ```bash git pull --rebase # 先获取最新代码 # 进行本地开发... git add . git commit -m "完成功能" git push ``` 2. **协作注意事项**: - 推送前始终先拉取最新代码 - 避免直接推送强制更新(`-f`) - 长期分支建议定期执行: ```bash git fetch --prune # 清理已删除的远程分支追踪 ``` ### 五、技术原理 - **`git push`**:将本地分支的提交对象打包传输到远程,更新远程引用 - **`git pull`**:通过 `git fetch` 获取远程提交的 DAG(有向无环图),然后执行合并策略 通过合理使用这两个命令,可以实现: - 团队代码实时同步(误差通常在 $<1$ 分钟) - 分布式开发的版本一致性 - 跨地域协作的无缝衔接
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值