经过几次重构之后,我打算一次提交大约 1000 个文件。是否建议提交如此大量的文件,或者我应该分批提交它们。我试图看看利弊。
优点之一是我的所有更改都将在 SVN 中具有相同的条目,并且易于导航。
经过几次重构之后,我打算一次提交大约 1000 个文件。是否建议提交如此大量的文件,或者我应该分批提交它们。我试图看看利弊。
优点之一是我的所有更改都将在 SVN 中具有相同的条目,并且易于导航。
SVN 一次可以处理 1000 个文件。批量检查的唯一原因是为每个批次提供不同的提交消息,例如“已修复错误 #22”和“添加天赋”。
对于小至 1000 个的文件,我不必担心性能,而更多地担心正确的工作流程。1000 个文件是很多文件,因此会有很多变化,但是 Subversion 应该可以很好地处理它。
但是,如果所有更改实际上都不是 1 次更改,那么它不应该是一次提交。例如,如果您要重命名 3 个函数,我会让每个重命名都成为一个单独的提交。根据您具体在做什么,您可能可以通过一次提交侥幸逃脱,但一年后,当您浏览日志时,如果您倾向于坚持小的提交,您的生活将会变得更轻松. 如果真的只有一次更改,那么一次提交绝对是您的最佳选择(例如,重命名一个函数)。
文件的数量并不重要。当您提交对代码仓库的更改时,您应该考虑构建稳定性和测试合规性。
这回答了您的问题:如果您对 n 个文件进行了更改并且只提交了其中一些文件,那么您很可能会破坏构建(甚至不谈论测试)。因此,您应该提交所有必要的文件以至少保证构建完整性。
svn 和其他工具能够很好地处理此类 nb 文件,这将代表服务器上的单个事务。