事情起因如下：我是研发这块的负责人，有个项目 A 和项目 B ，B 是给甲方公司研发的目，A 是我们自己的产品，两个项目大同小异，目前都上线了，大概一个月前给同事 L 说了一个代码重构的事，把之前她写的那些很混乱的代码整理好（有好几个类都是几万行代码，一个方法三四千行），有个项目 C 需要基于 B 几个小工具，让她整理成通用的库便于引用，明确说了在 B 项目的分支里面弄，但是她在 A 项目里面弄了，大概花了两天时间左右吧，然后因为 A 项目要线上更新，我发现了她的改动就重置了分支版本，但是 git 日志都在，之前的沟通中也提了一嘴这个事，但是今天 L 居然拿这个说事，说我把她代码合丢了，我说日志里面有，挪到 B 项目里面去就行，然后就争论了下，弄得我心情有点不佳。 大家看个乐子就行，哈哈..
 | 1 javalaw2010 11 天前 大概是因为她不会挪，可以教一下。 |
 | 2 howfree 11 天前 cherry pick 应该可以吧 |
 | 3 kalman03 11 天前  10 你确定你是研发负责人？ |
 | 4 xuxuxu123 11 天前 3 楼的问题我也想问；哈哈哈哈哈哈哈 |
 | 5 dsw0719 11 天前 研发还招女性？是很少见了啊！ |
 | 7 coderluan 11 天前 “明确说了在 B 项目的分支里面弄，但是她在 A 项目里面弄了” “我发现了她的改动就重置了分支版本，但是 git 日志都在，之前的沟通中也提了一嘴这个事” 楼主，我很好奇，这种情况，她还是能从什么角度和你争，讲讲呗。 |
 | 8 chenxiansheng OP @kalman03 她算是老员工，我是去年入职的，因为解决了几个比较难得技术点加上沟通比较好就升上去了，业务方面没她熟 |
 | 9 fffq 11 天前 项目 A ，项目 B 用的同一个 repo? |
| 10 chenxiansheng OP @coderluan 大概意思就是 A 项目和 B 项目要改的都一样，干脆一起改了，我的想法是 A 项目自己项目已经在线上稳定了，就不改动了，直接改 B 项目，然后没说服她吧.. |
| 11 chenxiansheng OP @fffq 是不同的 repo ，改之前明确给了 repo 地址给她 |
| 12 coderluan 11 天前 @chenxiansheng #10 楼主嘴笨吧，这个很好反驳，她有这个想法，也应该在你当时说改 B 的时候或者在她改 A 之前提出来，而不是直接不讨论按自己的想法改。这事已经哪个改法好无关了，而是她连争取的做事流程都弄不清，下属不赞成领导的方案，也得提出来让大家讨论，而不是自己改方案执行，她需要的是批评，而不是说服，楼主你这样管不住人的。 |
 | 13 update 11 天前 “着相”（ zhuó xiàng ）是佛教术语，指执着于事物的外在形相（如外貌、名利、概念、情绪）或个体意识（如我相、人相），而忘记事物的本质是虚幻不实的，这会带来烦恼和痛苦。简单来说，就是被表象所迷惑、被主观念头束缚，无法达到内心的平静与解脱。 |
 | 14 cryptovae 11 天前 3 `我发现了她的改动就重置了分支版本，但是 git 日志都在，之前的沟通中也提了一嘴这个事` 没有负责人的思维，现在你是主导，即便你是开发，动了别人的代码也应该当场确认 `git 日志都在` 分明就是表示了你确实把人家的代码合并丢了，并且强调`git 日志`, 佐证了你没有当场沟通，我行我素改了别人代码，自己写的代码被别人合并没了，这滋味是真难受 本来是下属没有按你要求做事，现在变成了你乱动别人代码 这事儿，我建议对事不对人，还是多沟通吧 |
 | 15 silencil 11 天前 工作中不沟通改人代码的习惯很不好，其他的没法感同身受，这一点是体会过，不太赞成这种做法 |
