加载中...

git学习笔记系列

发表于2026-07-31|更新于2026-07-31|git

|总字数:329|阅读时长:1分钟|浏览量:|评论数:

git学习笔记系列

文章作者: Liya Huang

文章链接: https://wdfk-prog.space/posts/98557f4f/

版权声明: 本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源 wdfk-prog的个人博客！

赞助

微信
支付寶

相关推荐

Git实战指南：如何从另一个分支同步文件时完整保留Commit提交历史

@[toc] Git实战指南：如何从另一个分支同步文件时完整保留Commit提交历史本文将深入解析Git中两种截然不同的文件同步方式，重点解决一个核心问题：如何从另一个分支获取文件，同时不丢失原作者、提交时间和提交说明等历史记录。我们将对“仅复制文件内容”与“移植提交记录”进行对比，并详细拆解“手动修改触发Cherry-Pick”这一高阶技巧的底层逻辑。 1. 为什么普通复制会丢失历史记录？在Git中，最直观的同步方式是直接把文件“拿过来”。这种方式对应命令 git restore 或 git checkout。它的本质是将文件的当前状态复制到你的工作区，但不包含该文件之前的任何演变过程。 1.1 git restore/checkout 的工作原理当执行这两个命令时，Git仅仅是读取了源分支里该文件的内容（Blob数据），然后用这些内容覆盖你当前分支的文件。结果：你得到了最新的文件代码。代价：当你提交（commit）时，Git会把这当作是你刚刚创建的一次全新修改。原作者的名字、原来的提交时间、原来的Commit Message（提交说明）全部消失，变成了当前操作者的...

GitHub 开源项目可以用哪些免费的 AI 代码审核工具？CodeRabbit、Qodo OSS、LlamaPReview 怎么选

@[toc] GitHub 开源项目可以用哪些免费的 AI 代码审核工具？CodeRabbit、Qodo OSS、LlamaPReview 怎么选 AI 代码审核工具正在进入开源项目的日常维护流程。它们不应该替代 maintainer 的最终判断，但可以承担一部分重复性初审工作，例如总结 PR、提示潜在问题、指出缺少测试或文档的地方，并帮助贡献者更快理解修改影响。如果你的仓库是 GitHub public 开源仓库，可以优先关注这些免费或开源友好的 AI 审核工具： CodeRabbit Qodo OSS / Qodo Merge LlamaPReview PR-Agent，适合愿意自托管或自己配置模型的团队本文重点比较前三个 GitHub 上更容易直接开通的方案。先理解“免费”的几种含义GitHub Marketplace 上的“免费”并不完全一样，常见有三类：类型含义使用建议 Open Source Free public 开源仓库免费，私有仓库通常收费最适合开源项目 Free Tier 有免费额度，超过后限流或收费可以用...

解决 `git cherry-pick` 引入大量新文件的问题

@[toc] 解决 git cherry-pick 引入大量新文件的问题1234567flowchart TD A[处于 cherry-pick 进行中?] -->|是| B[git cherry-pick --abort] A -->|否| C[评估目标] B --> C C --> D[仅需部分路径内容?] D -->|是| E[按路径取文件并单独提交] D -->|否| F[继续 cherry-pick 并清理不需要的新增/冲突] 问题域定义git cherry-pick 会把目标提交的变更整体应用到当前分支，当目标提交覆盖范围过大或包含不需要的目录时，常见结果是一次性引入大量新增文件、目录重排与删除。可观测症状包括：暂存区出现大量 new file，并伴随大量未合并冲突（例如 deleted by us 一类冲突）。影响范围通常覆盖整个 Git 工作树与索引状态，导致后续 --continue、路径恢复与清理操作相互阻塞。机制分析 cherry-pick 以提交为单位应用补丁目标提交中包含的新增/删除&...

Git文件状态显示异常的解决方案

Git索引一致性深度分析：基于Stat Dirty机制的“假脏”现象研究1. 问题背景与现象表征在分布式版本控制系统Git的日常操作中，工作区（Working Tree）与暂存区（Index/Stage）的一致性维护是确保版本历史准确性的基础。本研究针对一类特殊的索引状态异常进行深度分析：即git status报告文件处于修改状态（Modified），但git diff无法检索到任何实质性内容变更。 1.1 初始状态检测在项目维护过程中，系统处于main分支。通过执行状态检测指令，Git报告大量文件被标记为modified，同时存在少量的删除与未跟踪文件。 123456flowchart TD A[系统初始状态] --> B[执行 git status]; B --> C{检测索引与工作区}; C -->|发现元数据差异| D[标记文件为 Modified]; D --> E[输出状态报告]; E --> F[用户观测到大量变更]; 引用终端日志如下（路径已脱敏处理）： 123456789...

GitHub侦探技巧：如何精确查找特定邮箱地址的所有代码提交(Commit)

@[toc] 一、引言：为何需要按邮箱追溯提交？在日常的软件开发和项目管理中，我们常常需要像侦探一样，在浩瀚的代码历史中追溯特定的提交记录。根据邮箱地址来查找commit，是一个极其强大且精准的定位手段。以下是一些常见的应用场景：代码审计：快速定位某位开发者（无论是现任还是前任）的所有代码贡献。贡献归属：当你更换了邮箱，需要确认使用旧邮箱提交的贡献是否都已正确关联。问题排查：当某个功能模块出现问题时，可以快速找到由特定人员（通过邮箱识别）提交的相关变更。团队管理：统计和回顾团队成员在特定时间段内的工作。幸运的是，GitHub提供了强大而灵活的搜索语法，让这个“侦探”工作变得异常简单。本文将为您提供两种核心方法和一些高级技巧。二、方法一：“广撒网”——在GitHub全局搜索这是最简单直接的方法，适用于您想在所有您有权限访问的仓库（包括您自己的、您所属组织的、以及所有公开仓库）中进行查找。操作步骤访问GitHub并登录：打开 https://github.com 网站。使用顶部搜索栏：在页面顶部的全局搜索栏中，输入以下精确的搜索指令： 1committe...

如何将Git仓库中的特定文件夹及其历史完整迁移到另一个仓库

@[toc] 实战指南：如何将Git仓库中的特定文件夹及其历史完整迁移到另一个仓库在软件项目的演进过程中，我们经常会遇到需要重构代码库的场景。一个常见的需求是：将一个庞大的单体仓库（Monorepo）中的某个模块或组件拆分出来，或者将一个项目中的公共部分提取到一个共享库中。这个过程中，最大的挑战莫过于如何在迁移文件的同时，完整地保留其宝贵的 Git 提交历史。本文将通过一个真实场景，一步步教你如何使用 git filter-repo 和 git subtree 等强大工具，安全、高效地完成这一任务。场景设定假设我们有两个本地仓库：源仓库 (Source)：位于 E:\CODE\fork，这是一个功能复杂的项目。目标仓库 (Destination)：位于 E:\CODE\test，我们希望将源仓库的一部分功能迁移到这里。我们的目标是：从源仓库中，只提取 axis 和 UserSrc 这两个文件夹，并将它们相关的、完整的 Git 历史记录，合并到目标仓库中。第一步：筛选和剥离历史（使用 git filter-repo）要从源仓库中精确地“剥离”出我们想要的文件夹历史...

评论

数据加载中