#3 楼 @sundevilyang #5 楼 @dfang

那正好以后改为 email 提醒

@azhao @billie @camel @cantin @chinacheng @chucai @dfang @ery @googya @jiffies @jinleileiking hin54 @lex @lgn21st @lidashuang @linjunpop @lyfi2003 @poshboytl @rainly @randuin @reducm @sectic @stc @superbatironmans5 @suupic @tudou @toy @thisiskun @xmonkeycn @xufeng @ywjno @zhangyuan @zhex @AlphaLiu @PrideChung @7LI @congteng @lihuazhang @LinuxGit @zw963 @allenwei

列位，happycasts.net 的邮件提醒功能还在筹备。如果你的 github 上邮箱是公开的话，那只要到 http://happycasts.net/log_in 上点击”使用 github" 登陆，以后就会收到视频更新的提醒邮件了。

#34 楼 @zw963

也可能是我误会你了，你貌似倾向于使用 pull --rebase 直接代替本地的 rebase, 好像一步到位那样的. 这个没有误会，我确实经常这么做，但是本地 rebase 用的更多些。这两种方法都没问题啊。

#30 楼 @knwang With you. Merge often and merge early.

#27 楼 @knwang Yes.

#22 楼 @knwang Nice cast, really enjoyed it.

There are two things I sometimes do a bit differently though:

1. I always consider my local master branch is just another branch from origin/master.

   sometimes if the bugfix is really small(say, a typo), that I do not need to test, then I will just do it on my local master. master shall always be deployable? Yes, but only the public/remote one.

2. I usually do a lot of "WIP" commits on new-feature branch, then rebase -i master to squash them into logical one or two patches.

   I see in the cast you do a "WIP" commit and laster reset it to continue where you left off, I never do it this way. I will either stash the changes, or in most cases, I will do 20 WIPs on this branch, for features big enough, this brings me the freedom to go back and forth in the history, free as in air.

#22 楼 @knwang #23 楼 @quakewang

果断收藏，并学习中。。。

#16 楼 @zw963 你的意思是：本地 master 和 new-feature 之间 rebase，OK. 远端 master 和 本地 master 之间 rebase，不 OK。

我是 100% 反对的 因为这两者根本就没有区别。

#15 楼 @lgn21st #17 楼 @zw963

对于 @lgn21st 的 stash 用法我是完全同意的，一个 new-feature 如果代码较少的话，这样就可以了。一般对于较大的 feature, 我会在 new-feature 分支上打十几甚至几十个 commit（碎片无极限），然后往 master 上 merge 的时候用 rebase -i squash 成一个或两个 commit.

这时如果有 hotfix 的话，当然也会用到 stash, 然后切回 master 不过这种小 bug 一般我不会再开新分支了，直接在 master 上 change + commit。只是一两行的小修改，为何要开新分支呢？！

#13 楼 @zw963 你这思路也挺简单清晰的，不过我们如果遇到这样的情况呢：

我们正在我们的 new-feature 分支上写代码，写到一半忽然发现有一个和当前工作不相关的小 bug，那这时你会怎么办呢？

#11 楼 @zw963 即使你是在一个单独的分支上来做一个 new feature，也总不免去 master 上去做一些 hotfix 吧。所以本地 master 和远端 master 出现分歧是很正常的事情。这时候就有两个选择：

1. git pull，也就是 fetch + merge
2. git pull --rebase，也就是 fetch + rebase

这两种方式都是很自然的，如果这都叫混乱的话，那就干脆不要开新分支了。

我读研究生时最恶心这些表格啊签字啊，都是狗屎，所以最终选择辍学。

不为学位而读书！

好贴，格式很清楚，lz 排版辛苦了。

换个说法：pull 应该总是 fast forward 的。

以前我总是千方百计的保证 pull 是 fast forward，后来发现挺碍手碍脚的，最近钟情于

git pull --rebase

#20 楼 @googya #21 楼 @zw963 Hmmm, will check, thx

#99 楼 @betterthornbird Looking forward to it !

#15 楼 @zw963

第三方代码比较与合并工具吗？

到 branching 和 merging 的部分再讲这个。我也是超级的 plain text 粉丝啊。GUI 的工具，不太喜欢。

我自己当年初学的时候有这样的两个痛苦：

1. 对一个新东西摸不着方向，瞎学，浪费大量时间
2. 学用 vim 或 git 之类的工具一两年了，其实很多意识都是错的，瞎操作，也浪费的大量时间

所以我做 happycasts 主要希望大家不要掉进坑里，不奢望能把大家带到天上。像您的这个脚本比较适合放在视频的评论区里，供熟手赏析。我的视频里只讲最简单基础的东西

#14 楼 @zw963 Learn xxx the hard way

#13 楼 @allenwei 很好的建议，已经加到 issue 中备忘了 https://github.com/happypeter/happycasts/issues/33 不过我以前没弄过，大家给指个路吧，谢谢

BTW, 如果有同志能帮忙维护一下的话就更好了，我会在 http://happycasts.net 上致谢的

#11 楼 @zw963 视频在展示一些动态的综合性的知识点时，确实能有超过书面的东西很多很多的优势。这就是为什么尽管文档都在那里，人们一样会很喜欢 railscasts.com

我在做视频的时候会努力发挥视频这种形式的独特优势。如果视频只是书面内容的单纯复现，那就 stupid 了

这给大家省了多少时间啊，功德无量

#5 楼 @AlphaLiu 我的

世界上最好的 vim 视频： http://www.derekwyatt.org/ 世界上最好的 git 视频： http://gitcasts.com 尤其是最后一个 RailsConf 2008 Talk

@azhao @billie @camel @cantin @chinacheng @chucai @dfang @ery @googya @jiffies @jinleileiking @jjym @kenshin54 @lex @lgn21st @lidashuang @linjunpop @lyfi2003 @poshboytl @rainly @randuin @reducm @sectic @stc @superbatironmans5 @suupic @tudou @toy @thisiskun @xmonkeycn @xufeng @ywjno @zhangyuan @zhex @AlphaLiu @PrideChung @7LI

列位，以后咱们可能改用邮件提醒的方式。 好在大家要做的就一步，到 http://happycasts.net/log_in 点一下“使用 github 登陆”，就 OK 了。

同时也欢迎大家到 http://happycasts.net 发些评论，那上面现在太冷清了，惨淡啊

#24 楼 @7LI looks really promising, thx so much!

强烈支持

#22 楼 @7LI 对，我用 http://sublimevideo.net/ 。不过国内太卡了，所以正考虑换个别的 player，any suggestion?

#19 楼 @7LI Yes, and I also steal lots of css and js from github

#56 楼 @sundevilyang 她在上海啊，我还以为在北京，谢谢。有机会大家一起到上海再聚，君子以文会友。

#36 楼 @betterthornbird 幸会，不过这次可能又去不了了，在外地。以后有机会见面聊