这是一个创建于 3392 天前的主题，其中的信息可能已经有所发展或是发生改变。
一直写到23:54 = =b
好辛苦
本来下午写了个帖子，结果V2EX，300秒之后就不能改动帖子了，不利于修改和检查错误
现在把文章移到Github上了，可以即使的及时反馈修改
所谓编程入门从版本控制开始
不想走弯路的同学，可以过来看看哟
https://github.com/Mark24Code/15minGit
无法访问Github的同学，这有Host文件，自行替换
链接: http://pan.baidu.com/s/1pJqqEvD 密码: e5ce
第一次写文章，大家多多关照
 |
1
lazyyz 2015-07-29 00:09:54 +08:00
不错，已star
|
 |
2
bdbai 2015-07-29 00:14:09 +08:00 via iPhone
很佩服楼主的胆识。 不过还是觉得cli方便，gui信息量太大会密恐。
已star。 |
 |
3
nowcoder 2015-07-29 00:18:55 +08:00
支持，已star
|
 |
4
w88975 2015-07-29 00:34:15 +08:00
多写写cli的教程比较好,cli用的熟,GUI很容易上手,但是GUI用的很熟,看cli就不行了.
我是非必要情况下,都用cli,除了一些特别繁琐的操作,比如回退某个版本,才会用到sourcetree |
 |
5
littlexiang 2015-07-29 00:40:23 +08:00
Jetbrains集成的已经很好用...其他操作用cli
sourceTree用了两天感觉太繁琐就放弃了... |
 |
6
siteshen 2015-07-29 00:44:26 +08:00
赞助图片抢尽了风头。。
|
 |
7
mcfog 2015-07-29 01:17:37 +08:00
本来想star的，然后看了看内容，还好没star… 信仰冲突太厉害了。 svn设计好？git设计烂？ 事实是世界上绝大多数代码协助都迁移到git了。 设计时间短就是设计不好？你的逻辑呢？ 还有tortoisegit是我唯一无比想念始终没能找到合适替代的windows软件，甩source tree几条街。 至于js什么的我就不多喷了，偏题太远
|
 |
8
railgun 2015-07-29 01:23:33 +08:00
@w88975 我的观点不一样，除非GUI不能完成的操作，我才会用命令行。
因为我觉得，GUI的目的就是为了简化操作的。能简单尽量简单 |
 |
9
metaphor 2015-07-29 01:26:20 +08:00
作为一个sourcetree粉赞一个，已经star，SourceTree很适合新手入门的，了解一些git的应用场景和概念，关键很多复杂的命令不需要记住。只要一个应用场景用熟悉了，转到cli并不困难。
|
 |
10
banri 2015-07-29 01:35:36 +08:00
SourceTree用户赞一个，可以拿来部门尝试推广。。。
谢楼主 |
 |
11
q84629462 2015-07-29 01:39:54 +08:00
楼主，我有个问题，怎么样在github上以网页形式查看15minGit.html？不想下载~
|
 |
13
tracyone 2015-07-29 01:45:07 +08:00 via Android
vim加一些git插件足以。相信其它热爱开源,linux,cli的人也是类似的搭配。
|
 |
14
msg7086 2015-07-29 01:46:26 +08:00
不值得是不是我的错觉。就看到大篇幅在喷。
|
 |
15
Andiry 2015-07-29 01:51:39 +08:00
简单看了下内容，简直一坨翔，喷都懒得喷
|
 |
16
magicyu1986 2015-07-29 01:54:13 +08:00
已star
|
|
18
Andiry 2015-07-29 01:54:45 +08:00
另外git add是用来添加新文件的，只改已有文件的话你git add个毛啊
|
 |
19
boter 2015-07-29 01:56:05 +08:00 via iPad
还是感觉GUI没效率，切换一下窗口，两行代码都敲完了
|
 |
20
neoblackcap 2015-07-29 02:06:17 +08:00
我就想问问git在处理二进制文件的时候是不是傻逼？
|
 |
21
phx13ye 2015-07-29 02:07:28 +08:00
很好， 学习一下
|
 |
22
Syaoran 2015-07-29 02:10:19 +08:00 via iPhone
gui无爱
|
 |
23
stevenlordiam 2015-07-29 02:42:16 +08:00  1
|
 |
24
ligyxy 2015-07-29 03:11:03 +08:00
写得挺好的
只是15分钟是噱头这事不都是最后在说的嘛 :P |
 |
