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

我有一个相当小的项目，我想把它置于版本控制之下（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. 

我感兴趣的是，保持当前跟踪单个类/文件中更改的系统是否合适，还是应该放弃它，在提交之前只在日志消息中指定更改。

---

我对仅使用版本控制日志系统的担忧是，它不太可能像内部系统那样详细（即，通常提交需要与多个类/文件关联）。另一方面，将两个不同的修订号与一个文件关联确实会让人感到非常尴尬

这些评论只是尖叫着“将我放入提交消息”。日期、作者-这些都是在提交时显式捕获的。另外，您计划如何处理更改影响多个类的情况

（有很多关于如何编写好的（，）关于VCS使用情况的指南。）

至于类版本号，这样做真的没有意义。这有什么用？你不能选择你要使用的类的次要版本。应该对整个库/应用程序进行版本控制，并根据（最好是）进行版本控制