- 主题:git算不算典型的shit山项目?
rebase肯定要用,但一般都是rebase最新的master,而不是调整commit顺序
【 在 hyperLee 的大作中提到: 】
: 这个是git初期就有的核心功能,基本上你不用merge就得用rebase,你不用说明你的git用法有问题。
:
: #发自zSMTH@RVL-AL09
--
FROM 112.64.60.*
调整commit顺序…… 你怎么不让时光倒流呢?
这种奇怪的做法,git能给支持只能说明它奇葩。
【 在 teleheart 的大作中提到: 】
:
: rebase肯定要用,但一般都是rebase最新的master,而不是调整commit顺序
:
: 【 在 hyperLee 的大作中提到: 】
: : 这个是git初期就有的核心功能,基本上你不用merge就得用rebase,你不用说明你的git用法有问题。
#发自zSMTH@RVL-AL09
--
FROM 124.64.18.*
你没有这个需求不代表别人没有。写的几个commit在提交之前调整一下顺序,这个需求很奇怪吗?
【 在 hyperLee 的大作中提到: 】
: 调整commit顺序…… 你怎么不让时光倒流呢?
: 这种奇怪的做法,git能给支持只能说明它奇葩。
:
: ...................
--
FROM 112.64.60.*
不允许修改历史更安全。设计冻结发布以后就不应该再改动。
【 在 teleheart (teleheart) 的大作中提到: 】
: 你没有这个需求不代表别人没有。写的几个commit在提交之前调整一下顺序,这个需求很奇怪吗?
--
FROM 222.90.31.*
是很奇怪,提交了就提交了,改个顺序算什么鬼有什么用。
【 在 teleheart (teleheart) 的大作中提到: 】
: 你没有这个需求不代表别人没有。写的几个commit在提交之前调整一下顺序,这个需求很奇怪吗?
--
FROM 116.233.72.*
说的是提交之前。你每次都只提交一个commit?
【 在 RuralHunter 的大作中提到: 】
: 是很奇怪,提交了就提交了,改个顺序算什么鬼有什么用。
:
--
FROM 112.64.60.*
topic branch开发还没结束之前怎么能叫冻结发布之后?
【 在 spadger 的大作中提到: 】
: 不允许修改历史更安全。设计冻结发布以后就不应该再改动。
:
--
FROM 112.64.60.*
因为每个commit对应的是一个patch,你想把patch提交给主线,自然有责任好好整理一下
【 在 hyperLee (醉里挑灯看剑) 的大作中提到: 】
: 调整commit顺序…… 你怎么不让时光倒流呢?
: 这种奇怪的做法,git能给支持只能说明它奇葩。
: #发自zSMTH@RVL-AL09
: ...................
--
FROM 27.91.71.*
是啊,我就很奇怪他好像啥都懂,比当事人还明白。我司除了一小部分牵涉到出口管制的代码,其他就是所有人都可以拉下来看,这和用perforce还是svn毫无关系。
【 在 Dieken 的大作中提到: 】
: 说的跟你在人家公司维护 perforce 似的。
: yahoo 的 svn 也是99%随便看,爽得很~
: :
--
FROM 192.147.44.*
本地分支离发布还有好大一段距离呢
分布式VCS你不可能控制用户的操作
不提供修改历史他也可以干掉分支从头来过
把commit导出成一堆独立patch然后重新换个顺序导入你挡得住么?
与其让用户自己瞎搞还不如提供可靠的操作让用户可以安全地编辑历史
【 在 spadger (void*) 的大作中提到: 】
: 不允许修改历史更安全。设计冻结发布以后就不应该再改动。
--
FROM 120.36.38.*