floyda

@unco020511

Q: 432333235
欢迎讨论 Sublime Merge 的使用

1. 推荐使用 merge, 虽然容易冲突, 但是安全; rebase 虽然让分支树好看, 但是在断开与 Parent 的连接, 这个很危险
2. 根据团队人数, 合作方式, 自己选择. 没有最好的, 只有最合适的.
3. 2 个不同的仓库, 请求你从我的仓库, pull 某些 commit
4. 建议使用 feature 分支, commit 的颗粒度无所谓, 包括提交信息都可以随意. finish feature 的是时候保证通过测试即可.
5. 使用`git flow`, 会自动帮你处理.
6. 看团队的负责人是否想去做这个工作了.
7. 推荐使用 `Sublime Merge`, 欢迎进群(不知道能不能放群号)

恢复居然不支持 Markdown

## 1. merge 和 rebase 有什么区别,实际使用中更推荐使用哪一个,为什么

> 推荐使用 merge, 虽然容易冲突, 但是安全; rebase 虽然让分支树好看, 但是在断开与 Parent 的连接, 这个很危险

## 2. 实际使用中应该使用哪种 workflow,好像 github/gitlab/git folw 这几种有不小的差异

> 根据团队人数, 合作方式, 自己选择. 没有最好的, 只有最合适的.

## 3. github 的 pull request 其实就是 git 自带的 merge 或者 rebase 吗,为啥叫 pull request,这个好难理解

> 2 个不同的仓库, 请求你从我的仓库, pull 某些 commit

## 4. commit 的颗粒度如何把握,每个 commit 都应该保证代码能编译和 run 吗?还是只需要保证每一个 pr 能正常编译和 run 就行

> 建议使用 feature 分支, commit 的颗粒度无所谓, 包括提交信息都可以随意. finish feature 的是时候保证通过测试即可.

## 5. 功能分支合并后应该立马删除吗,还是应该定期删除,又或者永久保留

> 使用`git flow`, 会自动帮你处理.

## 6. 实际 git 工作流中,pull request 这个流程是必须的吗,直接 git 自带的 merge 不行吗

> 看团队的负责人是否想去做这个工作了.

## 7. 最后,有没有推荐的 git 和 git workfow 相关的文档,最好是中文的,可视化的更佳

> 推荐使用 `Sublime Merge`, 欢迎进群(不知道能不能放群号)

@tagtag ❤️❤️❤️
@AllenHua ❤️❤️
@fzinfz ❤️❤️

@tagtag 精炼!~

@kuaizhuanqian

1. 你离不了婚, 因为你的女儿. 不知道她现在多少岁, 2 岁以内, 基本上是判给母亲. 2-10 岁, 根据父母情况判决. 即使给了你, 你也照不了她. 你要上班. 只能依靠年老的父母, 或者全职的妻子.
2. 你也 s 不掉. 想想你的女儿.
3. 你改变不了你的老婆, 即使离婚之后给你女儿换一个妈, 你也改变不了谁.

说这些不是逼你走极端, 而是告诉你: 你不是特例!!!

这种人不打他, 留着过年?

星爷嘴炮: 你是柠檬头，老鼠眼，鹰勾鼻，八字眉，招风耳，大翻嘴，老羌牙，灯心脖子，高低膊，长短手，鸡胸，狗肚，饭桶腰，我要是你，我早就自尽了

http://packagecontrol.cn/packages/Emmet
https://emmet.io/
https://github.com/emmetio/sublime-text-plugin

github 上还有 4 天前的提交信息, 怎么说停更了呢?
如果 Package Control 安装 Emmet 有问题, 可以试试 Git 克隆到本地.

实在不行, 就发 Sublime 控制台的日志来看看.

易维护易升级, 这个要求肯定满足不了~