git shortlog 按作者对每个提交进行分组,并显示每个提交消息的第一行。按作者名称排序输出。
随着前端项目数量、前端开发人员、前端业务的日渐增多,则非常有必要整理一份简单的 git 规范,来进行项目开发的规范化约束。本文包括开发常用 git 指令、git 分支管理规范、git 提交规范等。
分支分为两种,一种是本地已经存在的,还有一种是服务器上有, 但本地不存在的分支,查看的方式稍有区别。
Git的设置文件为.gitconfig,它可以在用户主目录下(全局配置),也可以在项目目录下(项目配置)。
参考:https://juejin.cn/post/6966059771346550815
设置和配置 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
文件 ls -rtl # 按时间倒叙列出所有目录和文件 ll -rt touch file # 创建空白文件 rm -rf dirname # 不提示删除非空目录(-r:递归删除 -f强制) dos2unix # windows文本转linux文本 u
https://github.com/gafish/gafish.github.com
原文链接:https://github.com/gafish/gafish.github.com
一、基本概念: 1.工作区 git项目的文件夹 2.版本库 .git文件,包括: - stage(或者叫index)的暂存区:git add把文件添加进去,实际上就是把文件修改添加到暂存区。 - master分支:初始化出来的分支。git commit提交更改,实际上就是把暂存区的所有内容提交到当前分支。 - HEAD指针:master的指针。 二、常见命令 1.git init 在文件目录下执行命令,会将文件夹设置为git仓库,并生成一个.git文件,用于保存本地的提交信息等。 2.git add
Git 是程序员学习和工作都离不开发工具,也是非程序员好用的文档版本管理工具,今天给大家带来了一篇干货教程,和大家分享 Git 常用命令总结。
对于git的一些关键字,比如 branch、checkout、rebase等,不知你是否清楚和了解?
Git 是一种分布式版本控制系统,它可以不受网络连接的限制,加上其它众多优点,目前已经成为程序开发人员做项目版本管理时的首选,非开发人员也可以用 Git 来做自己的文档版本管理工具。
许多时候,在使用 Git 时,可能会因为某些原因想要修正提交历史。 Git 很棒的一点是它允许你在最后时刻做决定。 你可以在将暂存区内容提交前决定哪些文件进入提交,可以通过 stash 命令来决定不与某些内容工作,也可以重写已经发生的提交就像它们以另一种方式发生的一样。 这可能涉及改变提交的顺序,改变提交中的信息或修改文件,将提交压缩或是拆分,或完全地移除提交 - 在将你的工作成果与他人共享之前。
现在软件开发已经离不开版本控制系统。版本控制系统不仅能保留每个文件所有版本的历史信息,还能够方便查找。另外,也能够让团队协作不受空间和时间的限制。
来看一个在开发中经常会遇到的情况:我正在解决某个特别棘手的 Bug,为了便于调试而在代码中添加了一些调试命令并向控制台打印了一些信息。
但是该操作符后面的数字与~后面的不同,并不是用来指定向上返回几代,而是指定合并提交记录的某个父提交。还记得前面提到过的一个合并提交有两个父提交吧,所以遇到这样的节点时该选择哪条路径就不是很清晰了。
上传初始代码 $ git init $ git add . $ git commit -m "提交信息" $ git remote add origin https://github.com/xxxxx/xxxx.git 查看提交记录 $ git log 查看某个人提交记录 $ git log --author='用户名xx' 配置Git邮箱和用户名 $ git config --global user.name '用户名xx' $ git config --global user.email 'xx
在本系列的前两篇博文中,笔者对 Git 以及 Git flow 进行了大致的介绍,相信各位读者已经对 Git 有了大致的了解。但是,在我们的日常工作中使用 Git 时常会遇到的各种突发状况,那么我们应该怎么合理的应对这些状况呢?俗话说,无规矩不成方圆,在团队协作中,如何规范 Git Commit 呢?本文将针对以上问题展开讨论,探讨一下在日常工作中,我们应该如何优雅的使用 Git?
git rebase命令经常被认为是Git巫术,初学者应该远离它,但它实际上可以让开发团队在使用时更加轻松。在本文中,我们将git rebase与相关git merge命令进行比较。
实际开发工作的时候,我们都是在自己的分支开发,然后将自己的分合并到主分支,那合并分支用2种操作,这2种操作有什么区别呢?
如果你不能很好的应用 Git,那么这里为你提供一个非常棒的 Git 在线练习工具 Git Online( 回复公众号「工具」),你可以更直观的看到你所使用的命令会产生什么效果
下图是Git基本操作的流程图,一般来说,日常使用只要记住下图7个命令就可以了。当然,不能靠这几个基础语法就以为熟练使用了Git哦,下面整理了详细的语法记录,结合实际情况,祝你快速掌握Git。
除此之外,还可以下载《progit》——这是最棒的Git学习资料,而且有中文版本。
学习目的 如何查询分支列表? 如何创建分支? 如何切换分支? 如何将分支进行合并? 如何将分支进行删除? master分支 每次提交,Git都把它们串成一条时间线,这条时间线就是一个分支。截止到目前,只有一条时间线,在Git里,这个分支叫主分支,即master分支。HEAD严格来说不是指向提交,而是指向master,master才是指向提交的,所以,HEAD指向的就是当前分支。一开始的时候,master分支是一条线,Git用master指向最新的提交,再用HEAD指向master,就能确定当前分支,以及当
git clone https://git.xxx.com/xxx/xxx.git 签出代码(默认master分支)
--include-untracked 参数可以额外储藏新的未被追踪的文件。 --all 选项将收集所有未跟踪的文件以及在 .gitignore 和 排除文件中明确忽略的文件。
1.在工作目录中添加、修改文件; 2.将需要进行版本管理的文件放入暂存区域 3.将暂存区域的文件提交到版本仓库
git log -p FILE 查看README.md的修改历史,例如: > git log -p README.md git log -S’PATTERN’ 例如,搜索修改符合stupid的历史: > git log -S'stupid' git add -p 交互式的保存和取消保存变化,使用: > git add -p git rm –cached FILE 这个命令只删除远程文件,例如: > git rm --cached database.yml 删除database.yml被保存的记录,但是不影响
git rm 要删除的文件 git mv 老文件 新文件 git status git status git commit -m "msg" git commit -m "msg"
Git 和 GitHub 都是非常强大的工具。即使你已经使用他们很长时间,你也很有可能不知道每个细节。
作者:张伯函 segmentfault.com/a/1190000003830252
假设远程分支上有2个提交,然后基于远程develop,再创建一个分支feature。
Git 是一个快速,可扩展的分布式版本控制系统,具有异常丰富的命令集,可提供高级操作和对内部的完全访问。
你可以创建一个对比页面通过使用URL github.com/user/repo/compare/{range}。范围(range)可以是两个SHA例如sha1…sha2或者两个分支名称例如master…my-branch。范围同时也非常智能的支持使用时间作为关注点。
作者:张伯函 来源:segmentfault.com/a/1190000003830252
Git 是一个版本控制系统,是任何软件开发项目中的主要内容。通常有两个主要用途:代码备份和代码版本控制。你可以逐步处理代码,在需要回滚到备份副本的过程中保存每一步的进度!
老是问rebase merge 的区别,先问,他们为什么要有区别? 我的理解:为了看提交日志需要【主要看顺序,不同的提交排序规则】 A 在orignal 分支 am 8:00提交一次修改 【修改8】 B 在master 分支 am 9:00提交一次修改 【修改9】 A 在orignal 分支 am 10:00提交一次修改 【修改10】 B 在master 分支 am 11:00提交一次修改 【修改11】 现在,进入master 分支目录 执行git merge orignal 然后看下日志,应该是: 1
master 主分支,即生产版本,xx_test 分支对应测试环境分支,请基于 xx_test 分支拉功能分支开发。比如两个新需求同时开发,项目管理人员此时需基于 xx_test 拉出两个功能分支,分别是 feature-a 分支和 feature-b 分支。开发人员检出对应的功能分支,并在其上开发。
给指定的id加标签,ld号可以通过git log --pretty=oneline查看
通过 HTTPS 访问 Git 远程仓库时,如果服务器的 SSL 证书未经过第三方机构签署,那么 Git 就会阻止这一操作
命令不断更新中...... Git的四个组成部分 75062926.png 1、初始化仓库 git init 2、将文件添加到仓库 git add 文件名 # 将工作区的某个文件添加到暂存区
命令不断更新中…… Git的四个组成部分 img 1、初始化仓库 git init 2、将文件添加到仓库 git add 文件名 # 将工作区的某个文件添加到暂存区 git add -u # 添
来源:https://www.jianshu.com/p/5ee9897b6b65
稍微冗长一点,并在名字后显示远程网址。注意:必须放在remote和subcommand之间。
领取专属 10元无门槛券
手把手带您无忧上云