写点什么

《Git in Practice》作者访谈:关于 Git 的八个问题

  • 2015-04-14
  • 本文字数:2752 字

    阅读完需:约 9 分钟

Mike McQuaid 的著作《Git in Pratice》是一份具有动手实践性的指导,它从实践性的角度介绍了Git,提供了超过60 种在操作Git 库时会使用到的技巧和命令,并且为有经验的用户提供了一些高级技巧和工作流。

本书共分为四个部分,让高级用户可以随意跳到感兴趣的章节,而新手可以按顺序完整阅读,并且最终理解如何在Git 库上进行工作。

本书的第一部分对Git 进行了基本的介绍,从命令行的角度(以及通过GUI 的方式)介绍了各种命令是如何工作的,同时介绍了如何搭建Git 库,并且如何在远程Git 库、例如在GitHub 上进行工作。没有体验过Git 的读者在读过第一部分后,能够获得基本的知识,这将成为阅读之后的章节的坚实基础。

第二部分详细介绍了Git 库内部的工作原理,以及历史和恢复等操作的意义。这些的内容涵盖了merge、stash、rebase 和reflog 等等,同时也介绍了Git 如何管理库历史的方式。

第三部分为更高级的Git 命令提供了一份概述,包括如何对Git 进行配置以提供一个更有用的shell、各种有用的配置选项,以及别名(alias)的创建和对子模块的支持。同时还讲到了如何将一个SVN 库升级为Git 库,以及如何通过UI 和命令行的方式处理GitHub 中的pull request。

最后一个部分讨论了Git 的工作流,这里的讨论引用了Mike 在Homebrew 和CMake 这两个项目中的经验,以及每种工作流的优点和缺点。采用持续部署/ 单一扁平化的历史,还是采用合并网络,这是由每个项目各自的工作实践所决定的。Mike 将这些工作流与Git Flow、GitHub Flow 以及他称之为“Mike Flow”的流程进行了对比。这一部分的最后是对不同类型的团队和项目所采用的各种工作流类型及作者的推荐。

本书包含了许多动手实验性的技巧和示例,并且以一种便于随时查找历史的方式提供给读者。

InfoQ 有幸与 McQuaid 进行了一次访谈,谈论了有关本书的多个话题。访谈的第一个问题是:为什么 Git 这种版本控制系统只能在命令行中使用?

McQuaid:Git 的主要使用方式是作用命令行工具使用,我在本书中主要专注于这一界面。而且我认为,如果你希望使用 Git 实现一些高级操作,或者本身是一位高级软件工程师,那么它是值得你学习的。如果你不是一位软件工程师,那么我大概会为用户推荐 GUI 应用,例如 GitHub for Mac GitHub for Windows GitX-dev GitHub 网站(在该网站上能够创建分支或是提交代码),或者是你所使用的 IDE(例如 Visual Studio Eclipse )上的各种插件。

InfoQ**:Git是一种分散式的版本控制系统;这是否意味着在 Git中不存在中央式的库呢?**

McQuaid:Git 本身可以作为一种仅用于本地的版本控制系统,它能够和其它库不产生任何交互。此外,某个 Git 库也能够对远程库进行 fetch/pull/clone 操作,或将代码 push 至其它远程库。这些库之间不存在耦合性,这也是 Git 成为分散式版本控制系统的原因。但 Git 也是能够以一种中央式的方式进行使用的。

如果你在一个团队中与其它工程师一起合作,并且每个人都有对 GitHub 上某个私有库的写入权限,那么通常来说你只拥有一个远程库(在默认情况下命名为“origin”),并且以一种中央式库的方式对该库进行 push 和 pull 的操作。

InfoQ:为了使用 Git,是否有必要理解 Git在底层是如何保存库的内容的呢?

McQuaid:当然不是必须的。虽然我本人写了这本《Git In Practice》,但我都还没有真正理解 Git 是如何保存库内容的!在《Git In Practice》这本书中,我是有意避免告诉读者这些内容的。关于 Git 保存数据的某些方面知识(例如:理解分支和标签只是指针)将有助于理解 Git 中的某些更奇特的信息,例如像“分离 HEAD 指针”这样的信息。但即使如此,这些内容也不是必须掌握的。

InfoQ**:对于那些打算将 Subversion迁移至 Git库的用户,你有些什么建议?**

McQuaid:不要尝试将两者的概念进行过于密切的映射。它们本身就是不同的工具,各自具有不同的长处、短处和界面。可以考虑使用 git-svn GitHub 库的 Subversion 后台工具,以保证你能够逐步地测试迁移的效果,并且让不同的组在不同的时间进行迁移工作。确保你的知识不仅仅停留在 Git 的基础知识的层面上,也不要害怕进行重写(本地)历史这样的操作,这样你才能够最大程度地利用好这一项工具。

InfoQ:对于不熟悉 Git的用户来说,他们会担心是否会造成重写或丢失历史信息,这种担心是有道理的吗?

McQuaid:在 Git 中重写历史是有可能的(我甚至认为是有道理的),不过丢失历史信息基本上是不可能的。每次你在 Git 中提交代码的时候,会根据代码内容和元数据生成一个唯一的引用。这些引用是不会重复的,并且是永远有效的,即使在重写历史后也是一样,直到被销毁后才会丢失。提交只有在从所有的分支中移除超过 90 天之后才会被销毁,在那之前,你可以使用“git reflog”命令查看历史重写的过程与时间,并且恢复历史中的任意一个旧版本。

InfoQ:对于那些需要管理多个发布版本,而不是对单一版本进行持续部署的项目来说,Git是否适用呢?

McQuaid:是的!Git 对于分支与标签的支持良好,并且比起其它多数版本控制系统来说,在 Git 中创建分支和切换分支的速度要快得多。

