随笔分类 - git 入门教程
git 入门教程
摘要：开门见山 是 用户安装 时默认安装的命令行工具,不仅界面漂亮功能也不错,大多数情况下可以替代 原生的 命令行. 然而, 命令行不是万金油,并不能完全替代 ,详情请参考 官网的 "相关说明" . mintty is not a full replacement for the Windows Cons
阅读全文
摘要：备忘录[译] 创建 | Create 克隆一个已存在的仓库 | Clone an existing repository 创建一个新的本地仓库 | Create a new local repository 本地更改 | Local Changes 工作目录中已更改文件 | Changed file
阅读全文
摘要：知识速查 创建版本库 初始化项目 git init 从零开始创建项目 示例 克隆项目 git clone 将已有项目拷贝到本地 示例 添加文件 git add 将新文件或已修改文件添加到缓存区 示例 查看状态 git status 查看当前文件是否和上次提交内容是否有修改 示例 比较差异 git d
阅读全文
摘要：忽略文件 "并不是所有的牛奶都叫特仑苏",在 版本控制系统 中也有相似的表达,那就是"并不是所有的文件都需要提交". 有的是因为没必要提交,比如日志文件,系统缓存文件等,有的是因为不能提交,比如个人隐私文件,付费文档等. 正常来说,这些文件都是不应该被提交到版本库,倘若一不留神提交到版本库,要么泄露
阅读全文
摘要：前情概要 初识 时,我们就已经接触过 的基本配置,使用 命令配置用户名和邮箱: 配置当前项目( )的用户名( ) git config local user.name "snowdreams1006" 配置当前项目( )的邮箱( ) git config local user.email "snow
阅读全文
摘要："春风得意马蹄疾,一日看尽长安花",对于项目也是如此,最值得期待的恐怕就要数**新版本**发布的时刻了吧?每当发布新版本时要么是版本号命名(比如`v0.0.1`)或者代号命名(比如`Chelsea`),不管怎么说这种里程碑阶段总是要留下些许纪念意义.
阅读全文
摘要：**本地仓库**和**远程仓库**在本质上没有太大区别,只不过一个是本地电脑,一个是远程电脑.
远程仓库不一定非得是 `github` 那种专门的"中央服务器",甚至局域网的另外一台电脑也可以充当"中央服务器"的角色,因为它存在的最初目的只是方便大家**交换彼此的提交记录**而已!
阅读全文
摘要：前面我们已经介绍过远程仓库的相关概念,不过那时并没有深入探讨,只是讲解了如何创建远程仓库以及推送最新工作成果到远程仓库,实际上远程仓库对于团队协同开发很重要,不仅仅是团队协同开发的基础,也是代码备份的保障手段,现在我们先简单回忆下相关概念,以便为接下来的协同开发做好铺垫! 远程仓库和远程分支 远程仓
阅读全文
摘要：`git` 鼓励大量使用分支 "早建分支!多用分支!" ,这是因为即便创建再多的分支也不会造成存储或内存开销,并且分支的作用有助于我们分解逻辑工作,这样一样其实比维护单一臃肿分支要简单得多! 正因如此,每个新功能会创建合并分支,修复 会创建合并分支等等,一段时间后再次回顾整个版本库的提交历史就会发现
阅读全文
摘要：和往常一样,每个人团队开发者都在自己的本地分支上进行日常工作,相互独立又相互联系,一直以来相安无事,可是某天下午,上级领导突然急冲冲的打电话告诉你线上出 了,需要你紧急修复,下班之前必须解决! 我们天生就是创造 的特殊群体,每天都在和各种各样的 打交道,早已经习惯了这样的工作节奏,再也没有当初刚刚遇
阅读全文
摘要：默认情况下合并分支常常直接使用 命令,是最方便快速的合并方法.其实这种情况下 采用的是 模式,特点是删除分支后,会丢失分支信息,好像从来没存在该分支一样,而我们推荐的是 模式,能够保留分支的版本记录. 递归模式( ) 创建并切换 分支,提交版本后切换回 分支,然后再合并 分支,这不过这一次不再使用
阅读全文
摘要：如果足够幸运的话,团队成员互不影响,彼此相安无事,大家各自基于 分支的某个 创建自己的分支,平时在分支上独立工作,等到一段时间后再合并 到 分支,这样一样 作为各个功能的集大成者,最终完成项目. 然而事情总不是一帆风顺的,团队协作时由于意见不同,遇到冲突简直是家常便饭,既然无法回避冲突,当冲突发生时
阅读全文
摘要：分支就是一条独立的时间线,既有分支,必有主干,正如一棵树谈到树枝,必有树干一样的道理.我们先前对 的全部操作默认都是在主干上进行的,这个主干也是一种特殊的分支,名为 分支. 无论是穿越历史还是撤销更改,我们都或多或少接触过时间线, 管理的版本串在一起就组成了这个时间线,其中 分支是当前分支, 指向
阅读全文
摘要：背景 什么是分支?简单地说,分支就是两个相对独立的时间线,正常情况下,独立的时间线永远不会有交集,彼此不知道对方的存在,只有特定情况下,两条时间线才会相遇,因为相遇,所以相知,因为相知,所以改变! 正如分支对于科幻电影来说是一个很好的卖点,关于分支的话题完全可以开启新的题材,对于这点相信不少科幻迷都
阅读全文
摘要：远程仓库 如果说本地仓库已经足够个人进行版本控制了,那么远程仓库则使多人合作开发成为可能. 如果你只是打算自己使用 ,你的工作内容不需要发布给其他人看,那就用不到远程仓库的概念. 是 分布式版本控制系统 ,分布式意味着同一个 可以部署在不同的机器上,正如"鸡生蛋蛋生鸡"问题一样,不论如何,先要有一个
阅读全文
摘要：删除文件 回忆一下文件的常见操作,新增文件,修改文件,删除文件等,新增和修改文件都单独讨论过,现在我们来研究一下如何删除文件. 你可能会说删除文件还不简单啊,直接 即可,但是这仅仅是本地文件被删除了,对于 来说,文件并没有被删除. 还记得我们开篇介绍 时就说过, ,对于新增是一个版本,修改也是一个版
阅读全文
摘要：撤销更改 相信你已经了解了 的基本概念,也清楚了工作区,暂存区和版本库的关系,现在让我们用所学的知识继解决实际问题吧! 背景 正常看得见的目录是我们最为熟悉的工作区,在工作中不可能总是100%的精力,难免会犯错,尤其是下午犯困,晚上加班更是如此.下面列举了常见的一些场景 场景一: 工作区出现意外更改
阅读全文
摘要：版本控制 我们知道 是分布式版本控制系统,所以称被控制对象是版本本身没错,但是从 命令中发现,并没有版本这个名词,有的只是 ,所以前几节我一直称其为 提交 . 为了避免后续教程引发歧义,特意说明,无论是 版本 也好, 提交 也罢,都是中文翻译而已,不必太过较真,直接原汁原味称 也可以啊! 假设你已掌
阅读全文
摘要：基本概念 了解工作区,暂存区和版本库的区别和联系有助于我们更好理解 的工作流程,了解命令的操作意图. 和其他版本控制系统如 的不同之处就是有暂存区的概念. 基本概念 工作区 | Working Directory 正常情况下能看到的目录(不包括隐藏文件),也就是用户主动创建的目录 暂存区 | Sta
阅读全文
摘要：回到过去 背景 现在你已经掌握 的基本操作了,文件发生更改首先使用 添加更改,然后 提交全部更改,当本地文件再次发生更改时,仍然需要 和 两步操作,中途如何想查看文件是否发生更改,使用 查看版本库状态, 命令帮助我们查看更改详情. 像这样重复的操作其实每次都会产生一个快照,用于保存文件状态,只不过这
阅读全文