开发调试工具:git

《Git Internals》读书笔记 (2/2) - 基本用法

Git配置包括全局和单个项目的用户信息设置。获取仓库可通过克隆现有或初始化新仓库。常规流程涉及.gitignore文件、添加、提交和交互式添加。日志查看使用git log,对象查看使用git show和git ls-tree。分支管理包括创建、切换和合并,合并冲突需手动解决。Rebase替代合并,Stash暂存未提交更改。Tag标记特定提交,导出仓库使用git archive。维护命令如gc和fsck确保仓库健康。分布式工作流涉及clone、fetch、pull和push,支持多remote。共享仓库可通过Git、SSH或HTTP协议实现。

《Git Internals》读书笔记 (1/2) - 内部结构

Git内部结构大揭秘!从blob存储文件内容、tree管理目录,到commit记录历史版本,Git用四种对象构建高效版本控制。分支切换轻如鸿毛,merge和rebase让协作丝滑流畅。.git目录藏着所有秘密,工作区只是临时沙盒,而索引区则是提交前的缓冲区。理解这些底层机制,Git操作不再玄学,版本管理尽在掌握!

Git全栈指南:快照存储×指针操纵×DAG历史的解析

Git的核心在于其基于内容哈希的不可变对象仓库和可变引用区,每个commit都是项目快照,形成有向无环图历史。分支是指向commit的轻量指针,HEAD标识当前查看位置。Git操作本质是修改指针而非内容,每次commit新增对象不修改历史。分布式特性让每个开发者拥有完整历史,支持离线操作。理解Git的底层逻辑,掌握对象、指针、历史的三维世界,才能真正高效管理代码历史与协作流程。

You should never build a CMS

Lee Robinson 将 Cursor 的内容从 Sanity CMS 迁移到 Markdown 文件,简化了流程并节省了成本。然而,Markdown 在处理复杂内容和协作时存在局限,特别是在规模化场景下。结构化内容和查询语言更适合 AI 代理操作。CMS 的未来应是为 AI 提供可读、可写的基础设施,而非依赖简单的文本文件或繁琐的 UI 操作。

前端平台大仓应用稳定性治理之路

前端大仓通过统一代码规范、优化Git元数据性能、强化流程卡点等举措,系统性提升应用稳定性。治理围绕Git元数据大小、代码质量分、Lint error质量分、研发流程卡点和代码重复率五大核心指标,构建闭环治理体系。截至2025年Q3,各业务域普遍达成质量标准线,大仓应用未发生因治理导致的线上故障,实现高效、稳定、可持续的研发稳定性治理体系。

基于Jenkins的Docker零宕机部署实战方案

本文详细介绍了基于Jenkins的零宕机部署方案,涵盖核心脚本、Jenkins集成、资源清理和故障排查。方案通过智能增量构建、平滑切换和自动回滚,确保部署高效稳定。同时,优化磁盘管理和日志清理,防止资源浪费,提升系统可靠性。

Ned's Declassified Git Survival Guide ?

? In this guide, you'll learn essential Git commands like git checkout and git restore to undo changes, git stash to save uncommitted work temporarily, git cherry-pick? to pull specific commits from one branch to another, and git reflog to recover "lost commits". Whether you're fixing a bug ?, changing priorities because your manager decided that, or restoring deleted code, these commands will help you handle common real-case scenarios with confidence ?.

git push --force and how to deal with it

What to do if you have accidentally force pushed to the wrong git branch: a step by step tutorial.

Git还能这样用?一文看懂Git最佳实践!

在软件开发中,我们通常使用不同的分支来管理开发任务。但在跨公司的仓库上工作时,需要注意一些改变。在这种情况下,我们可以使用rebase或cherry-pick来处理合并冲突。rebase允许我们选择要保留哪些提交,而cherry-pick直接选择提交进行复制。当出现合并冲突时,最好先将我们的功能分支rebase到目标分支的顶端,解决冲突后再进行推送。使用WOA冲突解决时,可能会将简单的rebase变成复杂的三分支合并。因此,根据实际情况选择适当的操作方式来确保代码的正确合并和移植。

不知道 bug 躲在哪個 commit 嗎?來試試 Git bisect 吧!

Git 作為近年來最流行的版本控制工具,除了提供基本的 add、commit、push 功能之外,其實還有很多進階的指令可以用~像上個月專欄提到的 Interactive Rebase 跟今天要介紹的 Git bisect 我都覺得非常好用,可以說是必學的 Git 指令!

深入Git:4个关键步骤解锁版本控制机制

本篇文章主要面向对git的使用有一定了解的同学,通过对Git底层命令的介绍来理解git内部的工作机制,从而更好的学习并理解如何使用Git与为何是如此运作的。

Git常用命令介绍

本文主要讲解了Git版本控制系统,列出了使用频率较高的命令,同时针对一些容易混淆的命令,进行了对比,指出其分别适合在何种情况下使用。此外,还对个人在项目中使用Git解决冲突的方案进行了记录。

bug怎样算修完?浅谈团队分布式bug管理 —— git-poison简单易用的bug管理工具

‍在一个大型团队中,bug协同管理是一件复杂的事情,我们基于go-git开发实现了通用化的git-poison,通过分布式源码管理bug追溯、查询,可复制性高,适用于所有git仓库,与分支模式和代码仓库无关。​

腾讯程序员的Git大法:我是这样搞定分支的

Git囧境求生——新手老手都必备这个小技巧。

从9G到0.3G,腾讯会议对他们的git库做了什么?

3年井喷期后的“冷静期”——极限瘦身。

Git撤销已合并提交的多种姿势

在Git中,合并分支是一个常见的操作,但有时候可能会意外地将错误的提交合并到了主分支。这时候需要撤销已合并的提交并恢复到正确的状态。本文将介绍的是如何在Git中撤销已合并的提交,无论这个提交记录是最新的还是中间的某一个。

trang chủ - Wiki
Copyright © 2011-2026 iteam. Current version is 2.148.4. UTC+08:00, 2026-01-29 03:19
浙ICP备14020137号-1 $bản đồ khách truy cập$