Version control 版本控制、配置管理和构建相结合
你能解释一下为什么这种方法还不存在并且没有广泛使用吗 或者，如果存在这样一个工具集，您可以引用它吗Version control 版本控制、配置管理和构建相结合,version-control,build-process,configuration-management,Version Control,Build Process,Configuration Management,你能解释一下为什么这种方法还不存在并且没有广泛使用吗 或者，如果存在这样一个工具集，您可以引用它吗 为什么版本控制系统（VCS）正在处理文件（clearcase、svn、git e tc）？而不是单元/功能 因此，要跟踪功能中的更改，必须分析文件的版本（有时是多个文件）——例如：如果我想分析“更改功能”，我将获得该模块/功能的历史记录，并在一个位置查看它 如果有这样的工具存在。。。然后，一个软件配置工具（SCM）将把这些单元和/或功能放在一个发布配置中。为什么，我们仍然使用Makefile、b
为什么版本控制系统（VCS）正在处理文件（clearcase、svn、git e tc）？而不是单元/功能 因此，要跟踪功能中的更改，必须分析文件的版本（有时是多个文件）——例如：如果我想分析“更改功能”，我将获得该模块/功能的历史记录，并在一个位置查看它 如果有这样的工具存在。。。然后，一个软件配置工具（SCM）将把这些单元和/或功能放在一个发布配置中。为什么，我们仍然使用Makefile、build.xml、plugin.xml和tc 关于构建：编译器真的有必要拥有文件吗？SCM是否可以为构建工具准备输入并获取二进制文件 例如：这样的SCM可以在一个块中准备整个源代码，并从编译器中获取二进制代码。对于Java：SCM可以准备.Java类并从编译器中获取.jar 多谢各位
附言：我不寻找任何特定问题的解决方案，它更多的是关于方法。在每个项目中，在source/config/build上使用相同的方法。随着不同工具的发展。。。但没有新的方法/方法以不同的方式处理复杂系统 如果我想分析“更改功能”，我会得到该模块/功能的历史记录，并在一个地方看到它 如果存在这样的工具 它实际上是这样的：请参阅“”及其
git-C将太多的责任放在唯一的SCM工具中似乎试图完成所有工作，这意味着它将“全部”做得不太好，而不是出色地完成一件事情 如果我想分析“更改功能”，我会得到该模块/功能的历史记录，并在一个地方看到它 如果存在这样的工具 它实际上是这样的：请参阅“”及其
git-C将太多的责任放在唯一的SCM工具中似乎试图完成所有工作，这意味着它将“全部”做得不太好，而不是出色地完成一件事情