开发调试工具:git

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中撤销已合并的提交,无论这个提交记录是最新的还是中间的某一个。

利用 git submodule 给旧项目提升开发效率

git submodule是一种在一个git仓库中引用另一个git仓库的方法。它可以让你在一个项目中使用另一个项目的代码,同时保持两个项目的提交历史分开。git submodule只跟踪特定的提交,不跟踪分支或标签,也不会自动更新。

Git实用技巧和原理解读

本文源自于笔者在公司内部做的一次技术分享,主要是讲解 Git 的一些背景知识以及如何用好它。

基于 Git 的开发工作流——主干开发特性总结

选择主干开发,要有心里准备来应对变革过程中遇到的各种问题,当然经历并真正适应后,成长也是巨大的。

为啥我的代码库那么大?聊聊Git使用坏习惯

本文作者用幽默又真实的文字总结了开发者日常工作中遇到的那些事儿。

Monorepo 下 Git 工作流的最佳实践

没有哪一种 Git 工作流是银弹,合适的 Git 工作流往往取决于项目的代码规模、协作人数、应用场景等;本次分享先从适合小型 Monorepo 的 Feature branch 工作流开始分享,接着分享适用于中大型 Monorepo 的 Trunk-based 工作流,并给出一些选型标准供同学们参考,希望通过本次分享,大家能找到合适自己 Monorepo 工程的 Git 工作流!

Composer 结合 Git 创建 “服务类库”

一个代码工程化,就意味着演化为逐渐复杂的架构。复杂的架构,微服务往往就是一个很好的选择。

Home - Wiki
Copyright © 2011-2024 iteam. Current version is 2.139.0. UTC+08:00, 2024-12-22 21:23
浙ICP备14020137号-1 $Map of visitor$