25
LazyZhu 2015-07-29 03:25:09 +08:00
新版Git的Windows的客户端很好啊, 配合ConEmu更佳
https://github.com/git-for-windows/git/releases 旧版的: https://github.com/msysgit/msysgit/releases |
 |
26
ChefIsAwesome 2015-07-29 07:47:38 +08:00 via Android
不要写那么多主观的东西
|
 |
27
anthonyeef 2015-07-29 07:54:00 +08:00
只有我觉得吐槽的篇幅太多了吗？
另外 typo 也很多，以及使用换行来代替标点符号的做法很让人反感。已经到了影响阅读的程度。 最后是对命令行的 Git 介绍太少。不能因为作者自己使用命令行的频率小，在写文章的时候就略过这一块。 我点击了 downvote ，因为确实不合我胃口。 |
 |
28
kttde 2015-07-29 08:00:42 +08:00
star
|
|
29
anthonyeef 2015-07-29 08:11:30 +08:00 5
总结一下楼主的吐槽：
[吐槽V2EX] “本来下午写了个帖子，结果V2EX，300秒之后就不能改动帖子了，不利于修改和检查错误” 在楼主原本那个帖子的回复里： “300秒后不能编辑……谁定的那么傻的 ” [吐槽 Git 的经典书籍] “抛下那些迂腐不堪的书本”“我打赌，看那些看得越久，你只会觉得Git越难用” [吐槽 Git ] “并且用过SVN的同学，还会吐槽Git设计的复杂” “虽然我不是大牛，但是我站在用户的角度，非常想吐槽，Git设计的就是很烂 ” “说点通俗点，设计的就是一坨狗屎，完全找不到规律 ” “这玩意就是 东一墙，西一墙盖起来的 我在怀疑有没有设计过！ 只有Linus他自己知道，他到底有没有设计过 ” “Git设计的都这么烂 你在看他的命令行设计的 我靠 简直就是随意 ” [吐槽 Linux 社区] “要我说Linux社区宗教性十足，被追捧的大神…… 但是往往盛名之下，其实难副 ” [吐槽 Javascript ] “JS这门语言设计的最烂 ” “JS就是一坨屎” “随着越了解JS，越感觉JS设计的烂” “但是JS里没有清晰的设计逻辑 而且语法之混杂，糅杂了C，Java ...的各种语法 ” “JS和Git一样 都是没有用心设计过的产物 得过且过，功能为上的产物 ” [吐槽 Git 的 gui 客户端] “Git本身的Windows上的客户端，烂的不堪，直接忽略” “TortoiseGit这种设计烂的软件 我都懒得推荐 个人把它拉入黑名单 推荐大家也别用了 界面丑也就算了，基本上反直觉 在图形化如此发达的今天，这种软件竟然还存在 这些也就算了，反正开源软件，界面质量都不高 但是问题，这个软件刷新率不高” [吐槽术语] “术语是个头疼的东西，用来设计技术壁垒用的，其他的，我觉得一点用都没有” |
 |
30
Joming 2015-07-29 08:17:35 +08:00
小伙子不错，年轻有为，star
|
 |
31
TangMonk 2015-07-29 08:23:22 +08:00
不错
|
 |
32
falcon05 2015-07-29 08:44:13 +08:00 via iPhone
@Andiry 别瞎喷，git add 是把修改加入暂存区，并不只是加入新文件。修改了已有文件再git add，然后git commit, 这是正常做法好吧，我很怀疑你是否手动处理过冲突
|
 |
33
kn007 2015-07-29 08:48:31 +08:00
我想问下，为毛我在本地准备往github丢项目，每次都要改config？
要把 https://github.com/kn007 改成 [email protected]:kn007 话说我一般是在github新建项目，git clone下来。 然后做完提交，就出现上传不上去问题，照上面改就行了。。。 |
 |
37
ekeyme 2015-07-29 08:57:02 +08:00
非常有用的教程，已star！svn 与 git 都使用过，还是喜欢git！
|
 |
38
Mark24 OP @anthonyeef 哈哈，被逗乐了，同学，你的关注点好奇怪 ^.^
|
 |
