Git 更新操作

最新推荐文章于 2025-10-29 13:49:19 发布
转载 最新推荐文章于 2025-10-29 13:49:19 发布 · 1.6k 阅读 · 0

修改现有函数

Tom 执行克隆操作后，看到新的文件string.c，他想知道这个文件到存储库？目的是什么？于是，他执行 git 日志命令。

[tom@CentOS ~]$ git clone gituser@git.server.com:project.git

上面的命令会产生以下结果。

Initialized empty Git repository in /home/tom/project/.git/
remote: Counting objects: 6, done.
remote: Compressing objects: 100% (4/4), done.
Receiving objects: 100% (6/6), 726 bytes, done.
remote: Total 6 (delta 0), reused 0 (delta 0)

克隆操作将当前的工作目录内创建新的目录。他改变目录到新创建的目录和执行 git日志命令。

[tom@CentOS ~]$ cd project/

[tom@CentOS project]$ git log

上面的命令会产生以下结果。

commit d1e19d316224cddc437e3ed34ec3c931ad803958
Author: Jerry Mouse <jerry@yiibai.com>
Date: Wed Sep 11 08:05:26 2013 +0530

Changed return type of my_strlen to size_t


commit 19ae20683fc460db7d127cf201a1429523b0e319
Author: Tom Cat <tom@yiibai.com>
Date: Wed Sep 11 07:32:56 2013 +0530

Initial commit

查看记录后，他意识到，string.c 文件加入Jerry 实现基本字符串操作。他是好奇Jerry 的代码。于是他打开文本编辑string.c 文件，并立即找到了一个漏洞。 my_strlen函数中 Jerry 没有使用常量指针。于是，他决定修改Jerry 的代码。修改后的代码会这个样子。

[tom@CentOS project]$ git diff

上面的命令会产生以下结果。

