遇到一件挺恶心的事，发现自己写的代码在移交到一个环节后，被某个同事全部加了 author：然后他自己......
1etters · 2015 年 5 月 28 日 · 7754 次点击这是一个创建于 3886 天前的主题，其中的信息可能已经有所发展或是发生改变。
有遇到过的吗？有没有很恶心人
第 1 条附言 · 2015 年 5 月 28 日
刚刚问我为什么在V2EX发帖子，V2EX受众这么广
 |
1
wyntau 2015 年 5 月 28 日
那么出现了bug之后, 就可以找他问责了~
|
 |
2
em70 2015 年 5 月 28 日
反正版权都是公司的,加作者名难道会多发奖金吗,楼上说得好,认领代码是自找苦吃
|
 |
3
GG668v26Fd55CP5W 2015 年 5 月 28 日 via iPhone
这哥们不错啊，233
|
 |
4
1etters OP 问了一下，他说方便以后换工作233
|
 |
5
yangxiongguo 2015 年 5 月 28 日  1
这哥们有勇气，先吃我十斤 BUG。
|
 |
6
AstroProfundis 2015 年 5 月 28 日
代码里面能发现署名的，遇到问题的时候肯定最先找这个人啊...
|
 |
7
xmbaozi 2015 年 5 月 28 日 via Android 1
会不会是ide之类的自动改了？
|
 |
8
m939594960 2015 年 5 月 28 日
里面加点好东西
定时炸弹啥的 控制执行 rm-rf /* 啥的 |
 |
9
mhycy 2015 年 5 月 28 日
我们公司源码的的目录名,文件名,类名,方法名,函数名,变量名
对外API的URL,请求参数,都被一个人签上了自己的名字... |
 |
10
pijingzhanji 2015 年 5 月 28 日
版权应该归公司的吧
|
 |
11
geeksu 2015 年 5 月 28 日 1
曾经接手一个烂尾项目，找bug的时候直接搜某猿的签名，把他加的代码整理下就ok了
某猿很喜欢画蛇添足之后再留个名 |
|
12
pijingzhanji 2015 年 5 月 28 日
@1etters 靠这种方式找工作的同事，也够悲哀了
|
 |
14
lincanbin 2015 年 5 月 28 日
以后有事就他背锅了。
|
 |
15
Catstyle 2015 年 5 月 28 日
git blame这类的能找到你吧...
|
 |
16
mcone 2015 年 5 月 28 日
有人替你背锅，太幸福了啊
|
 |
17
learnshare 2015 年 5 月 28 日
这是一种悲哀，还是注意用好 Git，随手 merge 覆盖了他。
|
 |
18
ALeo 2015 年 5 月 28 日
看来那哥们是准备把公司的代码全部搬走啊。。
|
 |
19
Andiry 2015 年 5 月 28 日
除非是提交到Linux kernel这种，不然加author有用么
|
 |
20
kenken 2015 年 5 月 28 日
对 git blame 一目了然啊
|
 |
21
welsonla 2015 年 5 月 28 日
他应该是版本控制里加了commit id引起的吧
|
 |
22
Lucups 2015 年 5 月 28 日
这种人谁敢用？把公司的代码拿了给人看。。。
|
|
23
Lucups 2015 年 5 月 28 日
节操哪里去了？
|
 |
24
Francost 2015 年 5 月 28 日
吃bug去吧，哈哈哈
|
 |
25
huobazi 2015 年 5 月 28 日
表示以前也遇到过这种奇葩
|
 |
26
xulelehappy 2015 年 5 月 28 日
出问题了可以找他了。
|
 |
27
puras 2015 年 5 月 28 日
这是你之前没加，然后同事被同事加上啦？
没事，给你宽宽心，俺们这有原来默认模板里有Author的，人家拿过去给改成自己名的。。。比你这还爽。哈哈。 |
 |
28
timothyye 2015 年 5 月 28 日
有人替你背锅，太幸福了啊
|
|
29
timothyye 2015 年 5 月 28 日
有人替你背锅，太幸福了啊 +1
|
 |
30
Fly1993 2015 年 5 月 28 日
这哥们略恶心啊
我们的开发要求是每个人写的功能都要自己写 author 方便有问题能够找到问谁 但是出现了问题之后我们还是会用 blame 找…… |
 |
31
fork3rt 2015 年 5 月 28 日
同样遇到过这种问题，选择了无视－ －
|
 |
32
jadecoder 2015 年 5 月 28 日
逗么....统计工作量的时候肯定用版本控制，只有出bug的时候才会找注释里的名字
|
 |
33
breaklayer 2015 年 5 月 28 日
将名字改回来，告诉其他同事，以直报怨
|
 |
34
comicfans44 2015 年 5 月 28 日
难道你们代码不提交到版本管理系统？
|
 |
35
kappa 2015 年 5 月 28 日
Team Geek上专门说了不让在代码上签Author。。
|
 |
36
caoyue 2015 年 5 月 28 日
关键是，代码不拿来开源的话，他这是要把内部代码拷出去给别人看？这才是作大死吧？
|
 |
37
superbear 2015 年 5 月 28 日
假设用的是Git，会不会和你那同事的git配置有关，如果直接在同一台服务器上写的话，自己写的代码的作者可能就是那台服务器的默认作者。。
|
 |
38
lyragosa 2015 年 5 月 28 日
我在程序里面写过 special thanks to xxx 的注释
一般是某个问题没法解决，在网上问了某个朋友，然后就把他名字加进去了。 当然，是不开源的。 不过楼主这种情况改别人的的确不太好。 非要写，应该是Origin Author：XXX / Modified by : XXXX |
 |
39
arslion 2015 年 5 月 28 日
@breaklayer 不是改回来，是删掉
|
 |
40
wenniuwuren 2015 年 5 月 28 日
这个无所谓吧。。 你写的， 思路是你的， 这就足够了
|
 |
41
sivacohan PRO 我的代码风格里面一定是要写author的。
然后谁改代码谁把author改成自己。 最后一个改动的人对代码负责。 |
 |
42
second06 2015 年 5 月 29 日
author 改你还是他，都没有什么用处吧，所有权都是公司的，出问题了，以后别人会直接找他，多好，有人接坑，你还乐啊
|
 |
43
FrankFang128 2015 年 5 月 29 日 via Android
对呀，你为什么要发帖
|
 |
45
flynngao 2015 年 5 月 29 日
会看history就行了啊，简直自欺欺人……
|
 |
46
mengzhuo 2015 年 5 月 29 日
有人背锅！
我操，这么好的事情我司怎么没有！ |
 |
47
unmois 2015 年 5 月 29 日
哈哈哈
|
 |
48
lawmil 2015 年 5 月 29 日
从来都不喜欢加署名..在说了git or svn这种都可以看日志的...加了又有毛用!
|
 |
49
Kv_se7en 2015 年 5 月 29 日
今天我也遇到一个，我（FE）写了一个技术方案（Hybrid），然后发给IOS开发看看有没有问题，然后他直接稍微修改了一下，发邮件了，呵呵呵呵，请问怎么破。
|
Select Language