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