 |
floydaV2EX 第 85294 号会员，加入于 2014-12-05 12:41:53 +08:00 |
floyda 最近回复了
2021-04-16 15:31:24 +08:00 回复了 unco020511 创建的主题 › git › 关于 git 和 git workflow 的几个疑点请教下大家 |
2021-04-16 15:01:06 +08:00 回复了 unco020511 创建的主题 › git › 关于 git 和 git workflow 的几个疑点请教下大家 |
1. 推荐使用 merge, 虽然容易冲突, 但是安全; rebase 虽然让分支树好看, 但是在断开与 Parent 的连接, 这个很危险
2. 根据团队人数, 合作方式, 自己选择. 没有最好的, 只有最合适的.
3. 2 个不同的仓库, 请求你从我的仓库, pull 某些 commit
4. 建议使用 feature 分支, commit 的颗粒度无所谓, 包括提交信息都可以随意. finish feature 的是时候保证通过测试即可.
5. 使用`git flow`, 会自动帮你处理.
6. 看团队的负责人是否想去做这个工作了.
7. 推荐使用 `Sublime Merge`, 欢迎进群(不知道能不能放群号)
恢复居然不支持 Markdown
2. 根据团队人数, 合作方式, 自己选择. 没有最好的, 只有最合适的.
3. 2 个不同的仓库, 请求你从我的仓库, pull 某些 commit
4. 建议使用 feature 分支, commit 的颗粒度无所谓, 包括提交信息都可以随意. finish feature 的是时候保证通过测试即可.
5. 使用`git flow`, 会自动帮你处理.
6. 看团队的负责人是否想去做这个工作了.
7. 推荐使用 `Sublime Merge`, 欢迎进群(不知道能不能放群号)
恢复居然不支持 Markdown
2021-04-16 14:57:39 +08:00 回复了 unco020511 创建的主题 › git › 关于 git 和 git workflow 的几个疑点请教下大家 |
## 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`, 欢迎进群(不知道能不能放群号)
> 推荐使用 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`, 欢迎进群(不知道能不能放群号)
2021-02-08 16:09:35 +08:00 回复了 floyda 创建的主题 › 程序员 › 要怎么理解 setup 和 config 这两个词的区别 |
2021-02-03 16:20:14 +08:00 回复了 kuaizhuanqian 创建的主题 › 问与答 › 昨夜未眠，不知活着的意义。 |
@kuaizhuanqian
1. 你离不了婚, 因为你的女儿. 不知道她现在多少岁, 2 岁以内, 基本上是判给母亲. 2-10 岁, 根据父母情况判决. 即使给了你, 你也照不了她. 你要上班. 只能依靠年老的父母, 或者全职的妻子.
2. 你也 s 不掉. 想想你的女儿.
3. 你改变不了你的老婆, 即使离婚之后给你女儿换一个妈, 你也改变不了谁.
说这些不是逼你走极端, 而是告诉你: 你不是特例!!!
1. 你离不了婚, 因为你的女儿. 不知道她现在多少岁, 2 岁以内, 基本上是判给母亲. 2-10 岁, 根据父母情况判决. 即使给了你, 你也照不了她. 你要上班. 只能依靠年老的父母, 或者全职的妻子.
2. 你也 s 不掉. 想想你的女儿.
3. 你改变不了你的老婆, 即使离婚之后给你女儿换一个妈, 你也改变不了谁.
说这些不是逼你走极端, 而是告诉你: 你不是特例!!!
2021-01-22 11:18:27 +08:00 回复了 littlechichen 创建的主题 › 程序员 › 项目组搭档的后端实在太不专业，几次都差点忍不住想之间当他面说出来吐槽 |
这种人不打他, 留着过年?
2020-12-31 18:54:49 +08:00 回复了 xuewuchen 创建的主题 › 问与答 › 你看过的武侠或者玄幻里你觉得说出来最拉风 NB 的招数或者功法 |
星爷嘴炮: 你是柠檬头，老鼠眼，鹰勾鼻，八字眉，招风耳，大翻嘴，老羌牙，灯心脖子，高低膊，长短手，鸡胸，狗肚，饭桶腰，我要是你，我早就自尽了
2020-12-18 10:27:28 +08:00 回复了 VWMMWV 创建的主题 › Sublime Text › sublimeText3 的 emmet 插件的问题？ |
http://packagecontrol.cn/packages/Emmet
https://emmet.io/
https://github.com/emmetio/sublime-text-plugin
github 上还有 4 天前的提交信息, 怎么说停更了呢?
如果 Package Control 安装 Emmet 有问题, 可以试试 Git 克隆到本地.
实在不行, 就发 Sublime 控制台的日志来看看.
https://emmet.io/
https://github.com/emmetio/sublime-text-plugin
github 上还有 4 天前的提交信息, 怎么说停更了呢?
如果 Package Control 安装 Emmet 有问题, 可以试试 Git 克隆到本地.
实在不行, 就发 Sublime 控制台的日志来看看.
2020-12-14 09:47:47 +08:00 回复了 ShiningMage 创建的主题 › 游戏开发 › 请问 WebGL 图形引擎在实现荒野乱斗这种 2.5D 视觉效果上能和 unity 引擎碰一碰了吗 |
易维护易升级, 这个要求肯定满足不了~
2020-12-10 10:49:33 +08:00 回复了 resist 创建的主题 › 游戏开发 › 游戏开发 VS 安卓 |
Android 短期内不会被取代, 即使没兴趣, 也可以维持生活.
如果转游戏, 你的 Android 知识也是加分的, 公司可以少请一个人.
反正不管怎么样, 都是坑, 人生的道路都不平坦.
如果转游戏, 你的 Android 知识也是加分的, 公司可以少请一个人.
反正不管怎么样, 都是坑, 人生的道路都不平坦.
Select Language