- 主题:git算不算典型的shit山项目?
今天看checkout, branch, switch功能, 都震惊了, 分支和commit的关系难道不应该在第一步就设计好吗? 到了2.23 才觉得checkout功能承载太多,于是分裂出两个新的命令。
关键branch和switch功能还是重叠的。
git的发展过程, 很明显就是凑合,再凑合, 然后改改, 继续凑合,结果文档虽然庞杂,在github的加持下拥趸也不少, 但功能设计就是一笔糊涂账。
对比mercurial, 人家从一开始就设计的好好的,到现在这些概念也没有变化过。版本是版本,分支是分支,拉取就是拉取, 推送就是推送。
git的pull还附带合并,我特么就是同步一下仓库,怎么还把我的当前源代码给改了,当初发现这一点的时候心里一万头马儿奔过.
还有版本游走, 网上一堆git教程说用reset,这个应该能坑不少人. 要是reflog也被删, 基本就哭去吧. mercurial的版本游走就让人很放心,想走到哪个版本到那个版本,根本不用担心说回到某个历史版本后, 此后的提交全被删的问题。
软件产品这东西,不是说某个顶级coder搞出来的就nb,产品力跟code force根本是两个维度的东西,但是产品需要的, 首先确实就是产品力.
难怪我周围一堆高手, 都很鄙视git. 用也是捏着鼻子用.
--
FROM 120.244.224.*
Git就是继承了Linux古代用邮件发patch的开发模式,这些东西非常自然
【 在 hyperLee (醉里挑灯看剑) 的大作中提到: 】
: 今天看checkout, branch, switch功能, 都震惊了, 分支和commit的关系难道不应该在第一步就设计好吗? 到了2.23 才觉得checkout功能承载太多,于是分裂出两个新的命令。
: 关键branch和switch功能还是重叠的。
: git的发展过程, 很明显就是凑合,再凑合, 然后改改, 继续凑合,结果文档虽然庞杂,在github的加持下拥趸也不少, 但功能设计就是一笔糊涂账。
: ...................
--
FROM 27.91.71.*
同步下仓库用git fetch。连这个都没用对还是别急着发表评论了
【 在 hyperLee 的大作中提到: 】
: 今天看checkout, branch, switch功能, 都震惊了, 分支和commit的关系难道不应该在第一步就设计好吗? 到了2.23 才觉得checkout功能承载太多,于是分裂出两个新的命令。
: 关键branch和switch功能还是重叠的。
: git的发展过程, 很明显就是凑合,再凑合, 然后改改, 继续凑合,结果文档虽然庞杂,在github的加持下拥趸也不少, 但功能设计就是一笔糊涂账。
: ...................
--
修改:lvsoft FROM 223.104.148.*
FROM 223.104.148.*
我当然知道fetch,但是你看网上文档有一个提fetch的吗?
我周围一堆git“高手”,反复跟我说, 没有人用fetch。就连git自己的粉丝都用不对,还有什么好说的。 用个命令还需要跟研读经书一样的话,这个东西大概率会被人误解, 然后误用。
【 在 lvsoft (Lv(The Last Guardian)) 的大作中提到: 】
: 同步下仓库用git fetch。连这个都没用对还是别急着发表评论了
--
FROM 120.244.224.*
虽然git命令行也很简单,但你就算不看文档也可以用git的,找个IDE集成的客户端就没问题了
【 在 hyperLee (醉里挑灯看剑) 的大作中提到: 】
: 我当然知道fetch,但是你看网上文档有一个提fetch的吗?
: 我周围一堆git“高手”,反复跟我说, 没有人用fetch。就连git自己的粉丝都用不对,还有什么好说的。 用个命令还需要跟研读经书一样的话,这个东西大概率会被人误解, 然后误用。
--
FROM 27.91.71.*
即使有客户端,git的学习成本也高的不是一点半点,对比svn
最近教一个新手使用git有感。。
【 在 xiaoju (可爱的龙猫) 的大作中提到: 】
: 虽然git命令行也很简单,但你就算不看文档也可以用git的,找个IDE集成的客户端就没问题了
--
FROM 221.218.214.*
客户端可以自动同步的
svn这种史前文物做不了的太多了。。。
【 在 ilylx (ilylx) 的大作中提到: 】
: 即使有客户端,git的学习成本也高的不是一点半点,对比svn
: 最近教一个新手使用git有感。。
--
FROM 27.91.71.*
Unix系的工具都这样,对生手不友好,用好了效率高
【 在 ilylx (ilylx) 的大作中提到: 】
: 标 题: Re: git算不算典型的shit山项目?
: 发信站: 水木社区 (Fri Feb 4 21:44:59 2022), 站内
:
:
: 即使有客户端,git的学习成本也高的不是一点半点,对比svn
:
: 最近教一个新手使用git有感。。
:
:
:
:
: 【 在 xiaoju (可爱的龙猫) 的大作中提到: 】
: : 虽然git命令行也很简单,但你就算不看文档也可以用git的,找个IDE集成的客户端就没问题了
:
:
: --
:
: ※ 来源:·水木社区 mysmth.net·[FROM: 221.218.214.*]
--
FROM 123.172.138.148
歪嘴和尚把经念偏了
你被人带跑偏了
咋说呢,粉丝行为别上升到本主吧
- 来自 水木社区APP v3.5.3
【 在 hyperLee 的大作中提到: 】
: 我当然知道fetch,但是你看网上文档有一个提fetch的吗?
:
: 我周围一堆git“高手”,反复跟我说, 没有人用fetch。就连git自己的粉丝都用不对,还有什么好说的。 用个命令还需要跟研读经书一样的话,这个东西大概率会被人误解, 然后误用。
--
FROM 123.186.157.*
第一次听说git swtich命令。这是干嘛的?
【 在 hyperLee (醉里挑灯看剑) 的大作中提到: 】
: 今天看checkout, branch, switch功能, 都震惊了, 分支和commit的关系难道不应该在第一步就设计好吗? 到了2.23 才觉得checkout功能承载太多,于是分裂出两个新的命令。
: 关键branch和switch功能还是重叠的。
: git的发展过程, 很明显就是凑合,再凑合, 然后改改, 继续凑合,结果文档虽然庞杂,在github的加持下拥趸也不少, 但功能设计就是一笔糊涂账。
: ...................
--
FROM 39.68.212.*