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 是真不行啊…