当前位置: 首页 > 文档资料 > Git 菜单 >

2. Git简易指南

优质
小牛编辑
125浏览
2023-12-01

这节是完全面向入门者的,我假设你从零开始创建一个项目并且想用 Git 来进行版本控制,因此本文会避开分支这些相对复杂的概念。

在这节中,我会介绍如何在你的个人项目中使用 Git,我们会讨论 Git 最基本的操作——如何初始化你的项目,如何管理新的或者已有的文件,如何在远端仓库中储存你的代码。

安装 Git

  • Mac 用户:Xcode Command Line Tools 自带 Git(xcode-select --install

  • Linux 用户:sudo apt-get install git

  • Windows 用户:下载 Git SCM

    - 对于 Windows 用户,安装后如果希望在全局的 cmd 中使用 Git,需要把 git.exe 加入 PATH 环境变量中,或在 Git Bash 中使用 Git。

检出仓库

执行如下命令以创建一个本地仓库的克隆版本:

git clone /path/to/repository

如果是远端服务器上的仓库,你的命令会是这个样子:

git clone username@host:/path/to/repository (通过 SSH)

或者:

git clone https:/path/to/repository.git (通过 https)

比如说 git clone https://github.com/geeeeeeeeek/git-recipes.git 可以将 git 教程 clone 到你指定的目录。

创建新仓库

创建新文件夹,打开,然后执行 git init 以创建新的 git 仓库。

工作流

你的本地仓库由 Git 维护的三棵「树」组成。第一个是你的 工作目录,它持有实际文件;第二个是 缓存区(Index),它像个缓存区域,临时保存你的改动;最后是 HEAD,指向你最近一次提交后的结果。

enter image description here

添加与提交

你可以计划改动(把它们添加到缓存区),使用如下命令:

git add < filename >
git add *

这是 Git 基本工作流程的第一步。使用如下命令以实际提交改动:

git commit -m "代码提交信息"

现在,你的改动已经提交到了 HEAD,但是还没到你的远端仓库。

推送改动

你的改动现在已经在本地仓库的 HEAD 中了。执行如下命令以将这些改动提交到远端仓库:

git push origin master

可以把 master 换成你想要推送的任何分支。

如果你还没有克隆现有仓库,并欲将你的仓库连接到某个远程服务器,你可以使用如下命令添加:

git remote add origin <server>

如此你就能够将你的改动推送到所添加的服务器上去了。

至此,你应该可以顺利地提交你的项目了。在下一节中,我们将涉及更多的命令,来完成更有用的操作。比如从远端的仓库拉取更新并且合并到你的本地,如何通过分支多人协作,如何处理不同分支的冲突等等。

最后更新:

类似资料

  • 高质量的 Git 中文教程,源于国外社区的优秀文章和个人实践,在整理 Git 资料的时候,我发现社区贡献了非常多高质量的博客文章、指南等等。 尤其英文的那些资料,除了大家熟知的「Git 图解」,还有好多优秀的文章仍无人翻译。此外,这些资料往往只涉及某些特定的话题,如果能有一份菜单将这些菜谱以特定的方式串起来,那么对于 Git 学习者来说将会是极大的便利。 尤其对于我这样热爱查阅社区资料胜过出版物的

  • git 是 Linux 之父 Linux 开发的开源的分布式版本控制系统,通常用于代码的版本控制。和 SVN 这样依赖中心服务器的版本控制系统不同的是,git 是分布式的,因此被称为分布式版本控制系统。 基本概念 代码仓库:一般是指正在使用 git 的项目及其所有记录版本。 提交:提交是 git 版本控制的最小单位,每个提交都有一个 UUID 作为区分,以及提交信息作为注释。 HEAD:当前代码库

  • 在使用 git 之前最好先配置一下,会给你带来更好的使用体验。 你可以使用 git 命令对 git 进行配置,也可以手动编辑 git 配置文件,这个文件通常是 ~/.gitconfig。 在正式使用 git 之前,你通常需要配置自己的身份——包括自己的名字和邮箱,这会在 git 的提交记录中显示: git config --global user.name "Kane Blueriver" git

  • hook,直译过来是“钩子”,通常是用于在某事件发生或者完成后添加自定义的动态事件/任务。在使用 git 时,我们也可以通过 git hook 来完成一些自动测试、集成、构建等流程工作。如果 git hook 执行失败将终止后续操作。 有哪些可用的 git hook 在项目的 .git/hooks 目录中会有很多 hook-name.sample 的文件,提供了常见 hook 的 shell 脚本

  • 通过前面的章节,我们了解了版本控制系统的历史,也学习了如何安装Git。从这一章开始,我们就真正地进入到Git的学习中。Git有着陡峭的学习曲线,即使是有着其他版本控制工具经验的老手也不例外。因为有经验的老手会按照在其他版本控制系统中遗留的习惯去想当然地操作Git,努力地在Git中寻找对应物,最终会因为Git的“别扭”而放弃使用。这也是作者的亲身经历。 Git是开源社区送给每一个人的宝贝,用好它可以

  • 同生活中的许多伟大事物一样,Git 诞生于一个极富纷争大举创新的年代。 Linux 内核开源项目有着为数众广的参与者。 绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上(1991-2002年间)。 到 2002 年,整个项目组开始启用一个专有的分布式版本控制系统 BitKeeper 来管理和维护代码。 到了 2005 年,开发 BitKeeper 的商业公司同 Linux