type
status
date
slug
summary
category
tags
password
Created time
Jul 30, 2024 06:06 PM
Last edited time
Aug 18, 2024 04:11 PM
UUID
icon
🗒️发表的笔记
URL CK
ErrorCheck
ErrorCheck
Description
1. 创建新仓库
创建新文件夹,打开,然后执行
以创建新的 git 仓库。
2. 检出仓库
执行如下命令以创建一个本地仓库的克隆版本:
如果是远端服务器上的仓库,你的命令会是这个样子:
3. 工作流
你的本地仓库由 git 维护的三棵“树”组成。第一个是你的
工作目录
,它持有实际文件;第二个是
缓存区(Index)
,它像个缓存区域,临时保存你的改动;最后是
HEAD
,指向你最近一次提交后的结果。
4. 添加与提交
你可以计划改动(把它们添加到缓存区),使用如下命令:
这是 git 基本工作流程的第一步;使用如下命令以实际提交改动:
现在,你的改动已经提交到了 HEAD,但是还没到你的远端仓库。
5. 推送改动
你的改动现在已经在本地仓库的 HEAD 中了。执行如下命令以将这些改动提交到远端仓库:
可以把 master 换成你想要推送的任何分支。
如果你还没有克隆现有仓库,并欲将你的仓库连接到某个远程服务器,你可以使用如下命令添加:
如此你就能够将你的改动推送到所添加的服务器上去了。
6. 分支
分支是用来将特性开发绝缘开来的。在你创建仓库的时候,master 是“默认的”。在其他分支上进行开发,完成后再将它们合并到主分支上。
创建一个叫做“feature_x”的分支,并切换过去:
切换回主分支:
再把新建的分支删掉:
除非你将分支推送到远端仓库,不然该分支就是 不为他人所见的:
7. 更新与合并
要更新你的本地仓库至最新改动,执行:
git pull
以在你的工作目录中 获取(fetch) 并 合并(merge) 远端的改动。
要合并其他分支到你的当前分支(例如 master),执行:
两种情况下,git 都会尝试去自动合并改动。不幸的是,自动合并并非次次都能成功,并可能导致 冲突(conflicts)。 这时候就需要你修改这些文件来人肉合并这些 冲突(conflicts) 了。改完之后,你需要执行如下命令以将它们标记为合并成功:
在合并改动之前,也可以使用如下命令查看:
8. 标签
在软件发布时创建标签,是被推荐的。这是个旧有概念,在 SVN 中也有。可以执行如下命令以创建一个叫做 1.0.0 的标签:
1b2e1d63ff 是你想要标记的提交 ID 的前 10 位字符。使用如下命令获取提交 ID:
你也可以用该提交 ID 的少一些的前几位,只要它是唯一的。
9. 替换本地改动
假如你做错事(自然,这是不可能的),你可以使用如下命令替换掉本地改动:
此命令会使用 HEAD 中的最新内容替换掉你的工作目录中的文件。已添加到缓存区的改动,以及新文件,都不受影响。
假如你想要丢弃你所有的本地改动与提交,可以到服务器上获取最新的版本并将你本地主分支指向到它:
10. 有用的贴士
内建的图形化 git:
彩色的 git 输出:
显示历史记录时,只显示一行注释信息:
交互地添加文件至缓存区: