$V2EX
Solana
Give SOL to Copy Address
使用 SOL 向 shm7 打赏,数额会 100% 进入 shm7 的钱包。
shm7

shm7

V2EX 第 182027 号会员,加入于 2016-07-15 16:33:48 +08:00
根据 shm7 的设置,主题列表被隐藏
二手交易 相关的信息,包括已关闭的交易,不会被隐藏
shm7 最近回复了
1 天前
回复了 GallifreyCAR 创建的主题 职场话题 v2 真的有真正的大厂程序员吗?
那个帖子里面基本都是水货无疑。你的第一段基本是正确的。
看了半天,都是些经验匮乏还喜欢论道,甚至在一些恶劣环境学了些歪门邪道,就以为是屠龙技 说别人不会以此炫耀 的东西。

怪不得程序员 35 岁会这么惨,拿着锤子个个是钉子,一个个天天问别人开展什么副业好抄袭取代之...
@Vaspike #141 你也可以从 commitA checkout 出一个新分支,该分支可以 dev 平行的开发分支合并到 master ,还可以做点其他修改。PS 你还要把 master 也先合并到你这个分支,还要测试确认所有功能开发无误。
总之,用分支都是可以的。而且是 gitlab 官方更推荐的做法。草草把一个 hash 推到 master ,甚至连测试都没有。不符合推荐的上线流程。
@wnpllrzodiac #57 > 分支修改了 50 个文件,只想提交其中的 20 个文件的改动,有命令么?

git add 把你的文件一个个加上,这些文件就会进入 stage 暂存模式,git commit 时候只会提交 stage 过的文件。
或者你直接用 gui 工具一个个点,更方便
@elron #117
148 和 108 楼已经写明了常见的分支工作流是怎么回事。gitlab 官方也是建议这么来的。不会用可以学。

cherry-pick 在某些开发环境异常繁杂的团队也许是有用的,比如你说的几十几百个分支情况。

在我看来,这就像很早先的 goto 语法,很快用到,但乱七八糟。

如果让你选,你想把项目搞成几十个 alive 分支乱起八糟的开发嘛。说白了,shit moutain + 业务开发压力特别大的团队,特别喜欢用。因为正常流程已经不起作用了。
@cocong #67 一般正经厂 release 后都要打上 tag 的,标记开发的功能,要拉从指定 tag 拉就行了,也能知道代码的 base 能力。
不信的可以在这里搜下 https://git-scm.com/book/zh/v2 你们自认为很牛的 cherrypick 技术,被放在哪些旮旯里
1 不用特别秀优越。
2 很多大厂用 gitlab 有刻板的分支流程,cherry pick 用的很少,都是从 main/master/dev 拉代码到 feature 分支,再合并回去,方便分支管理,和很多人共同开发时的秩序。
3 细碎工作很多+时间很忙的地方,才喜欢这里随便一个 hash 拉个分支出来,要是有 10 个人以上,分支 5 个以上,这种沟通维护成本显而易见的提升。
恭喜大佬,1k weekly ,多搞几个就够了
8 天前
回复了 zzappzz 创建的主题 生活 已婚人士请进,你们结婚女方陪嫁是什么?
陪嫁一个通房丫头
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   943 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 16ms · UTC 19:09 · PVG 03:09 · LAX 11:09 · JFK 14:09
♥ Do have faith in what you're doing.