版本控制，配置管理和構建相結合

Question

您能否解釋為什么這種方法不存在並且未被廣泛使用？

或者，如果存在這樣的工具集，您可以引用它嗎？

---

為什么版本控制系統 （VCS）在文件（ Clearcase，svn，git e tc ）上工作？ 而不是單位/功能？

因此，要跟蹤功能的更改，必須分析文件的版本 （有時是幾個文件）-例如：如果我要分析“更改功能”，我將獲得該模塊/功能的歷史記錄並在一個地方查看。

如果存在這樣的工具...，則軟件配置工具 （SCM）會將這些單元和/或功能放在一起以發布配置。 為什么會這樣，我們仍然使用Makefile，build.xml，plugin.xml和tc？

關於構建：編譯器確實需要文件嗎？ SCM是否可以為構建工具准備輸入並獲取二進制文件 ？

例如C / C ++：這樣的SCM可以將整個源代碼打包成一個塊，並從編譯器中獲取二進制文件。 如果是Java：SCM可以准備.java類，並從編譯器中獲取.jar。

謝謝。

---

PS：我不尋求任何特定問題的解決方案，它更多地是關於方法。 在每個項目中，對source / config / build使用相同的方法。 可以使用不斷發展的不同工具...但是沒有以不同方式解決復雜系統的新方法/方法。

Answer 1

如果我想分析“更改功能”，我將獲得該模塊/功能的歷史記錄，並將其放在一個地方。

如果存在這樣的工具

它實際上是：看“ 能否真正的Git從1升檔到另一個跟蹤單個功能的移動如果是這樣，怎么樣？ ”，它的git blame -C命令。

為什么會這樣，我們仍然使用Makefile，build.xml，plugin.xml等？

If是關於聲明的 ：您聲明要構建的內容，但最重要的是，您聲明需要的順序和依賴項 。

SCM是否可以為構建工具准備輸入並獲取二進制文件？

構建工具的輸入將保留文件 ，而不是“單位/功能”：編譯工具的功能更加強大，可以解析/分析和提取這些單位，從而構建二進制文件。
將過多的責任放在唯一的SCM工具中似乎要嘗試全部完成，這意味着它不能很好地完成“全部”工作，而不是出色地完成一項工作。