Git 使用指南之 Git 中的黑魔法
git stash,git cherry-pick,git rebase,未完待续
git stash,git cherry-pick,git rebase,未完待续
HEAD 指针说明,未完待续
Git 中支持自定义 忽略文件,使得 Git 自动忽略这些文件,不再被 track。还支持为 Git 中的命令配置简单、易用的 别名,这在频繁使用包含较为复杂参数的命令时极有成效!甚至当你不想使用 Github 或者 Gitee 时,你可以选择自定义 搭建一台 Git 服务器 作为私有仓库使用。
Git 多人协作必须有一个规范的工作流程,让大家有效地合作,使得项目井井有条地发展下去,这个流程叫做 WorkFlow(工作流),也称为 Git 分支管理策略。工作流不涉及任何命令,因为它就是一个规则,完全由开发者自定义,并且自我遵守。
Git 的分支管理。使用过 SVN 等其它版本控制系统的童鞋可能会说:“SVN 也有分支管理啊”。但由于创建和切换分支慢的一批…那么,Git 分支管理功能有性能提升吗?”。
当然有!Git 的分支是与众不同的。无论创建、切换和删除分支,Git 都能在 1 秒钟 之内就能完成!无论你的版本库是 1 个文件还是 1 万个文件。这种跟版本库大小无关的特性,到底是怎么做到的??!。
上一篇博文我们已经掌握了 Git 版本库管理日常操作指令,已经初步达成了简单管理日常项目的目标,再也不用担心文件备份或者丢失的问题了。有用过集中式版本控制系统 SVN 的童鞋会说,这些功能在 SVN 里早就有了,没看出 Git 有什么特别的地方。
确实没错,如果只是作为仓库管理文件历史,Git 和 SVN 还真没啥区别,但项目开发不仅仅是管理文件历史。为了体现 Git 作为分布式版本控制系统较于 SVN 的优势(不做“杠精”哈~),本篇我们将介绍 Git 的杀手锏功能之一:Git 远程仓库,这也是 Git 迅速流行的主要原因。
上一篇博文你已经了解了 Git 版本控制系统的基本概念,不同平台下 Git 的安装以及相关配置,以及 Git 版本库初识。并且在上一篇博文中我们已经成功地演示了如何使用 Git 管理一个既存项目(GitTestProject),下面我们将基于这个版本库为实例继续来看 Git 版本库日常管理的常规操作。
叮咚~~,完成当前博文学习,即可达成 “初步项目版本管理” 成就!!!
在日常项目开发中,我们肯定会或多或少地听说或者使用过 版本管理工具。之前我刚好有幸参与过公司项目版本管理—–SVN 版本控制系统的搭建与管理,再加上项目组日常项目开发使用 SVN,也就没有花费太多精力去学习其它版本管理工具。
初次接触 Git 还是因为常常会从 GitHub clone 一些大佬们开源的深度学习项目以供学习和借鉴,但对 Git 的使用仅限于:git clone XYZ(脸红)。而随着身边越来越多的人开始使用 Git,以及学习和工作需要,才发现:这年头不会点 Git 是真不行啊…