버전 관리, 구성 관리 및 통합

Question

이러한 접근 방식이 아직 존재하지 않고 널리 사용되지 않는 이유를 설명해 주시겠습니까?

그런 도구 세트가있는 경우 인용 할 수 있습니까?

---

왜 버전 관리 시스템 (VCS)이 파일 (은 ClearCase, SVN, 자식 전자 TC)에서 작업하는 것을? 단위/함수가 아닌가?

기능 변경 사항을 추적하려면 파일 (예 : 여러 파일)의 버전을 분석해야합니다. 예를 들어 "기능 변경"을 분석하려면 해당 모듈/기능의 내역을 얻습니다. 한 곳에서 볼 수 있습니다. 이러한 도구가 존재한다면

... 그런 다음 소프트웨어 구성 도구 (SCM)는 릴리스 구성에서 함께 이러한 단위 및/또는 기능을 둘 것입니다. 왜 그런가요? 우리는 여전히 Makefile, build.xml, plugin.xml을 사용합니다. e tc?

빌드 정보 : 컴파일러에 개의 파일이 필요합니까?? SCM이 이면 빌드 도구에 대해 입력을 준비하고 바이너리를 가져 오는 경우?

예 : SCM은 전체 소스를 하나의 청크로 준비하고 컴파일러에서 바이너리를 가져올 수 있습니다. Java의 경우 : SCM은 .java 클래스를 준비하고 컴파일러에서 .jar를 가져올 수 있습니다.

감사합니다.

---

추신 : 나는 특정 문제에 대한 해결책을 찾지 않으며, 방법에 관한 것입니다. 모든 프로젝트에서 source/config/build에 대해 동일한 접근 방식을 사용합니다. 다른 도구들과 함께 발전하고 있습니다 ... 그러나 복잡한 시스템을 다른 방식으로 다루는 새로운 접근법/방법은 없습니다.

Answer 1

"기능 변경"을 분석하려면 해당 모듈/기능의 내역을 한 곳에서 확인하십시오.

이러한 도구는

그것은 실제로 않는 존재한다면 "Can Git really track the movement of a single function from 1 file to another? If so, how?"를 참조하고 git blame -C 명령.

왜 우리는 여전히 Makefile, build.xml, plugin.xml 등을 사용합니까?

에 대한 선언 경우 : 가장 중요한 것은 당신이 구축하려는 것을 선언하지만, 어떤 순서로 당신이 필요의존한다.

SCM이 빌드 도구에 대한 입력을 준비하고 바이너리를 가져올 수 있다면?컴파일 도구가 훨씬 더 진화 결과로 바이너리를 구축/분석 분석하고 그 단위를 추출하기 위해 장착되어 있습니다 :

빌드 도구에 대한 입력은 파일하지 "단위/함수"남아있다.
유일한 SCM 도구에 너무 많은 책임을 맡기는 것은 모든 것을 시도한 것처럼 보입니다. 즉, 한 가지를 훌륭하게 수행하는 것과는 대조적으로 "모두"를 너무 잘 수행 할 것입니다.