提要 //添加git跟踪文件,stage操作 $git add readme.txt //提交到本地分支 $git commit -m xxx //查看当前git工作状态,可以看到未跟踪文件,已跟踪未stage文件,已stage可commit文件 $git status //查看某文件的差异,只能查看 $ git diff readme.txt 一.提交一个文件 commit 在刚刚创建好的仓库文件夹里面创建一个文件readme.txt commit操作一共分2步,类似于图形操作里面的stage

最近在读一本技术类的书:朱赟——<跃迁:从技术到管理的硅谷路径>,其中聊了很多很有趣的观点,比如:技术管理.技术实践.硅谷文化.个人成长等. 读到关于硅谷人如何做code review这一篇时,不由想到了前段时间看过的一篇博客:如何写好Git commit log. 之前的工作用Git做版本管理工具,因此每次提交改动时都会写注释,其中也踩了一些坑,现在回想起来还是觉得很有收获. 这篇博客,聊聊我个人关于code review和Git commit的一些认知和资料总结,仅供参考... 参考资料:

一.前言 假如你昨晚把本地文件a.html提交到远程库,今早发现还有补充的内容,于是添加了新的内容到a.html,并且还在本地还多添加了“几个文件”,那么怎么使用git来把这些文件一并提交到远程库呢? 二.思考先来想一下: 1. a.html已经提交过了但是又修改了,“几个文件”还没有提交过: 2. 增加的内容都没有提交到暂存区: 3. 在当前目录查看一下仓库的情况,看看哪些修改了,哪些未提交等: 三.梳理根据想到的内容梳理下: 1. 查看仓库的状态 “a.html"为modified , “几

linux内核默认会包含git的commit ID. 而linux的内核在insmod模块时,会对模块和内核本身的版本做严格的校验.在开发产品时,改动内核后,由于commit ID变更,会导致linux内核变更,之前已编译发布的模块与升级后的linux版本不一致,必须重新编译,非常麻烦. 为了解决这个问题,很多开发者通过配置make menuconfig,去掉CONFIG_LOCALVERSION_AUTO选项,从而不再包含git commit ID. 关于linux包含git commit的实

什么是版本库呢?版本库又名仓库,英文名repository,你可以简单理解成一个目录,这个目录里面的所有文件都可以被Git管理起来,每个文件的修改.删除,Git都能跟踪,以便任何时刻都可以追踪历史,或者在将来某个时刻可以“还原”. 所以,创建一个版本库非常简单,首先,选择一个合适的地方,创建一个空目录: $ mkdir learngit $ cd learngit $ pwd /Users/michael/learngit pwd命令用于显示当前目录.在我的Mac上,这个仓库位于/Users/m