39
wolfan 2015-07-29 08:59:56 +08:00
satar~ 另外问下，那图是用什么程序作的。
|
|
40
kn007 2015-07-29 09:01:24 +08:00
|
|
41
Mark24 OP @bdbai 真心建议试试，Source Tree真的很简单，日常操作，gui有效率，点个两三下吧~不否认复杂场景，cli更有效，但是表示是15分钟学会git，如果真的是cli教学，未免太自不量力了，你说是吧~
|
|
42
wolfan 2015-07-29 09:03:16 +08:00
(￣▽￣|||) 我错了……
|
|
43
Mark24 OP @littlexiang 我也用Jetbrains的东西，简直超神IDE^.^，有的时候，有些场景IDE没必要，Source Tree配合编辑器更有爱~
|
|
44
Mark24 OP @siteshen 昨天半夜里，Mac没有美图秀秀，一会把图片改小，现在都是Retina的屏幕。一截图，一大坨，没办法的事，图大的，确实太招摇
|
 |
45
qinkun1234 2015-07-29 09:07:51 +08:00
|
 |
46
dacapoday 2015-07-29 09:12:53 +08:00
https://try.github.io/levels/1/challenges/1
这个怎么样呢，实时交互的，没什么话，敲命令，看结果就行 |
 |
47
sunjourney 2015-07-29 09:13:06 +08:00
敢问lz图是用什么画的？
|
|
48
Mark24 OP @mcfog 这个我想聊聊，楼主评判设计有自己的见地，核心的就是K.I.S.S原则(没听过的，自行百度)，这个世界有偏向于K.I.S.S的，有不偏向的，楼主就是偏向于K.I.S.S原则的。同样的设计方案，同样能完成任务，符合K.I.S.S原则，加分，认为比较美。Linux/Unix社区一直以K.I.S.S原则自居，所谓Unix哲学（具体自行百度），引用几句“1.小即是美 2.让程序只做好一件事……“各种吧啦吧啦，偏偏Linux社区的出现了Emacs这种东西……自己打脸。这就是为毛说，盛名之下其实难副。至于为什么迁移到Git？因为能完成分布版本控制的，只有一个嘛，有胜于无，而且Linus还是领导者，其他的我就不多说了。就像vim，emacs之争，谁爱争谁争，反正我用Sublime Text，就是好用~Source Tree所见即所得，很赞
|
|
49
Mark24 OP @sunjourney 图片来自于互联网，是自己学习的时候，攒下来的图，来源我已经忘了。如果你真想画图，Dia这个开源软件，你可以试试，商业软件好的很多，就不多赘述了
|
|
50
Mark24 OP @wolfan 图片来自于互联网，是自己学习的时候，攒下来的图，来源我已经忘了。如果你真想画图，Dia这个开源软件，你可以试试，商业软件好的很多，就不多赘述了
|
 |
53
BOYPT 2015-07-29 09:21:23 +08:00
那种 [团队] 的学习成本，远超出想象。
|
|
54
Mark24 OP @msg7086 楼主特色，这个世界实在诸多不完美，软件本应该智能……太多太傻的设计，见到就想吐槽啊……我是不是传说中的吐槽星人 ^.^
|
|
57
Mark24 OP @anthonyeef 哈哈，换行代替逗号，是我的癖好，看起来比较干净。这本来就是一个给小白的教程，小白可以不用看厚厚的书，也能学会Git，至于cli，我相信，用Source Tree能够加速他们理解命令，我自己就是这样子过来的，因为Source Tree所见即所得，比较接近直觉~大神勿嘲笑
|
|
58
Mark24 OP @ChefIsAwesome 下次注意
|
 |
59
zhicheng 2015-07-29 09:27:27 +08:00 via Android
写的真棒，欢迎发到 TextArea.com 哦。
|
 |
60
pengzj 2015-07-29 09:28:11 +08:00
好人，写的不错
|
 |
61
oska874 2015-07-29 09:38:32 +08:00
@anthonyeef downvote 在哪点的？
|
|
62
Mark24 OP 不知道Boss上不上V2EX，看到我上班时间，上论坛，不知道会不会撕了我
各位同学 我先搬砖 有空继续写 看到反馈，有人希望添加，解决冲突的内容 会写到的~ 而且有一个策略，可以尽量避免冲突~ 敬请期待 =========== PS. Git一直有一种山顶的意味存在着 因为设计的复杂，还有难懂的厚厚的手册，让所有新手望而生畏 作者不才 就偏偏要干掉这块难啃的骨头 我相信 完成这部作品，应该每个人都可以轻松使用Git了 使用Git的方式不重要(图像或命令行) 能用它投入学习工作最重要 本着实用主义+K.I.S.S原则 让Git不在是某些人的"专利" 人人皆可用Git |
 |