| 16 chenxiansheng OP 确实，处理欠了妥当，事情还是要当面沟通当时处理比较好，拖的越久问题越多 |
| 17 chenxiansheng OP @update 有点纠结这个事，所以用了着相 |
 | 18 woodfizky 11 天前 "我是去年入职的，因为解决了几个比较难得技术点加上沟通比较好就升上去了" 哥们，不见得沟通比较好嗷。 你俩在干一样的事情啊： 你跟她嘱咐了在 B 项目改，她没听你的然后在 A 项目改了； 然后你没提前征得她同意的情况，直接重置了分支版本； 你俩互相换位思考都能发现自己的毛病吧？ 做错事了就承认。 你会希望她承认没听你的，应该听你的； 那反过来她也会希望有人动了自己代码之后跟自己承认不对。 |
 | 19 xiangbohua 11 天前 负责人要有负责人的气量，一点小事何足挂齿。 |
 | 21 lshbosheth 11 天前 @howfree 跨项目还能 cherry pick 吗 |
| 22 lshbosheth 11 天前 1 @howfree 学到了 可以 卧槽 真不错真不错 |
 | 23 peteretep 11 天前 你的操作不太讲究，但是女同事问题大多了 |
 | 24 liu731 PRO u1s1, 要是我会当乐子嘲笑 OP 。怪倒不至于～ |
 | 25 dcdlove 11 天前 L 完全没错, 妥妥的你的责任,女技术没按你要求完成任务,你确当没看见?是你的失职才造成后面的问题的 |
 | 27 monologue520 11 天前 独立的仓库还能改错了啊？ 工作安排还是落实到文档上好，省的扯皮 |
 | 28 dswyzx 11 天前 1 线上发布的稳定的 A 项目被改动。负责人重置分支有什么问题，要不是女同事你们谁去忍 |
 | 29 incu 11 天前 不是，你们 git 工作流这么混乱吗？就算是在 A 项目改的，就直接在上线分支改吗？改完到上线的时候才发现有别的改动，也太随意了吧 |
 | 30 Jas0nG 11 天前 你把她的变更留到 reflog 里了吗，没明白 Git 日志是指什么 XD |
 | 31 dudubaba 11 天前 你这负责人有点名不符实啊，都负责人了还能被下属影响了。。。 |
 | 32 davin 11 天前 OP 的头像即心情么 |
 | 33 poorcai 11 天前 via iPhone @lshbosheth 跨项目可以 Cherry pick 吗？ |
| 34 dsw0719 11 天前 @bottleGuo 我第一反应这个女开发是新人，没有把简单指令执行正确。后来 OP 补充才知道是老员工，这事把这个女开发性别对换，事情都不会这么处理。现在行业下行，我身边已经没有公司招女开发了，所以好奇问一嘴。 |
| 35 lshbosheth 11 天前 1 @poorcai 可以 我问了 ai 两个仓库不需要是 fork 关系，只要你能访问（读取）目标仓库即可。 如果目标提交依赖其他未引入的变更，可能会出现冲突或逻辑错误，需手动解决。 cherry-pick 会创建新的提交（新 commit hash ），不是“移动”原提交。 |
| 36 lshbosheth 11 天前 @poorcai 又他喵省事了 舒服 |
| 37 lshbosheth 11 天前 @poorcai 但是应用场景有点小 冲突也会有点恶心 cv 更简单哈哈哈 |
 | 40 susunus 11 天前 谁要爱动我拉的屎，谁就自己去拉 |
 | 42 Aixtuz 10 天前 说“工作中改动别人代码不好的”... 既然前面约定了 楼主改 A ，她改 B 。 那她把代码写到 A 里去，不她先改了别人的代码么？ |
 | 43 shenqi 10 天前 @poorcai @lshbosheth @howfree 跨项目可以 cherry pick 。可以粗暴理解成两个分支，更加深点就是两个不同 remote 的分支，都可以拉取下来，命令行操作即可。（ git remote set-utl origin1 [email protected]:aa/aa.git ） ，这样你就有 origin 和 origin1 的两个 remote 。都能拉取。cherry pick 只认 commit hash 对应的改动的那些文件，不需要追踪历史 |
Select Language