동일한 시스템에서 "apt-get install ..."과 다른 버전의 소스 코드를 사용하여 패키지를 빌드할 때 어떤 문제가 발생할 수 있습니까?

내가'라고 가정해보자apt-get install somepkg'를 선택한 다음 "somepkg"에 의존하는 다른 패키지("abc" 및 "def")를 추가로 설치합니다. 나중에 패키지의 최근 공개된 소스코드에 바람직한 업데이트가 있다는 내용을 읽게 되지만, 패키지 관리자를 통해 제공되는 사전 빌드 버전은 아주 오래된 버전에 붙어 있는 것을 볼 수 있어 최신 버전부터 시작합니다. 출시된 소스 코드에서 획득, 빌드 및 설치합니다.

그러나 이제 다양한 빌드/설치 패키지의 2가지 버전/컬렉션이 있음을 알 수 있습니다. 예를 들어/bin/somepkg-도구(v 1.0),/usr/bin/sompkg-도구(v1.0) 및 최신 src에서 빌드된 최신 버전/usr/local/bin/somepkg-도구(v4.1), 이는 몇 가지 질문을 제기합니다.

1. 서로 다른 버전의 여러 바이너리 세트(사전 빌드된 패키지 관리자의 한 세트, 로컬 빌드의 최신 src의 한 세트)를 설치하는 데 문제가 있을 수 있습니까? 이는 피하는 것이 가장 좋은 문제의 잠재적인 원인처럼 느껴집니다.
2. '를 사용하여 사전 구축된 이전 호스팅 패키지를 제거하려면 'sudo apt-get purge somepkg', 이제 프롬프트에서는 종속성 패키지 "abc" 및 "def"도 제거합니다. 이는 이것이 절대적으로 필요한지 또는 경로에서 최신 빌드 바이너리를 찾아 계속 작업할 수 있는지 확실하지 않기 때문에 불편합니다. 이전에 설치된 패키지를 제거/정리하면 필연적으로 후속 종속 패키지도 제거됩니까? 또한 종속 패키지 제거를 수락하면 패키지 관리자는 "abc" 및 "def"의 후속 (재)설치에서 더 이상 이전 "somepkg"를 가져오고 설치할 필요가 없다는 것을 확인할 수 있습니까? 이미 로컬에서 및 src에서 빌드했기 때문입니다. 필요한 "somepkg" 바이너리가 설치되어 있습니까?
3. 아니면 패키지 관리자를 통해 "somepkg"의 이전 설치를 정리할 수 있는 방법이 있습니까?아니요종속 패키지 2개를 삭제하시겠습니까?
4. 이 상황을 처리하는 보편적인 최선의 방법이 있습니까, 아니면 일반적으로 사례별로 처리하는 것이 가장 좋습니까?

비슷한 답변이 없는 질문을 발견했습니다.여기그러나 검토는 많은 것들에 근본적으로 의존하기 때문에 상당히 문제가 있는 특정 사례에 중점을 둡니다.

문제의 일반적인 성격을 산만하게 하지 않고 특정 사례를 기술하는 것이 유용할 수 있습니다.

• 나는 'apt-get install git'(v2.30.2)
• 나중에 "apt-get install gitolite3" 및 "... git-lfs"를 실행합니다.
• 나중에 릴리스 노트에서 많은 수정/업데이트를 보았고 데비안 패키지 관리자가 최신 git 패키지가 이전 버전(apt-get update, apt show git)에 멈춰 있다고 말했기 때문에 "wget ​​​​...git -2.37” .3.tar.gz', 최신 버전 소스에서 만들어 설치했습니다.

이제 다음 바이너리(및 git 패키지와 함께 제공되는 다른 모든 바이너리)가 있음을 알 수 있습니다.

• /bin/git (v2.30.2오래된)
• /usr/bin/git (v2.30.2오래된)
• /usr/local/bin/git (v2.37.3새로운)

그리고 실수로 이전 git 바이너리를 사용하여 gitolite 저장소 서버 및 LFS 서버에 의존하는 데 따른 문제를 피하고 싶습니다. 따라서 이러한 질문이 발생합니다.