63
djyde 2015-07-29 09:39:32 +08:00
还是觉得 CLI 比 GUI 效率高。。
|
 |
65
malcolmyu 2015-07-29 09:40:04 +08:00
@anthonyeef 哈哈哈，楼主对于一坨狗屎有着很深沉的热爱
|
|
66
Mark24 OP @djyde 对于小白，是相反的，这是写给小白的教程。CLI 效率高，图形界面还是占领世界，软件的目的，就是简化复杂。各取所需。我相信，学会Source Tree可以加深对CLI的理解，加速对CLI学习的速度。这个是关键。方式本身，不重要。GUI仅仅是脚手架，CLI大神大可不在乎，对呀呀学步的小孩却有重要意义，就这样子~
|
 |
68
sincc 2015-07-29 09:44:42 +08:00 1
首先，我看到这个 “15分钟学会xxx“的标题，就基本知道文章的质量了。
svn是我用的第一个版本控制软件，集中式的管理非常适合团队和企业。但对于分布式的开发来说，灵活度远远不够。 git 作为分布式版本控制软件，已经获得非常大的成功，看看github和gitlab吧。 其实git的功能十分丰富，安全性也非常高，只要你commit过的，只要不删除.git文件，就一定能找回来，哪怕你revert， reset，rebase过。 git能适应各种workflow，既可以作为本地版本控制，也可以作为分布式，甚至跟svn一样作为集中式版本控制（参照gitlab）。 git作为集中版本控制来用，其实其简洁程度不亚于svn， git add, git commit, git push, git pull， git diff这四条命令基本可以完成平时 90％ 的工作了，而剩下 10%的复杂工作，git也能用一两条命令完成。我实在看不出这cli设计哪里烂了。 如果入门教程的话， 看这个 http://rogerdudler.github.io/git-guide/index.zh.html 会比较好。完整的教程看这里 https://git-scm.com/doc 个人觉得作为一个软件开发人员不善于利用cli，实在是失败。 另外 就跟 @Mark24 说的一样，你用你的svn，我用我的git ，谁爱争谁争。 |
|
69
sincc 2015-07-29 09:44:42 +08:00
首先，我看到这个 “15分钟学会xxx“的标题，就基本知道文章的质量了。
svn是我用的第一个版本控制软件，集中式的管理非常适合团队和企业。但对于分布式的开发来说，灵活度远远不够。 git 作为分布式版本控制软件，已经获得非常大的成功，看看github和gitlab吧。 其实git的功能十分丰富，安全性也非常高，只要你commit过的，只要不删除.git文件，就一定能找回来，哪怕你revert， reset，rebase过。 git能适应各种workflow，既可以作为本地版本控制，也可以作为分布式，甚至跟svn一样作为集中式版本控制（参照gitlab）。 git作为集中版本控制来用，其实其简洁程度不亚于svn， git add, git commit, git push, git pull， git diff这四条命令基本可以完成平时 90％ 的工作了，而剩下 10%的复杂工作，git也能用一两条命令完成。我实在看不出这cli设计哪里烂了。 如果入门教程的话， 看这个 http://rogerdudler.github.io/git-guide/index.zh.html 会比较好。完整的教程看这里 https://git-scm.com/doc 个人觉得作为一个软件开发人员不善于利用cli，实在是失败。 另外 就跟 @Mark24 说的一样，你用你的svn，我用我的git ，谁爱争谁争。 |
 |
70
skylinelayla 2015-07-29 09:47:58 +08:00
赞一个
|
 |
71
zixincao 2015-07-29 09:49:22 +08:00
我也给个star！
|
 |
72
jsjgjbzhang 2015-07-29 09:53:47 +08:00
楼主 mac下的sourcetree有中文版的了么
|
|
73
anthonyeef 2015-07-29 09:57:54 +08:00 via Android
@oska874 帖子标题左边的小箭头。
|
 |
74
TakanashiAzusa 2015-07-29 09:58:11 +08:00
现在star真好骗。
|
|
75
Mark24 OP @jsjgjbzhang 支持的，楼主Mac，Windows都在用，都支持，设置：SourceTree菜单--工具--选项--一般--杂项--语言-->汉语
|
|
76
Mark24 OP @TakanashiAzusa 作者真的很努力哎~不过个人觉得，前面都是铺垫，后面的解决冲突的策略才是重点，可是红花需要配绿叶，心灵鸡肉总要配鸡汤，还要等一阵子~
|
 |
