版本控制实践 - 内部类特定版本

Question

我有一个相当小的项目，我想在版本控制下（Subversion + Tortoise）。目前，我正在使用内部（基于注释）类文档来跟踪对各个类所做的更改。因此，每个类都在文档中包含其修订日志，例如

%   Revision 1.0.0 (Author name, 19/08/2015)
%       Defined basic functionality.
%   Revision 1.0.1 (Author name, 19/10/2015)
%       Introduced abstract methods for the definition of the connection interface
%       in-situ. 

我感兴趣的是保持当前系统跟踪各个类/文件中的更改是否合适，或者我应该放弃它并且仅在提交之前指定日志消息中的更改。 我对使用版本控制日志系统的担忧仅在于它不太可能像内部系统那样详细（即，通常需要将提交与多个类/文件相关联）。另一方面，将两个不同的修订号与一个文件相关联确实感觉很尴尬。

Answer 1

这些评论只是尖叫“让我进入提交消息”。日期，作者 - 这些都是在提交时明确捕获的。另外，您打算如何处理变更影响多个类的情况？

（有很多关于如何编写好的指南（1，2，3）关于使用VCS的内容的指南。）

对于 class 版本号 - 这样做真的没有意义。这对什么有用？这并不是说你可以选择你将要使用的班级的哪个次要版本。 应该版本化的是整个库/应用程序，并根据（最好）SemVer进行版本化。