版本控制实践 - 内部 class 个特定版本

Version control practices - interal class specific versions

我有一个相当小的项目,我想将其置于版本控制之下(Subversion + Tortoise)。目前,我正在使用内部(基于评论)class 文档来跟踪对个人 class 所做的更改。因此,每个 class 在文档中都有其修订日志,例如

%   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. 

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

这些评论简直尖叫 "put me in commit messages"。日期、作者——这些都是在提交时明确捕获的。另外,您打算如何处理更改影响多个 class 的情况?

(有很多关于如何编写好的指南(1, 2, 3),无论使用什么 VCS。)

至于class版本号——真的没有意义。这有什么用?您不能选择要使用的 class 的次要版本。 应该 进行版本控制的是整个 library/application,并根据(最好)SemVer.

进行版本控制