diff --git a/string.c b/string.c
index 7da2992..32489eb 100644
--- a/string.c
+++ b/string.c
@@ -1,8 +1,8 @@
#include 
-size_t my_strlen(char *s)
+size_t my_strlen(const char *s)
{
- char *p = s;
+ const char *p = s;
while (*p)
++p;

经过测试，他提交他的变化。

[tom@CentOS project]$ git status -s
M string.c
?? string

[tom@CentOS project]$ git add string.c

[tom@CentOS project]$ git commit -m 'Changed char yiibaier to const char yiibaier'
[master cea2c00] Changed char yiibaier to const char yiibaier
1 files changed, 2 insertions(+), 2 deletions(-)

[tom@CentOS project]$ git log

上面的命令会产生以下结果。

commit cea2c000f53ba99508c5959e3e12fff493b
Author: Tom Cat <tom@yiibai.com>
Date: Wed Sep 11 08:32:07 2013 +0530

Changed char yiibaier to const char yiibaier


commit d1e19d316224cddc437e3ed34ec3c931ad803958
Author: Jerry Mouse <jerry@yiibai.com>
Date: Wed Sep 11 08:05:26 2013 +0530

Changed return type of my_strlen to size_t


commit 19ae20683fc460db7d127cf201a1429523b0e319
Author: Tom Cat <tom@yiibai.com>
Date: Wed Sep 11 07:32:56 2013 +0530
Initial commit

Tom 使用git push命令，推他的变化。

[tom@CentOS project]$ git push origin master

上面的命令会产生以下结果。

Counting objects: 5, done.
Compressing objects: 100% (3/3), done.
Writing objects: 100% (3/3), 336 bytes, done.
Total 3 (delta 1), reused 0 (delta 0)
To gituser@git.server.com:project.git
d1e19d3..cea2c00 master −> master

添加新函数

与此同时，Jerry 决定实现字符串比较函数。于是，他修改string.c文件。修改后的文件会这个样子。

[jerry@CentOS project]$ git diff

上面的命令会产生以下结果。

index 7da2992..bc864ed 100644
--- a/string.c
+++ b/string.c
30Git Tutorials
@@ -9,9 +9,20 @@ size_t my_strlen(char *s)
return (p -s );
}
+char *my_strcpy(char *t, char *s)
+{
+
char *p = t;
+
+ while (*t++ = *s++)
+ ;
+
+
return p;
+}
+
int main(void)
{
int i;
+
char p1[32];
char *s[] = {
"Git tutorials",
"Tutorials Yiibai"
@@ -20,5 +31,7 @@ int main(void)
for (i = 0; i < 2; ++i)
printf("string lenght of %s = %lu
", s[i], my_strlen(s[i]));
+
printf("%s
", my_strcpy(p1, "Hello, World !!!"));
+
return 0;
}

经过测试，他准备推他的变化。

[jerry@CentOS project]$ git status -s
M string.c
?? string

[jerry@CentOS project]$ git add string.c

[jerry@CentOS project]$ git commit -m "Added my_strcpy function"
[master e944e5a] Added my_strcpy function
1 files changed, 13 insertions(+), 0 deletions(-)

push操作之前，他验证通过查看日志信息提交。

[jerry@CentOS project]$ git log

上面的命令会产生以下结果。

commit e944e5aab74b26e7447d3281b225309e4e59efcd
Author: Jerry Mouse <jerry@yiibai.com>
Date: Wed Sep 11 08:41:42 2013 +0530

Added my_strcpy function


commit d1e19d316224cddc437e3ed34ec3c931ad803958
Author: Jerry Mouse <jerry@yiibai.com>
Date: Wed Sep 11 08:05:26 2013 +0530

Changed return type of my_strlen to size_t


commit 19ae20683fc460db7d127cf201a1429523b0e319
Author: Tom Cat <tom@yiibai.com>
Date: Wed Sep 11 07:32:56 2013 +0530

Initial commit

Jerry 为变化感到高兴，他想推他的变化

[jerry@CentOS project]$ git push origin master

上面的命令会产生以下结果。

To gituser@git.server.com:project.git
! [rejected]
master −> master (non-fast-forward)
error: failed to push some refs to 'gituser@git.server.com:project.git'
To prevent you from losing history, non-fast-forward updates were rejected
Merge the remote changes before pushing again. See the 'Note about
fast-forwards' section of 'git push --help' for details.

但是，Git 是不允许Jerry 推他的变化。因为Git确定该远程仓库和Jerry 的本地资源库不同步。正因为如此，他可能会失去项目的历史。因此，为了避免这种混乱的Git 对此操作失败。Jerry 必须首先更新它的本地存储库，然后再只有他才能把他自己的变化。

取最新变化

Jerry 执行git pull命令远程命令来同步自己的本地仓库。

[jerry@CentOS project]$ git pull

上面的命令会产生以下结果。

remote: Counting objects: 5, done.
remote: Compressing objects: 100% (3/3), done.
remote: Total 3 (delta 1), reused 0 (delta 0)
Unpacking objects: 100% (3/3), done.
From git.server.com:project
d1e19d3..cea2c00 master −> origin/master
First, rewinding head to replay your work on top of it...
Applying: Added my_strcpy function

抽取操作后Jerry 检查日志消息，并找到 Tom 的提交详细，提交ID为 cea2c000f53ba99508c5959e3e12fff493ba6f69

[jerry@CentOS project]$ git log

上面的命令会产生以下结果。

commit e86f0621c2a3f68190bba633a9fe6c57c94f8e4f
Author: Jerry Mouse <jerry@yiibai.com>
Date: Wed Sep 11 08:41:42 2013 +0530

Added my_strcpy function


commit cea2c000f53ba99508c5959e3e12fff493ba6f69
Author: Tom Cat <tom@yiibai.com>
Date: Wed Sep 11 08:32:07 2013 +0530

Changed char yiibaier to const char yiibaier


commit d1e19d316224cddc437e3ed34ec3c931ad803958
Author: Jerry Mouse <jerry@yiibai.com>
Date: Wed Sep 11 08:05:26 2013 +0530

Changed return type of my_strlen to size_t


commit 19ae20683fc460db7d127cf201a1429523b0e319
Author: Tom Cat <tom@yiibai.com>
Date: Wed Sep 11 07:32:56 2013 +0530
Initial commit

现在，Jerry 的本地存储库是完全同步的远程仓库。所以，他可以放心地将他的变化。

[jerry@CentOS project]$ git push origin master

上面的命令会产生以下结果。

Counting objects: 5, done.
Compressing objects: 100% (3/3), done.
Writing objects: 100% (3/3), 455 bytes, done.
Total 3 (delta 1), reused 0 (delta 0)
To gituser@git.server.com:project.git
cea2c00..e86f062 master −> master

git 项目的更新
chumingqian的博客
02-04 1545
当自己的本地项目与 远程的github 的仓库已经建立远程连接时， 则直接按照下面的步骤，将本地的项目代码更新到远程仓库。如果在此之前， 自己的本地仓库并没有与远程的仓库建立连接时， 则先需要按照下面的步骤进行连接建立。
git更新分支（包含冲突处理）
weixin_55109830的博客
03-04 1110
提交更新内容到本地仓库 命名此刻的提交动作为“commitName” 这个时候$branchName分支就是更新后的内容了。提交更新内容到本地仓库 命名此刻的提交动作为“commitName” 此时main分支就已经是合并之后的内容了。1.首先在写代码之前，先从main分支里面pull一个文件到文件编辑器里。将远程源的主分支内容发送到本地仓库的main分支里。本地仓库中main分支合并$branchName。添加更新的内容到暂存区。添加更新内容到暂存区。
【Git】版本更新
最新发布
Hermia_yuan的博客
10-29 1241
命令是在 Git 2.5 版本中引入的，它允许在同一个仓库中创建多个工作目录（worktrees），每个工作目录可以检出不同的分支或提交。会输出每个提交的摘要信息，包括提交消息、作者、日期等，并高亮显示两个范围内的提交之间的差异。命令来更好地理解合并提交。通常情况下，合并提交会显示哪些分支被合并了，但并不总是能清晰地解释合并过程中引入的具体更改，特别是在解决合并冲突时所做的改动。主要用来撤销工作目录中的更改，可以用来丢弃未提交的工作树修改、还原删除的文件，或者将文件重置为之前的某个提交状态。
git之更新
阳光码术-Java面试宝典
02-14 927
// 更新Git(需要先进入目录)(服务器不能立刻更新代码时使用) git reset --hard // 将本地作为最新的文件强制提交到服务器(当本地文件不能通过(Force Update)的时候使用) 1.将本地项目和服务端master分支进行同步或Fetch 2.在有冲突的文件右键点击进行OverWrite并Mark一下再Pull 3.若还是不行就修改文件进行提交 4.push到服务器 还可以打开GitStaging进行操作 ...
更新 Git 软件
MAMA6681的博客
09-22 3988
更新 Git 软件本身是指将你当前安装的 Git 版本升级到最新版本。不同的操作系统有不同的更新方法。
Git操作指令（随时更新）
42
07-24 1020
【代码】Git操作指令。
gitclone使用操作命令关联git，拉取上传更新操作
10-29
使用命令操作进行关联git，而不是eda软件操作git，操作相关文件，提交更新，拉取代码，包含git分支的操作
git工具下载更新代码
12-29
这里提到的"Git-2.19.0-64-bit (1).exe"是一个适用于64位操作系统的Git安装程序，通过运行这个文件，我们可以安装Git到本地计算机上。安装过程中，可以选择默认设置或者根据个人需求进行定制，比如设置Git Bash的...
idea中git更新代码到本地之后自己写的代码不见了.docx
06-10
在处理“idea中git更新代码到本地之后自己写的代码不见了”的问题时，首先需要理解Git的基本操作和IntelliJ IDEA中的Git设置。 Git是一种分布式版本控制系统，用于跟踪对文件和目录的修改。在IntelliJ IDEA中，Git...
IDEA使用git更新、上传代码
m0_57425134的博客
08-09 8595
在本节中主要讲一下在IDEA中如何利用Git将代码更新到本地以及上传到Git.注意：对于Git的安装以及Git如何在IDEA中进行设计就不讲了。使用的IDEA进行了汉化处理，如没有进行汉化的可以进行一下，没有进行汉化处理的也没关系。IDEA版本是2023的。
Git-更新项目
weixin_46479909的博客
10-30 740
一定是要git拉下来的项目才可以用git更新进入想要更新的项目目录中，按住shift右击，点击open Git Bash here进入命令行。
Git版本更新
m0_51647314的博客
07-14 1603
1.第一次上传项目： 上传项目 2.更新码云项目： 输入命令git pull （先获取gitee上别人上传的代码） 输入命令git add . (注意命令后面有个“.”。将本地文件夹加入本地库) 输入命令 git commit -m"xxx" (提交到本地库,"XXX"为提交备注或说明） 输入命令 git push origin master ，成功后可在gitee上查看，未成功很有可能是你没有在第一步输入命令git pull获取代码,导致代码冲突。(补充一个强制提交代码到gitee上的命令git
【Git】更新版本
一个写了10年bug的程序员日常笔记。
11-26 1310
本地安装的Git比较旧了，需要更新Git到最新版本。
Git更新工程基本操作
qq_43681154的博客
07-25 285
Git操作四部曲
git升级版本
yxtblog的博客
07-10 8167
有时候发现电脑中的git版本已经很久很久了，那么更新一下版本需要下载安装包再进行安装么，其实不用这么麻烦，直接一行命令就可以搞定。
Git更新代码
满腹的小不甘
09-08 2万+
第一步： 如果分支(将此分支暂命名为dev)有修改，则先提交修改的内容，如果没有，直接跳到第二步 git commit -m “fix bug” 第二步： 切换到master分支下 git checkout master 第三步： 将远程的master代码pull到本地 git pull 第四步： 切换到dev分支下 git checkout dev 第五步： 合并master到dev分支 git merge master 如果在合并的过程中，提示Test.java文件出现冲突了，手动修
使用git更新代码
热门推荐
苏凉.py的博客
07-03 2万+
在上一篇Git工具快速入门中，我们知道了如何从远程仓库下载代码，以及如何将一个项目文件推送到远端仓库，那么当远端仓库发生更新时，我们拉取下的代码仍然是原来的仓库代码，这时我们又要如何更新我们本地的代码呢？如图所示我们在远端仓库新建一个文件。 点击提交后，此时在仓库中就更新刚创建的文件。 而在我们之前从远端仓库拉取的仍然是之前的文件目录，并没有发生更新： 此时就需要我们进行更新，从远端仓库拉取新代码/文件。在此目录下右键单击，打开，输入指令即可。 如图所示，就在本地更新完成了。当在远端仓库更改了一些代码
用git 更新 github上的代码
全粘工程师
10-29 678
首先在 磁盘 建立一个 项目文件夹 MyDuilib mkdir MyDuilib 进入文件夹然后右键 命令:git init 然后克隆github上的项目 git clone 项目地址 完事 编辑你要修改的文件，或者添加 新文件 之后命令 git add . 会看到有文件加入 然后 git commit -m "你自己的注释" 如果多人开发，则 git pull 下 如果只是自己 直接提交 git push orign main 注意事项： 如...
git更新
03-17
<think>嗯，用户问的是关于“git更新”的介绍。首先，我需要理解用户的需求。可能他们指的是如何更新本地仓库到最新版本，或者是更新远程仓库的内容，或者是git软件本身的更新。根据常见的git使用场景，用户可能更关心的是如何同步本地和远程仓库的代码，比如从远程仓库拉取最新的更改。 接下来，我需要回忆git的相关命令。常用的更新本地仓库的方式是git pull，这其实是git fetch和git merge的组合。另一个可能是git fetch加上手动合并，比如git merge或者git rebase。还有可能用户想了解如何更新远程分支的信息，这时候需要git remote update或者git fetch --all。 然后，我需要分步骤解释这些命令。比如，先讲解git pull的用法，包括基本命令和参数，比如--rebase的作用。然后，介绍git fetch和git merge的流程，让用户了解更底层的操作。如果有时间，可能还要提到git remote update，或者如何更新git软件本身，比如在Ubuntu用apt，macOS用brew等。 还要注意用户可能遇到的问题，比如冲突处理，这时候需要提醒用户如何解决合并冲突。同时，可能需要给出一些最佳实践，比如在拉取前先提交本地修改，或者使用rebase保持历史整洁。 最后，检查是否覆盖了所有可能的“更新”场景，确保回答结构清晰，步骤明确，没有遗漏重要信息。同时使用中文，保持口语化，避免技术术语过于复杂，让新手也能理解。</think>关于Git更新操作的详细说明（分步骤讲解）： 一、本地仓库同步远程最新代码（最常用场景） 1. 推荐方法：使用`git pull` ```bash git pull origin <分支名> # 拉取指定分支 git pull # 自动关联当前分支 ``` - 等同于 `git fetch` + `git merge` - 添加 `--rebase` 参数可保持提交历史线性： ```bash git pull --rebase ``` 2. 分解操作（推荐进阶使用）： ```bash git fetch origin # 仅获取远程变更记录 git merge origin/main # 手动合并到当前分支 # 或使用 rebase git rebase origin/main ``` 二、更新远程分支信息 ```bash git remote update # 更新所有远程仓库信息 git fetch --all # 获取所有远程仓库的最新提交 ``` 三、更新Git客户端本身 1. Windows（通过Git Installer）： - 访问 https://git-scm.com/ 下载最新安装包 2. macOS（Homebrew）： ```bash brew upgrade git ``` 3. Ubuntu/Debian： ```bash sudo apt update && sudo apt upgrade git ``` 四、注意事项 1. 合并冲突处理： - 出现冲突时，文件会包含`<<<<<<< HEAD`标记 - 手动解决冲突后执行： ```bash git add <文件> git commit -m "解决合并冲突" ``` 2. 推荐工作流程： - 提交本地修改前先执行`git pull` - 频繁使用`git status`查看状态 - 使用`git log --oneline --graph`查看提交历史 五、最佳实践提示 1. 长期分支建议使用： ```bash git pull --rebase ``` 保持提交历史线性整洁 2. 对于复杂项目，推荐分步操作： ```bash git fetch git diff origin/main git merge ``` 先检查差异再合并 版本建议： - 保持Git客户端更新（推荐≥2.23版本） - 定期执行`git remote prune origin`清理已删除的远程分支
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值