Java 添加元信息是否足以让我成为一个类的额外@author？

我和我的同事正在为我们项目的一小部分开发领域模型。最近，他将骨架实体类提交到我们的SVN存储库，而不添加JPA注释。同时设计了物理数据模型并创建了相应的数据库对象。现在我需要将实体类映射到数据库，对继承策略和其他事情做出各种决策。注释类是否使我有资格成为附加的

@author

？我知道，通常，当对类进行了一些关键更改时，可以添加额外的

@author

标记。但如果我只提供元信息呢

编辑：
这与自我无关。这是关于它是否普遍，是否被认为是一种良好的做法。
有人说@author标记是无用的，因为代码仍然处于版本控制之下。

---

但我个人不这么认为。在某些情况下，这个标签可能非常有用。

不要让自负妨碍软件。你真的在乎吗

无论如何，设计JPA注释、层次结构和相关代码要比创建骨架实体困难得多，所以如果您真的在意，那么就添加它

---

请注意，您的风投将跟踪谁在贡献什么工作，因此，对于谁在应用程序中放置了什么代码，始终存在一个单一的事实点。

在我看来，添加自己为

@作者是可以的。配置JPA注释可能没有那么容易。如果您不确定，请询问您的同事。拥有一个SVN（和单独的帐户）很容易找出谁做了什么。
我总是在课程中添加@author，我也做出了重大贡献。我遇到过很多这样的情况：一位同事创建了一些骨架，或者是一些不完整的东西，我也将自己添加为@author

对我来说，这与自我无关，但更重要的是，这是其他人的一个快速参考，如果他们需要信息，他们无需返回版本控制日志即可查看文件。
我不知道有任何“资格”。或者任何人实际使用标签来做任何特定的事情，因为SCCS中的文件修改信息已经告诉了谁修改了文件。无论如何，这个问题的答案完全是任意的，取决于你的组织。编辑
@author
是否足以让我成为一个班级的额外
@author
。谢谢你的意见。正如hvgotcodes所写的：你真的在乎吗？我更喜欢集体代码所有权而不是作者标签。完全同意你的观点。我认为保持@author列表的最新状态非常重要，这样你就可以很快找到需要联系的人，以防你有问题。分析SVN可能需要更长的时间，特别是如果一个类有很长的历史。