功能 将暂存区中的更改记录到仓库. 加到staging area里面的文件,是表示已经准备好commit的.所以在commit修改之前,务必确定所有修改文件都是staged的.对于unstaged的文件,git commit后也不会被记录. 参数 不带参数 最简单的提交命令是 $ git commit 这种方式会启动文本编辑器以便输入本次提交的说明. (默认会启用 shell 的环境变量 $EDITOR 所指定的软件,一般都是 vim 或 emacs.当然也可以使用 git config --g

原文: http://chris.beams.io/posts/git-commit/ 介绍:为什么好的commit message很重要 你浏览项目commit message的时候或多或少会有些困扰的地方. 例如, 下面是我早前的commit message: $ git log --oneline -5 --author cbeams --before "Fri Mar 26 2009" e5f4b49 Re-adding ConfigurationPostProcessorTe

How to uncommit files that were committed long time a ago?Note: Since all changes in the current working directory are very important, they should not be affected! 1. Reset the repository into a committed state, but does not affect the current workin

二,合并的操作 1, 首先按需修改文件 echo >> lz66303.txt 2, 然后按需提交被修改的文件到HEAD缓存区,并把这个修改记录到分支中 git commit -am"This is a commit created by lz66303." 总结 其实这人喜爱的命令git commit -am""也不是那么万能呀! 好我们查看一下帮助命令git commit -h -a, --all    commit all changed file

1.触发事件 我有这样一个版本库,里面包含两个学习用的练习项目:BookStore(以下简称BS)和PictureFriend(以下简称PF) 我在更改PF以后,未进行提交,同时又到BS中优化了一下文件夹结构,然后此时我commit,提交备注信息为"添加图友网项目,更改为Maven形式,报错找不到spring监听器,待解决",提交成功,似乎没什么问题. 但是当我在github上看到的情况如下,我知道我没有处理好:   BookStore项目实际上跟这个备注并没有关系,而是Picture

当所有的变更都进入暂存区,就可以使用git commit进行提交了 $ git commit 执行这句话后,会弹出文本编辑区(自己配置的或默认的),文本编辑器可能会显示如下内容 # Please enter the commit message for your changes. Lines starting # with '#' will be ignored, and an empty message aborts the commit. # # On branch master # Cha

1. git 的 add ,是一个容易引起疑问的命令.在 subversion 中的 svn add 动作是将某个文件加入版本控制,而 git add的意义完全不同. 同时, git diff --cached 是比较 stage 的文件的差异的,也是一个不直观的命令. github 2008年的blog中,也提到,容易引起混淆:https://github.com/blog/196-gittogether-2008http://learn.github.com/p/normal.html th

某同事执行git commit 时太兴奋,执行了 git commit --amend 慌了,不敢编辑上一个commit的description了,直接选择了wq退出,然而git毕竟强大,默认将改动合并提交并覆盖了上一个commit生成了一个新的commit id,这下更慌了,上一个commit id在git log里没了,没了,没了 此时只有两个字,奔溃 好在git有撤销方法,下面的代码拿来举例. 当前代码仓有如下文件: $ ll total 4 -rw-r--r-- 1 ****** 105

实现过程: 1.使用git log 可以获取到所有git commit.对命令加入参数后,可以获取某段时间的log.和只输出log的某些字段.如: [root@localhost crowd-web-server]# git log --pretty=format:'%an | %cd | %s' --after='2017-03-5 14:42' 该命令为:只获取2017年3月5号以后的git log.并且只返回 提交人.提交时间.提交信息3个字段内容 2.过滤掉一些CI提交内容的log,输出

1 现对readme.txt作出修改,增加一行内容: Git has a mutable index called stage. Git is a distributed version control system. Git is free software distributed under the GPL. Git has a mutable index called stage. 2 在工作区新添加一个文件:LICENSE文本文件(内容随便写) 3 通过git status 查看当前的状

今天来说说团队开发中,对于 Git commit message 规范问题. 社区上有各种 Commit message 的规范,本文介绍 Angular 规范,目前使用较广,比较合理和系统化,并且有配套的工具. 1. 规范 Commit Msg 的作用 1) 提供更多的历史信息,方便快速浏览 例如,命令显示上次发布后的变动,每个 commit 占据一行.只看首行,就知道某次 commit 的目的. $ git log <last tag> HEAD --pretty=format:%s  

1. git分支命令规范 1. Master 主分支 2. Dev 开发分支 3. Feature 功能分支(例如:feature-x) 4. Release 预发布分支(例如:release-1.2) 5. Bug 分支(例如:fixbug-0.1) 2. git中commit规范 git add后,如果没有特性描述要添加则直接执行git commit.否则使用git commit -m <mess> 格式: <type>(<scope>):<subject&g

git-commit-guidelines AngularJS Development Setup Running Tests Coding Rules Commit Message Guidelines Writing Documentation Development Setup This document describes how to set up your development environment to build and test AngularJS, and explain

使用Xcode提交一个第三方库时,由于包含资源文件,总是提交不了,提示报错:XXX commit is not under version control (1) 网上查了下,得知 xcode对于svn的支持不够好:导致资源文件如图片使用Xcode提交不了. 然后svn 命令提交,之前使用svn命令提交图片的时候,是可以提交的,但是今天就算使用svn命令,还是提交不了: 截图: 后来在commit命令后面加上svn的账户名和密码,才提交成功了: 原文链接:http://www.cnblogs.c

git commit git commit命令提交stage区的快照到项目历史中去(HEAD). 被提交的快照被认为是一个项目的安全版本. Git不会修改他们, 除非你显示的要求了. 和git add一样git commit是Git最重要的命令之一. 尽管名字相同git commit和svn commit完全不一样. 快照被提交到本地仓储,  不会和其他git仓储有任何的交互影响. 用法 git commit 提交stage区的快照. 上面的命令运行后会自动打开一个文本编辑器让你写一些关于这次c

Git官方提供的快速入门教程:https://try.github.io/levels/1/challenges/1 特点:Git极其强大的分支管理:分布式版本 集中式版本控制系统,版本库是集中存放在中央服务器的,而干活的时候,用的都是自己的电脑,所以要先从中央服务器取得最新的版本,然后开始干活,干完活了,再把自己的活推送给中央服务器.中央服务器就好比是一个图书馆,你要改一本书,必须先从图书馆借出来,然后回到家自己改,改完了,再放回图书馆.集中式版本控制系统最大的毛病就是必须联网才能工作. 使用