77
tigerZhang 2015-07-29 10:03:32 +08:00
就楼主这种开源精神，star！
|
 |
78
kenshinhu 2015-07-29 10:05:23 +08:00
这个不错。要是可以结合SVN一起做个对比就更加好了。
|
|
79
Mark24 OP @neoblackcap Git没法追踪二进制，因为二进制都是010101，追踪了没多大意义，反正你又看不到,也不会挨个挨个改。一般都是整体替换掉。文本不一样。这是Git的局限之一。二进制文件，机器码之类的……还是找文本源码吧；图像之类的，用图像软件。对了，doc好像也是二进制……没办法，M$有那么多人要养活
|
 |
80
unique 2015-07-29 10:10:51 +08:00
mark
|
 |
81
cysnap 2015-07-29 10:16:10 +08:00
|
 |
82
xuzhongzhou 2015-07-29 10:20:00 +08:00
写点快速入门是不错，方便初学者。但是不同意楼主文章前面的吐槽。
|
 |
83
kukat 2015-07-29 10:22:10 +08:00
虽然有些观点不同，但佩服楼主的分享精神
另外建议楼主注意下排版，推荐用gitbook写文章 |
|
86
Mark24 OP @xuzhongzhou 这就是快速入门。哈哈，吐槽就是为了欢乐，不必在意
|
 |
87
cxh116 2015-07-29 10:30:26 +08:00
你在没有网络的情况下,使用svn看看?
|
 |
88
webjin 2015-07-29 10:34:22 +08:00
不错
|
 |
89
hxtheone 2015-07-29 10:36:27 +08:00
前面一大段吐槽，后面一大段讲SourceTree，真正讲Git的才多少东西，只能说star真好骗= =
|
 |
90
breeswish 2015-07-29 10:40:20 +08:00
赞一下分享
对了我是 git/svn 的用户，楼主请不要代表我。 svn 上手容易，不用看手册就知道怎么玩；git 上手不容易，不看手册并不知道怎么玩，然而这并不是 git 的设计不合理——git 很多操作在流程上仅仅比 svn 多出一步，却可以产生比 svn 有用得多的功能：无网络也能版本控制、分布式版本控制、可以只 commit 文件一部分等等，在我看来这就是强大功能和简单操作的一个很好例子。 |
|
92
w88975 2015-07-29 10:46:26 +08:00
@railgun 因为开发的大部分操作,都是cli在操作,git的操作就直接用cli了,而且一般的普通命令也不繁琐,我用cli的git比GUI的速度快好几倍.
|
 |
93
zhengkai 2015-07-29 10:48:01 +08:00
我觉得可以延长到 20 分钟，然后把 rebase 和 reflog 加进去
|
|
94
Mark24 OP @breeswish Git功能没的说，很好很强大……我说他，分解的太乱，不利于学习……吐槽点在这里。为什么不分解的好点……感觉再说下去，马上就进入“ u can u up了”……匿了
举个例子，同样都是手机，一个放了100多个功能键，很好很强大……一个触摸，多点几次也能完成……你觉得哪个设计的好？我知道，说到这，应该懂了 |
 |
96
Marfal 2015-07-29 10:54:28 +08:00
|
 |
97
ghostxdy 2015-07-29 11:02:31 +08:00
已star
|
|
98
breeswish 2015-07-29 11:06:01 +08:00
@Mark24 你这举得例子不对……首先从功能来说，你觉得 git 所设计的什么流程或功能是无用的或者不好的，应该删除或者改进呢？如果没有的话，只能说它好了 :-) 要说它分解得太乱，请至少举一个例子，来说明怎样做应该是好的。
个人觉得，git-scm 不是一个“操作手册”，所以不能以「我想快速知道 git 该怎么用」为目的来阅读它。你写的这个叫做 SourceTree 操作手册，或者说 SourceTree Getting Started…，并不能使人学会 git。 |
 |
100
icecoffee 2015-07-29 11:22:28 +08:00 1
15分钟xxx， 标题党啊。 git 还是别速成的好， 基本没希望的。 有问题多翻文档和stackoverflow
|
Select Language