V2EX › noobakong 的所有回复 › 第 2 页 / 共 4 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4

❮

❯

2022-12-18 03:51:14 +08:00

回复了 copymaster 创建的主题 › 生活 › 好家伙，电影票价水能这么深的吗？

刚看完阿凡达看到了这个贴也是咸鱼随便找的美团 90 咸鱼 55 3 分钟省三四十块钱

2022-12-16 01:14:16 +08:00

回复了 Arink 创建的主题 › git › 我觉得我们公司的版本管理流程有问题，但我能力不足，我不知道我的想法是否正确，请大家帮忙看看

a 流程的过程中可以加一个公共分支
比如从 mater 最新分支建一个版本的公共分支 20221216 分支

然后开发者 A ，开发者 B ，开发者 C 从 20221216 切各自的功能分支进行开发
开发者 A 切分支 feature/aaaaa
开发者 B 切分支 feature/bbbbb
开发者 C 切分支 feature/ccccc

开发完毕下面 ABC 要做的就是把代码合到 20221216
怎么合是有讲究的

为了保证 ABC 各自功能的 commit 合到 20221216 后是线性的
如何合有讲究：以 A 为例
在 feature/aaaaa 分支 rebase 最新的 20221216 分支保持 A 的 commit 始终奠基在最新的 20221216 分支上
然后再在 20221216 分支 merge feature/aaaaa

这样的话 20221216 分支上始终是一条线性的直线各自的功能 commit 紧凑在一起非常清晰

然后就是测试预发生产的发布了因为大家在 20221216 各自 merge 自己的功能分支时都是解决了冲突的
所以 20201216 分支 merge 到测试预发生产分支的时候是没有任何冲突的

这样是不是就会清晰很多
---------------------------------------------
相关的几个点：
1. 弄清楚 rebase 和 merge 的区别，有的团队只会 merge 导致分支混乱和织蜘蛛网一样难免会有各自冲突，有的一个冲突要解决 n 遍丢代码更是家常便饭

2. git push -f 慎用但是必要时要用

3. git 操作过程中不要靠猜每个人要清晰的知道自己敲的每一个 git 命令不能明确自己在做什么的时候立即停止请教熟悉 git 的人

4. 公共分支的代码自从建立之后原则上应该都是各自的个人开发分支 merge 过去的产物

5. 善用 git rebase -i 交互式命令去整理自己的 commit

2022-09-18 00:49:39 +08:00

回复了 git00ll 创建的主题 › 问与答 › 如果你不想立刻去做媳妇让你做的事情时，大家是怎样处理的

没结婚情侣同居一样的问题

2022-09-07 01:30:06 +08:00

回复了 lovepplforever 创建的主题 › 问与答 › 为什么感觉抖音有点洗脑的感觉

@Vegetable 草 10 点多刷到你的帖子点进去刚出来这玩意是真不能碰

2022-08-30 20:15:29 +08:00

回复了 jamfer 创建的主题 › 游戏开发 › 做了一套捏人系统的 demo

最近也在研究这块的内容可以交流下么楼主 wx dnZ2YWtvbmc=

2022-04-06 01:15:41 +08:00

回复了 neochen13 创建的主题 › macOS › 决赛圈了！ MacOS 最好用的剪贴板 app！

如无必要勿增实体我选 Alfred