InfoQ:在开发团队中常用的 Git工作流模式有哪些?

McQuaid:我所知的两种最常见的工作流是 GitHub Flow Git Flow (或者是他们的修改版本)。GitHub Flow 专注于以最快的速度从 master 进行分支,提交 pull request,以及合并回 master 分支的操作。而 Git Flow 的流程更为复杂,我在这里不打算深入讨论它的细节,只是简单地说几条:它在任意分支提交至生产环境或某个稳定的分布版本时提供了多种检查。我个人觉得,Git Flow 有些过于复杂了,这也是我推出了一个我(愚蠢地)称之为 Mike Flow 的个人版本的工作流。

InfoQ:你能描述一下 Mike Flow工作方式,以及为什么你觉得它对于读者来说能够起到作用的原因吗?

McQuaid:我认为 Mike Flow 是以上两种工作流的一个最佳的结合方式。它本质上是一种 GitHub Flow 的修改版本,但推荐你进行更多的 rebase 操作(一种重写历史的方式),并且只有在稳定的发布成为必须条件的情况下才会创建长期的分支。在《Git in Practice》一书中,我介绍了有关 Mike Flow 的更多细节信息,并将它与 GitHub Flow 和 Git Flow 进行了对比。

《Git in Practice》是由 Manning 出版的图书。在 manning.com 使用折扣码 infoqgip,可以以六折的价格购买《Git in Practice》。

关于本书作者

Mike McQuaid是 GitHub 是一位软件工程师。除了本职工作之外,他还会在技术会议上进行 Git 方面的演讲,也会为人们提供 Git 方面的培训。他在基于 Git 的开源软件方面做出了广泛的贡献,包括 Qt 和 Linux kernel,同时也是基于 Git 的 Homebrew 项目的维护者之一,该项目是一个很流行的 OSX 包管理器。

查看英文原文: Interview with Mike McQuaid about Git in Practice

2015-04-14 04:543256
用户头像

发布了 428 篇内容, 共 186.1 次阅读, 收获喜欢 39 次。

关注

评论

发布
暂无评论
发现更多内容

CANN开发实践:4个DVPP内存问题的典型案例解读

华为云开发者联盟

人工智能 华为云 CANN 华为云开发者联盟 企业号 4 月 PK 榜

关于ChatGPT,我们请小红书技术人和NLP专家聊聊原理和潜力

小红书技术REDtech

自然语言处理 openai ChatGPT

LED显示屏如何做到节能环保?

Dylan

经济 设备 LED显示屏

FastAPI 快速开发 Web API 项目: 连接 MySQL 数据库

宇宙之一粟

Python FastApi 三周年连更

开屏广告=让用户等?小红书如何兼顾用户体验和广告投放效果

小红书技术REDtech

推荐 广告 小红书

如何一招搞定PCB阻焊过孔问题?

华秋PCB

工具 电路 阻抗 PCB PCB设计

《中国企业软件研发管理白皮书》发布会倒计时1天|精彩抢先看

万事ONES

精选AI工具合集,效率神器!不止ChatGPT

Finovy Cloud

人工智能 AI

SpringBoot2.x系列教程——整合使用JPA

会踢球的程序源

Java

准备2023金三银四的Java程序员注意:40+文档5000+页面试资料来啦

会踢球的程序源

Java java面试 面试资料 Java大厂面试

小红书广告智能创意能力构建过程详解

小红书技术REDtech

人工智能 广告 小红书

【七千字】教你如何用MySQL分析查询语句Explain

会踢球的程序源

Java MySQL

软件测试/测试开发丨流程封装与基于加密接口的测试用例设计

测试人

软件测试 自动化测试 接口测试 测试开发 测试用例

测试工程师为什么要关注研发效能?

思码逸研发效能

软件工程 研发效能 测试工程师

支持多种数据库管理系统:Valentina Studio Pro Mac激活版

真大的脸盆

软件 Mac 数据库管理 管理数据库

10分钟带你徒手做个Java线程池

华为云开发者联盟

Java 开发 华为云 华为云开发者联盟 企业号 4 月 PK 榜

小红书2024届实习生招聘一直在等着你!

小红书技术REDtech

招聘 实习 小红书

【安全运维】小微企业的安全运维工具用哪款好?

行云管家

运维 安全运维

深入Spring Boot :web.xml去哪了

会踢球的程序源

Java Spring Boot

2023JAVA架构师面试130题含答案:JVM+spring+分布式+并发编程》...

程序知音

Java java面试 后端开发 java架构 Java面试题

小红书社区反作弊探索与实践

小红书技术REDtech

防作弊 小红书

软件测试/测试开发丨搞定多环境下的接口测试

测试人

软件测试 自动化测试 接口测试 测试开发

OSPFv3与OSPFv2的对比

穿过生命散发芬芳

三周年连更 OSPFv3

互联网工程师Java面试八股文及答案整理(2023最新版)

会踢球的程序源

Java springboot java面试

开源正当时,共赢新未来 OpenHarmony开发者大会成功召开

科技汇

OneFlow源码解析:Eager模式下Tensor的存储管理

OneFlow

TIME_WAIT累积与端口耗尽

阿泽🧸

TIME_WAIT 三周年连更

当GPT-4化身主考官:与ChatGPT处于同水平的有这些

Openlab_cosmoplat

推进数字化转型进程,AntDB数据库协同神州云动共促新发展

亚信AntDB数据库

AntDB AntDB数据库 企业号 4 月 PK 榜

我在 20 年的软件工程师生涯中学到的 20 件事

宇宙之一粟

翻译 软技能

《Git in Practice》作者访谈:关于Git的八个问题_GitHub_Alex Blewitt_InfoQ精选文章