版本控制实践 - 内部 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 相关联)。另一方面,将两个不同的修订号与一个文件相关联确实感觉很尴尬。
我有一个相当小的项目,我想将其置于版本控制之下(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 相关联)。另一方面,将两个不同的修订号与一个文件相关联确实感觉很尴尬。