- 主题:git算不算典型的shit山项目?
git reset还是比较常用的吧。比如希望把最后几个commit调换一下顺序就可以先git format出来,再reset然后重新打上去。或者直接就舍弃最后一两个debug的commit了。你不用的话一般怎么搞?
【 在 nikezhang 的大作中提到: 】
: 设计思路不一样,本来git的历史就是一个个commit组成的链子,你reset到一个历史版本了,之后的commit你准备怎么办?还有没事你reset干嘛,想看历史版本直接获取那个版本的文件就行了,根本用不到reset,你还是没有搞清楚什么情况用什么命令
--
FROM 112.64.60.*
多谢!去man了一下,确实很强大,下次可以试试。不知道是哪个版本加的,竟然一直没发现这个功能
【 在 ArchLinux 的大作中提到: 】
: 这是很典型的 git rebase -i 的使用场景。
:
--
FROM 112.64.60.*
rebase肯定要用,但一般都是rebase最新的master,而不是调整commit顺序
【 在 hyperLee 的大作中提到: 】
: 这个是git初期就有的核心功能,基本上你不用merge就得用rebase,你不用说明你的git用法有问题。
:
: #发自zSMTH@RVL-AL09
--
FROM 112.64.60.*
你没有这个需求不代表别人没有。写的几个commit在提交之前调整一下顺序,这个需求很奇怪吗?
【 在 hyperLee 的大作中提到: 】
: 调整commit顺序…… 你怎么不让时光倒流呢?
: 这种奇怪的做法,git能给支持只能说明它奇葩。
:
: ...................
--
FROM 112.64.60.*
说的是提交之前。你每次都只提交一个commit?
【 在 RuralHunter 的大作中提到: 】
: 是很奇怪,提交了就提交了,改个顺序算什么鬼有什么用。
:
--
FROM 112.64.60.*
topic branch开发还没结束之前怎么能叫冻结发布之后?
【 在 spadger 的大作中提到: 】
: 不允许修改历史更安全。设计冻结发布以后就不应该再改动。
:
--
FROM 112.64.60.*