Git 是我们日常工作中使用频率极高的工具,各种指令让人眼花缭乱,今天,我们就在这里总结一下它的一些基本指令,算是做一份操作笔记吧。
设置和配置 git config help 获取和创建项目 init clone 基本快照 add status diff commit reset rm mv 分支和合并 branch checkout merge mergetool log stash tag worktree 共享和更新项目 fetch pull push remote submodule 检查和比较 show log diff shortlog describe 修补 apply cherry-pick diff rebase revert 调试 bisect blame grep
git init # 初始化本地git仓库(创建新仓库) git config –global user.name “xxx” # 配置用户名 git config –global user.email “xxx@xxx.com” # 配置邮件 git config –global color.ui true # git status等命令自动着色 git config –global color.status auto git config –global color.diff auto git config –global color.branch auto git config –global color.interactive auto git clone git+ssh://git@192.168.53.168/VT.git # clone远程仓库 git status # 查看当前版本状态(是否修改) git add xyz # 添加xyz文件至index git add . # 增加当前子目录下所有更改过的文件至index git commit -m ‘xxx’ # 提交 git commit –amend -m ‘xxx’ # 合并上一次提交(用于反复修改) git commit -am ‘xxx’ # 将add和commit合为一步 git rm xxx # 删除index中的文件 git rm -r * # 递归删除 git log # 显示提交日志 git log -1 # 显示1行日志 -n为n行 git log -5 git log –stat # 显示提交日志及相关变动文件 git log -p -m git show dfb02e6e4f2f7b573337763e5c0013802e392818 # 显示某个提交的详细内容 git show dfb02 # 可只用commitid的前几位 git show HEAD # 显示HEAD提交日志 git show HEAD^ # 显示HEAD的父(上一个版本)的提交日志 ^^为上两个版本 ^5为上5个版本 git tag # 显示已存在的tag git tag -a v2.0 -m ‘xxx’ # 增加v2.0的tag git show v2.0 # 显示v2.0的日志及详细内容 git log v2.0 # 显示v2.0的日志 git diff # 显示所有未添加至index的变更 git diff –cached # 显示所有已添加index但还未commit的变更 git diff HEAD^
开发人员和开源软件维护人员团队通常通过 Git(一种支持协作的分布式版本控制系统)管理他们的项目。
有两个命令使用得最多了,从第一次调用 Git到每天的日常微调及参考,这个两个命令就是: config和 help 命令
Git说明:https://www.runoob.com/manual/git-guide/
在过去的几年中,git已非诚成熟,成为最常用的代码版本控制系统之一。它被各种语言和各种规模的团队开发人员使用,从小型的开源项目到像linux内核这样的庞大的代码库。然我们学习git常用的10个命令。
先通过几张图片来大致了解一下 Git 的工作原理吧! 文章开头的流程图已经简单明了地说明了 Git 常用操作的工作流程,下图换种风格再展示一次:
Git(读音为/gɪt/)是一个开源的分布式版本控制系统,可以有效、高速地处理从很小到非常大的项目版本管理。
Git 是一个开源的分布式版本控制系统,与 CVS, Subversion 等不同,它采用了分布式版本库的方式,不需要服务器端软件支持。
推荐一个 git 图形化教学网站:Learn Git Branching,这个网站有一个沙盒可以直接在上面模拟 git 的各种操作,操作效果使用图形的方式展示,非常直观。本文可以看作是它的文字版,将其中各级关卡所要学习的概念和命令提取出来,方便查阅。文中的一些示例,如果没有显而易见的输出,就需要读者在沙盒中亲自输入来查看效果。
开发人员和开源软件维护人员团队通常通过支持协作的分布式版本控制系统Git来管理他们的项目。
作为一个新时代的开发者,想必大家在工作中,有一样东西是和大家「形影不离」的。那就是git。(当然,这里也有个例,如果大家项目还停留在svn阶段,就算我刚才的话唐突了)。
前面两篇博客 Git 版本管理工具 和 Git 常用命令详解,分别介绍了Git 基础知识和命令用法
Git是一个分布式版本控制系统,可以帮助开发人员在任何规模的项目上进行协作。Linux内核的开发人员Linus Torvalds在2005年创建了Git,以帮助控制Linux内核的开发。
声明:本博客内容完全来自于Git官网, 总结整理学习个人所需知识 基础 本质 从根本上来讲 Git 是一个内容寻址(content-addressable)文件系统,并在此之上提供了一个版本控制系统的用户界面。 Git 的核心部分是一个简单的键值对数据库(key-value data store)。 你可以向该数据库插入任意类型的内容,它会返回一个键值,通过该键值可以在任意时刻再次检索(retrieve)该内容。 Git 以一种类似于 UNIX 文件系统的方式存储内容,但
git add file_name : 将file_name添加到git管理中 或者 把已跟踪的文件放到暂存区(运行了 git add 之后又作了修订的文件,需要重新运行 git add 把最新版本重新暂存起来)
译者:远方的自由 转载请注明出处: http://blog.csdn.net/z2066411585 Repo使用形式如下: repo 可选元素显示在[]中,例如,许多命令将项目列表作为参数,你可以指定项目列表作为项目的本地源目录的名称列表或路径列表 repo sync [<PROJECT0> <PROJECT1> ... <PROJECTN>] repo sync [</PATH/TO/PROJECT0> ... </PATH/TO/PROJECTN>] help --
官网下载:https://git-scm.com/downloads 下载完成后使用默认进行安装。
这里是我的笔记,记录一些git常用和一些记不住的命令,这个笔记原本是基于 颜海镜的文章增加的,后面慢慢增加了许多内容,可以看出的的学习轨迹。分享出来方便自己查看,也许能帮助到你。
本地分支和远程分支各自有提交,这时,如果直接pull,会要求将远程分支merge到本地,这样虽然可以,但是确实产生一个无用的merge 提交记录。
现在解释一下 -a 标志, 通过在命令行上加 -a 指示 git 提交已修改的所有被跟踪文件的新内容。还要提一下,如果你是第一次需要提交新文件,可以在在 git commit -a 之前先 git add <file>。
对于刚刚加入职场的新人来说,被分配到的第一个任务往往都是:从远程仓库把代码拉下来,并熟悉代码吧。如果你以前从来没有接触过Git,那么拉取代码都会有相当大的困难,因为你并不理解怎么拉代码。如果你以前接触过Git,并在学校使用过Git来进行代码的版本控制的话,那么你应该对Git有个基本的认识,至少会拉取代码,添加索引,推送代码到远程仓库等基本操作。其实大家在学习过程中都有一些基本的版本控制思想,那就是在写论文的时候,常常会保存多份文档,分别手动在文件的命名上进行版本控制,如下图所示:
文章来自https://www.cnblogs.com/best/p/7474442.html
版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
我建议你先通过了解 git 的架构再来回答这个问题,如下图所示,试着解释一下这个图: Git 是分布式版本控制系统(DVCS)。它可以跟踪文件的更改,并允许你恢复到任何特定版本的更 改。 与 SVN 等其他版本控制系统(VCS)相比,其分布式架构具有许多优势,一个主要优点是它不依赖 于中央服务器来存储项目文件的所有版本。 每个开发人员都可以“克隆”我在图中用“Local repository”标注的存储库的副本,并且在他的硬盘驱 动器上具有项目的完整历史记录,因此当服务器中断时,你需要的所有恢复数据都在你队友的本地 Git 存储库中。 还有一个中央云存储库,开发人员可以向其提交更改,并与其他团队成员进行共享,如图所示,所 有协作者都在提交更改“远程存储库”。
Git(读音为/gɪt/)是一个开源的分布式版本控制系统,可以有效、高速地处理从很小到非常大的项目版本管理。(管理文件内容的版本,追踪内容的变化)
我建议你先通过了解 git 的架构再来回答这个问题,如下图所示,试着解释一下这个图:
如果你曾经浏览过git手册(或运行man git),那么你会注意到git的内容比我们大多数人日常使用的多得多。这些命令中有很多是非常强大的,可以让你的生活变得更轻松(其他的则有点小众,但还是要知道的)。
从本质上讲,Git可以记录文本的变化,但其定义是一个版本控制系统。你有可能已经以这种或那种方式使用了git:由于它的分布式性质,它是代码版本控制的事实标准,与集中式的Apache Subversion(SVN)相对。
Git 是一个免费并且开源的分布式版本控制系统,旨在快速高效地处理从小到大所有项目的版本管理。Git 是目前最流行的版本管理工具,目前绝大部分公司都是使用 Git 作为项目的版本管理工具。目前最火的开源社区 Github,就是基于 Git 版本控制系统,所以掌握 Git 技能很重要。由于 Git 开发效率高、团队协作方便,现在很多 IDE 都集成了 Git,并且提供一些相关的图形化操作。也有很多很优秀,专门用来简化 Git 操作的 Git GUI 工具,例如 Sourcetree,Tortoise 等。我刚接触 Git 的时候,就是从 GUI 入手的,使用 Sourcetree 可视化版本控制工具进行操作。Sourcetree 底层也是对常用的 Git 命令进行封装实现的,傻瓜式操作,使用非常方便,但是我用完什么都不懂,Git 的内部原理也不易理解,决定在回头仔细学习一下 Git 命令行。学习完 Git 命令行后发现,命令行很好学,非常灵活,而且使用起来非常帅气。因此,直接 Git 命令,才是最灵活的操作。
集中化的版本控制系统都有一个单一的集中管理的服务器,保存所有文件的修订版本,而协同工作的人们都通过客户端连到这台服务器,取出最新的文件或者提交更新。其缺点是中央服务器的单点故障。如果服务器宕机一小时,那么在这一小时内,谁都无法提交更新,也就无法协同工作。
刚毕业的时候用过极短时间的SVN,后面就一直在用Git来做代码的版本控制了,前前后后差不多4年的时间,期间做了一些在使用Git过程中的记录和心得,在这里分享给大家,大家或许可以从中吸收到一些有用的东西。
.git ⽬录是Git来跟踪管理仓库的,不要⼿动修改这个⽬录⾥⾯的⽂件,不然改乱了,就把Git仓库给破坏了
git config 1.config file 有以下几种 Config file location --global use global config file --system use system config file --local use repository config file -f, --file <file> use given config file -
Git配置 git config --global user.name "robbin" git config --global user.email "fankai@gmail.com" git config --global color.ui true git config --global alias.co checkout git config --global alias.ci commit git config --global alias.st status git config --
master 分支 不能往master 分支上提交代码,只能在该分支上进行代码合并操作,例如将其它分支的代码合并到 Master 分支上。 develop 分支 我们日常开发中的代码需要从 master 分支拉一条 develop 分支出来,该分支所有人都能访问,但一般情况下,我们也不会直接在该分支上提交代码,代码同样是从其它分支合并到 develop 分支上去。 feature 分支 当我们需要开发某个特性时,需要从 develop 分支拉出一条 feature 分支,例如 feature/update_mq 与 feature/update_netty,在这些分支上并行地开发具体特性。 release 分支 当特性开发完毕后,我们决定需要发布某个版本了,此时需要从 develop 分支上拉出一条 release 分支,例如 release-1.0.0,并将需要发布的特性从相关 feature 分支一同合并到 release 分支上,随后将针对 release 分支推送到测试环境,测试工程师在该分支上做功能测试,开发工程师在该分支上修改 bug。待测试工程师无法找到任何 bug 时,我们可将该 release 分支部署到预发环境,再次验证以后,均无任何 bug,此时可将 release 分支部署到生产环境。 tag 待上线完成后,将 release 分支上的代码同时合并到 develop 分支与 master 分支,并在 master 分支上打一个 tag,例如 v1.0.0。 hotfix 当生产环境发现 bug 时,我们需要从对应的 tag 上(例如 v1.0.0)拉出一条 hotfix 分支(例如 hotfix-1.0.1),并在该分支上做 bug 修复。待 bug 完全修复后,需将 hotfix 分支上的代码同时合并到 develop 分支与 master 分支。同时在master上打上tag,v1.0.1。 版本号 对于版本号我们也有要求,格式为:x.y.z,其中,x 用于有重大重构时才会升级,y 用于有新的特性发布时才会升级,z 用于修改了某个 bug 后才会升级。 个人分支 个人分支下可以建目录,例如: xiaoguai/dev1, xiaoguai/dev2
什么是“版本控制”?版本控制是一种记录一个或若干文件内容变化,以便将来查阅特定版本修订情况的系统。 版本控制系统(VCS)应用而生。有了它你就可以将某个文件回溯到之前的状态,甚至将整个项目都回退到过去某个时间点的状态,你可以比较文件的变化细节,查出最后是谁修改了哪个地方,从而找出导致怪异问题出现的原因,又是谁在何时报告了某个功能缺陷等等。
git是一个很神奇的工具,是由Linux的发起者linus用c语言编写的… 最常用的其实只有十几个命令,其他的可以等到真正的团队合作的时候去复习一下。 在这里记录一下常用命令,想要学习git推荐廖雪峰的Git教程
此页图解git中的最常用命令。如果你稍微理解git的工作原理,这篇文章能够让你理解的更透彻。 正文 基本用法 约定 命令详解 Diff Commit Checkout Detached HEAD(匿
从本质上来讲 Git 是一个内容寻址(content-addressable)文件系统,并在此之上提供了一个版本控制系统的用户界面。
创建一个新的 git 版本库。这个版本库的配置、存储等信息会被保存到.git 文件夹中
这个工作流其实也是我们团队采用的工作流,这也是很多团队会采用的工作流,它会相对复杂一点,但它非常适合用来管理大型项目的发布和维护,后面笔者也会详细讲下这一块。
配置你的git信息,然后创建本地git仓库,与远程仓库进行连接,然后上传,下拉,整合。
image.png 我平时使用 Git 的时候,很多的 Git 命令我都不是很常用,工作中一般我们会配合一些可视化工具,或者编辑器自带的一些插件去维护 Git 仓库,但是我们也要记得一些常用 Git
Git 是一个分布式的版本控制系统,这意味着它使用多个本地存储库,包括一个集中式存储库和服务器,它在从前端工作中抽象出底层机制方面做得非常出色。虽然 Git 已经演变成一个成熟的版本控制管理系统,但这并不是作者最初的意图,但并不影响它成为最为世界上最为出色、优雅的工具之一。Git 的好处在于,你可以在整个职业生涯中都不知道 Git 内部是如何工作的,但你依然可以和它相处得很好。但当你了解了 Git 如何管理您的存储库将有助于打开你的思维方式,并让您更深入地了解 Git 。
转载自:https://segmentfault.com/a/1190000022491558
Git 作为分布式版本控制系统,基于去中心化的设计思想,在每个分布式节点上都保存有完整的版本,降低了对中心仓库的依赖,增加了版本安全性。
工作区用于存储当前写的这些代码,暂存区存储将要提交上去的代码暂存区的代码还是可以撤回的,本地库存储的是每个历史版本的信息。
整理一下经常忘记的Git命令 remote 同步 1 2 3 4 $ git remote -v // 查看当前远程版本库 $ git remote add cocos2d-x git://github.com/cocos2d/cocos2d-x.git // 添加原始版本库 $ git fetch cocos2d-x
领取专属 10元无门槛券
手把手带您无忧上云