gitlab的网页上提交历史记录如何显示更新时间

gitlab的网页上提交历史记录如何显示更新时间的方法：

1、先找到需要查看提交记录的项目，点击名称进入详情页面。

2、点击上方的Commits按钮，进入提交记录详情页面。

3、查看提交记录：当前页面就记录了所有提交记录，可点击某一个提交查看具体的改动。

Git的一个优势在于，当你在和别人共享你的工作之前，可以随便修改你的提交历史，当然不管在什么时候，最好不要改动已经推送到central server的commit，否则会产生一次变更的两个版本。

在推送到central server之前，你可以选取staging area（暂存区）中的任意文件进行提交，也可以通过stash命令决定不与某些内容工作，也可以偷梁换柱地重写已经发生的commits，这包括：改变commit信息，拆分commit，压缩多条commit，改变提交的顺序，甚至移除某些不再需要的commit等。

为了对于上面的描述有宏观的了解，笔者在本地新建了一个仓库且提交了三个commit，it seems like this：

其中SecondCommit中包含两个txt文件，其余两个commit都只包含一个txt文件。

接下来就来篡改一下历史吧！

（注：--pretty=format 表示格式化输出，%h 表示提交对象的简短哈希字串，%s 表示提交说明，为了方便后面的展示，笔者用alias命令简化上面的命令： git config --global alias.last "log --pretty=format:"%h,%s"",之后如果需要查看log信息，git last 或者 git last -n 即可）

修改最后一条commit是所有修改提交历史操作中最常见的一个。它的命令很简单： git commit --amend

从英文单词amend的字面意思（修改，改正）就可以理解此命令。

执行此命令会进入一个编辑框：

了解vim的同学可能对这不会感觉到陌生，这里简单介绍一下，首先在键盘输入i（i 表示insert插入，由此进入编辑模式），更改title信息，按Esc退出编辑模式，最后输入 :wq (保存并且退出)，收工。

如果对索引区的内容作了修改，先执行git add 命令，再执行git commit --amend , 效果是一样的，更改后的log信息如下：

Git提供了交互式变基工具，可以在任何想要修改的commit后停止，做任何想做的事。

通过git rebase -i 命令来交互式的运行变基（注：-i 是--interactive的缩写）。同时需要指定想要重写多久远的历史，比如修改最近三次提交：git rebase -i HEAD~3 ，因为笔者的FirstCommit是repository里面的第一个提交，所以笔者采用的是git rebase -i --root命令，有兴趣的同学可以看看这个： http://stackoverflow.com/questions/2246208/change-first-commit-of-project-with-git/2309391#2309391.

执行git rebase -i --root命令，弹出如下编辑框：

需要注意的是commit显示顺序刚好和git log的显示顺序相反。尤其注意Commands，之后所有的操作都是基于这些命令, 这里笔者依次解释一下：

p , pick = use commit: 直接使用commit 不做任何修改，其中p 是pick的缩写，以下雷同；

r , reword = use commit, but edit the commit message: 使用commit，但是会更改commit 信息；

e , edit = use commit, but stop for amending :使用commit，但是遇到此命令时会停止合并；

s , squash = use commit, but meld into previous commit: 使用commit,但是会合并到前一个commit中；

f , fixup = like "squash", but discard this commit's log message：和squash类似，但是会抛弃commit的log信息

x , exec = run command (the rest of the line) using shell：使用shell运行命令

d , drop = remove commit：丢弃commit

整个其实就是一个脚本，每一行就相当于一个命令，位置可以互换，命令是从上往下执行的。如果移除某一行，对应的commit就丢失了，但是如果把所有的行都移除的话，整个rebase就被终止了。

了解了上面的命令，修改多条commit就显得很简单了。

由于篇幅的限制，这里笔者就改变第一条commit的提交信息：

之后便会执行rebase过程，然后弹出一个编辑框，修改commit信息即可。

现在的log信息如下：

上面我们提到SecondCommit中包含两个文件，现在笔者将其拆分成两个commit，这个时候需要用到edit命令。

同样的先进入交互式变基： git rebase -i --root

当从上往下执行rebase的时候，遇到edit命令将会暂停rebase。

此时我们要做的就是reset  SecondCommit的提交 git reset HEAD~

这时候用git status 查看最新的状态：

交互式变基正在执行，SecondCommit的提交已经从索引区变成untrcked的状态了。我们需要做的就是将这两个文件分别add到暂存区然后commit到索引区。

$ git add  newfile1.txt

$ git commit -m "SecondCommitSplit-1

$ git add  newfile2.txt

$git commit -m "SecondCommitSplit-2

完成上面的操作后还是处于rebase的状态，让rebase继续执行即可

git rebase --continue

现在log信息如下：

上面我们说过squash和fixup命令具有合并commit的功能，笔者习惯用的是fixup命令，只保存一个message信息。

比如我们现在要合并最近的两个commit：

中间还给SecondCommitSplit-2更改了commit 信息

合并后的log信息如下：

上面讲过，更改行的位置即可改变commit的提交顺序，比如说把第一条和第三条commit的顺序互换：

修改顺序后的log信息如下：

当然，如果commit之间有相互依赖关系的话就没有这么简单了。

其实整篇文章都是围绕pick，reword，edit，squash，fixup等几个常用的命令进行的简单实践，实际开发过程中的情况还要复杂，具体问题还是要具体分析，笔者只是抛砖引玉，如果有不妥当的地方，还请各位看官指点一二。

以前开发中未制定、遵循 git 管理项目标准，随意(不规范)的提交 严重“污染了”提交历史，使开发主线 “脏乱”

基于以前的仓库重新开发，这样可保留以前的配置等文件，但是需要删除全部的历史记录、tag、分支等

由于自己或其他方面特殊需求，需要保留仓库的部分属性(创建时间，说明，主页等)，但需要清除历史记录，使其为“新库”。

基于以上3方面的需求，需要提供一个 在不删除原仓库的前提下，清除原仓库的所有历史提交记录(包含：分支、tag) 解决方案。

语法： git checkout --orphan <new_branch>

例句： git checkout --orphan latest_branch

使用 --orphan 选项，可创建1个"清洁"分支(无任何的提交历史，但是当前分支的内容一应俱全。但严格意义上说，这样创建的分支还不是一个真正的分支，因为HEAD指向的引用中没有commit值，只有在进行一次提交后，它才算得上真正的分支。

新的分支名可以随意命名，但不能和以前的分支名冲突。这儿特别强调是因为很多人习惯默认将分支名创建为 master .

本文以 latest_branch 作为新分支名，这个名称没有任何特殊含义，你可自定义，只要保证和以后的使用一致即可。

一般仓库默认的主分支为 master 分支，如果原来的主分支不是 master, 用实际的主分支名代替。

注意 ： 有些仓库有 master 分支保护，不允许强制 push，需要在远程仓库项目里暂时把项目保护关掉才能推送。

注意 ： 推送前 需要使用 git remote -v 查看关联的远程仓库的信息（主要是远程库的别名）。虽然远程库的别名默认是 origin ,但你可能设置过其他的别名（而非 origin）.

推送前，有的情况需要设置： git branch --set-upstream-to=origin/master master 。

如果别人pull不下来可以敲

可登录远程仓库再次确认。

这儿将上面的步骤封装为 bat 批处脚本(针对windows)，双击即可运行。

文件名： fetch_push_clear_all_history.bat

将文本内容保存为 UTF-8 格式，文件最好放在 git 仓库外。如果放在 git 仓库内，需要将此文件在 .gitignore 中过滤。

抄袭此篇文章

---