git下commit和push的区别

最近在电脑上commit提交代码的时候提交成功,但是github上没有显示更改,在实验室的电脑则一步成功。
后来了解到是因为自己电脑用的是git,而实验室用的是svn控制。

svn是基于中心服务器的集中式版本管理,只有中心服务器的源码才是主线源码。所有C都是只有中心源码的一部分副本,而且不能独立成为一份完整副本。所以commit包含了将保存于C本地的本次版本记录的代码副本发送到中心服务器和主线源码合并汇总。
git是基于本地文件的分布式版本管理,没有一个逻辑上的中心服务器,但可以有一至多个业务上的用于主线代码汇总的中心服务器。一来每个P就是可以成为一份完整的代码副本(这也是必须的,也和设计者的理念有关),其本地保存操作就是一个完整的代码版本管理,所以commit只是对于本地代码的版本记录的本地保存。而中央汇总是本地版本合并的衍生,而且因为每个P的逻辑地位是平等的,理论上只要公开代码库的git入口就能向对方push自己的副本或者pull对方的副本过来。而业务上的逻辑汇总,也就是git的push操作,就是相对于SVN将C自己的本地部分副本发送到中央服务器S合并。
来自知乎陈肖恩的答案
https://www.zhihu.com/question/31043431/answer/61597279

总结:SVN,commit就能提交
Git,先commit到本地,再push到远程。

<think>好的,我现在需要回答用户关于如何撤销Git中的commitpush到远程仓库的问题。用户希望得到一个结构清晰、逐步的解决方案,同时需要符合系统级指令中的格式要求,比如正确使用行内数学公式独立公式的LaTeX格式,但根据问题内容,可能数学公式较少,但需要确保所有技术术语代码正确。 首先,我要回忆Git中撤销commitpush的相关命令。撤销commit通常涉及到`git reset`,而撤销push可能需要`git revert`或者强制推送。但需要分情况讨论,比如是否已经push到远程仓库,是否与他人协作等,因为强制推送可能会影响他人。 接下来,我需要分步骤组织内容: 1. **撤销本地commit**:使用`git reset`回退到某个版本。需要区分`--soft`、`--mixed`、`--hard`的不同效果,并举例说明。 2. **撤销已push到远程仓库的commit**:这里可能需要用`git revert`来创建新的提交以撤销之前的更改,或者使用`git push origin +<分支名>`进行强制推送,但要警告强制推送的风险。 3. **注意事项**:强调在团队协作中谨慎使用强制推送,避免影响他人工作。 需要检查是否有必要使用数学公式,比如在解释commit的哈希值或版本关系时,但可能不太需要。但根据系统指令,如果有任何数学表达式,必须正确使用$...$或$$...$$格式。例如,在提到commit的哈希值时,可能不需要数学公式,但如果有类似变量或示例代码,需要用反引号包裹代码块。 同时,需要确保LaTeX语法正确,比如在示例中使用$commit_id$表示变量,但可能实际中更常见的是用反引号包裹代码或哈希值,比如`a1b2c3d`。因此可能需要调整,避免误用LaTeX。 可能用户的问题中不涉及数学公式,但系统指令要求所有行内数学表达式必须使用$...$,所以需要注意。如果有变量或代码占位符,可能需要使用代码格式而非LaTeX。比如,使用反引号包裹代码,如`git reset --hard HEAD~1`,而变量如$commit_id$可能会用LaTeX,但实际在技术文档中更常见的是代码块。需要确认用户问题是否需要数学表达式,但根据问题内容,可能不需要,所以主要确保代码示例正确,使用反引号,并遵循Markdown格式。 接下来,确保回答结构清晰,分点列出步骤,每个步骤有解释示例命令。同时,注意事项部分需要突出风险,尤其是强制推送的影响。 需要检查命令的正确性,例如`git reset HEAD~1`,`git revert <commit_id>`,强制推送的正确语法是`git push origin +main`或者`git push --force origin main`等。 可能还需要提到如何查找commit哈希,使用`git log`,以及处理多个commit的情况,比如`HEAD~2`等。 最后,总结不同场景下的推荐方法,帮助用户根据具体情况选择合适的方式。</think>在Git中撤销已提交(commit)或已推送(push)的代码需谨慎操作,具体方法取决于代码是否已推送至远程仓库以及团队协作情况。以下是分步指南: --- ### 一、撤销本地未推送的Commit #### 1. 仅撤销提交记录,保留代码修改 使用`git reset`回退到指定提交,保留工作区修改: ```bash # 回退到上一个提交(HEAD~1) git reset --soft HEAD~1 ``` - **效果**:撤销最近一次提交,但修改仍保留在工作区。 #### 2. 撤销提交记录并丢弃修改 若需完全丢弃提交代码修改: ```bash git reset --hard HEAD~1 ``` - **注意**:此操作不可逆!工作区暂存区的修改将被删除。 --- ### 二、撤销已推送到远程仓库的Commit #### 1. 安全方法:生成反向提交(推荐) 使用`git revert`创建新提交来抵消历史提交的更改: ```bash # 查看提交历史,获取需撤销的commit哈希值 git log # 执行revert(替换为实际commit哈希) git revert $commit_id$ ``` - **流程**: 1. 新提交会反向操作旧提交的更改。 2. 推送新提交到远程仓库: ```bash git push origin main ``` - **优点**:不修改历史记录,适合团队协作。 #### 2. 强制覆盖远程仓库(高风险) 若需彻底删除远程的提交记录(**慎用**): ```bash # 本地回退到指定提交(如HEAD~2) git reset --hard HEAD~2 # 强制推送覆盖远程分支 git push --force origin main # 或简写 git push -f origin main ``` - **风险**:可能破坏他人基于旧提交的工作,仅限个人分支使用! --- ### 三、关键注意事项 1. **强制推送(`--force`)的危害**: - 会覆盖远程历史,导致他人代码丢失。 - 团队协作中应优先使用`git revert`。 2. **恢复误删的Commit**: - 若误操作后未清理Git记录,可通过`git reflog`查找丢失的提交哈希并恢复。 --- ### 四、操作总结 | 场景 | 命令 | 适用情况 | |-----------------------|-----------------------------|------------------------| | 本地撤销,保留代码 | `git reset --soft HEAD~1` | 仅需修改提交记录时 | | 本地撤销,删除代码 | `git reset --hard HEAD~1` | 彻底放弃最近修改 | | 安全撤销远程提交 | `git revert` + `git push` | 团队协作环境 | | 强制覆盖远程提交 | `git reset` + `git push -f` | 个人分支或紧急修复 | 建议优先选择`git revert`避免历史冲突,强制推送仅作为最后手段。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值