git submodule vs repo

git submodules

google repo

 

여러개의 분산된 라이브러리를 지니는 수퍼프로젝트를 관리해야 되는 경우,
repo를 쓸지 git submodule을 쓸지 ...(혹은 다른 대안을 쓸지...) 고민하게 된다.

여기에 대한 아래에서 격렬(?)한 논의가 진행되었다.

https://news.ycombinator.com/item?id=3904932

그중 몇가지 필자가 동의하는 부분을 통해 git submodule 에 한표를 던지고 싶다는 의견을 남겨본다.
Repo 뿐 아니라 gerrit을 동시에 까는 듯한 모습니다. ^^

I've said this before but I'll say it again. Stay the hell away from Google's Repo tool. It's a half-baked badly maintained piece of ad-oc software. It will completely destroy your git workflow. You'll also be married to the crappy review tool called Gerrit.
 Repo was made prior to Git submodules to do the exact same thing for Android. Now that Git has submodule support, Repo is useless. It does pretty much the same thing as submodules, but it does it in a very crappy way.
 For example, you cannot go back to a specific set of versions of subdirectories with Repo. In other words there's no "global" git bisect as there would be with submodules. This stops you from automatically finding a problem in one of the submodule repos if there are dependencies betweeen the problematic repo and other repositories. Another decision the Repo designers made that I disagree with is the silly Change-Id added to every commit message(!). Since when do globally unique identifiers (GUIDs) solve problems instead of creating more?

해석>

Google의 Repo 도구에서 벗어나십시오.
덜 익힌 잘 관리되지 않은 애드혹 소프트웨어입니다.
자식 워크 플로우를 완전히 파괴합니다.
또한 Gerrit이라는 엉터리 리뷰 도구와 매여있습니다.
Repo는 Git 서브 모듈 이전에 Android에서 똑같은 일을하기 위해 만들어졌습니다.
Git은 하위 모듈을 지원하므로 Repo는 쓸모가 없습니다.
하위 모듈과 거의 동일하지만 매우 엉뚱한 방식으로 수행됩니다.

예를 들어 Repo를 사용하여 특정 버전의 하위 디렉토리로 돌아갈 수 없습니다.
다시 말해 서브 모듈과 마찬가지로 "글로벌"git bisect는 없습니다.
문제가있는 리포지토리와 다른 리포지토리 사이에 종속성이있는 경우 하위 모듈 리포지토리 중 하나에서 자동으로 문제를 찾을 수 없습니다.

Repo 디자이너가 내가 동의하지 않은 또 다른 결정은 모든 커밋 메시지 (!)에 추가 된 바보 같은 Change-Id입니다. GUID (Globally Unique Identifier)는 언제 더 많은 것을 생성하는 대신 문제를 해결합니까?