许多无关文件的版本控制

如何解决许多无关文件的版本控制

| 我很好奇人们对如何在Matlab中管理不相关功能的版本控制的想法。 我保留了大量合理的通用脚本，每个脚本或多或少相互独立。我一直将它们放在一个目录中，在Mercurial中包含一个存储库。我开始进行更多的协作，我希望协作者能够修改文件，提交，分支和合并。 问题在于文件彼此独立。从本质上讲，它们就像许多单独的小项目。但是Mercurial将存储库视为单个实体。因此，如果协作者修改了文件A和B，而我只想合并文件A中的更改，事情就会变得很复杂。我知道我可以从协作者合并，然后还原文件B，但我想知道是否有更简单的方法来处理此设置。 我可以设置许多微型存储库来分别管理每个文件，但这也变得很复杂。 我愿意更改版本控制系统（尽管我非常喜欢Mercurial）。有什么建议么？     

解决方法

        在每个错误修复/功能添加/或之后不进行检入时，最好签入代码。鉴于您的文件实际上是独立的“项目”，似乎错误或功能不可能跨越多个文件。可能最好的办法就是鼓励最佳实践的同事一次只提交单个文件的更改。解释一下有关签入的更好规范会导致以后更易于管理的源代码控制。希望您能从中得到最大的收获，而很少有固执己见的人会停止接受他们的承诺。     ,        这实际上取决于您合并一项更改的典型原因，而不取决于另一项。如果您使用它来创建软件配置，即有时您想要使用文件A的版本1和文件B的版本2，有时又要使用另一种方式，那么您可能想使用subrepos来保存每个文件。如果是因为您从不想接受合作者变更的一部分，则需要指导他们如何使变更更具凝聚力并分别提交。对于那些以前从未使用过源代码控制的人，或者习惯于像svn这样的源代码控制，而后者几乎没有变更集的固有概念的人，有时这可能是一个困难的概念。     ,        这取决于您是否要维护文件的单个“主”版本，合并所需的更改并忽略其他更改。如果协作者想要开发其他分支，那么他们也许应该克隆存储库，然后您可以在主数据库中接受所需的变更集。 如果要否决其他协作者的更改，则需要将更改分开保存（通过克隆的存储库或分支），或者需要进行审核过程，然后才能将更改推回主干。     ,        我总是将传入的存储库用于协作者。它们与其他人的所作所为相匹配，但可以避免弄乱我自己的存储库。当您执行此操作时，可以使用移植扩展将它们的新变更集加入到自己的存储库中。