나는 svn repo의 git-svn 복제본을 가지고 있으며 동료들에게 git를 옵션으로 보도록 권장하려고합니다. 문제는 svn에서 repo를 복제하는 데 3 일이 걸리지 만 git 인스턴스에서 복제하는 데 10 분이 걸린다는 것입니다.어떻게 원격 자식 저장소의 구성을 검사합니까?
사람들이 내 자식 repo를 복제하고 원래 SVN에서 다시 가리키는 것을 허용하는 스크립트가 있지만, 설정 값 중 일부를 설정하는 방법을 알아야합니다. 스크립트를 통해 그 값을 가져올 수 있어야합니다.
이 작업을 수행하는 더 좋은 방법은 동료가 git clone을 수행하도록 요구하는 대신 기존 git-svn 체크 아웃의 타볼을 제공하는 것입니다. 이렇게하면 이미 완료되었으므로 다시 쿼리하거나 쿼리 할 필요가 없습니다.
가 저장소에 직접 액세스 (즉,하지 SSH 또는 일부 다른 네트워크 프로토콜을 통해,이다)이 경우 당신이
git config -f/path/to/your/repo/.git/config --get ...
이 설정 파일에서 매개 변수를 쿼리 실행할 수 있습니다 말하고 싶지만. 그렇지 않다면, 내가 알 수있는 한, 그들은 config 파일을 스크래치 공간에 덮어 쓰지 않고 먼저 scp (또는 rcp 또는 ftp 또는 ...)하고 로컬 설정 파일에서 동일한 쿼리를 수행해야합니다 :
scp curries_box:/home/currie/repo/.git/config /tmp/currie_config
git config -f/tmp/currie_config --get ...
유일한 다른 생각은 .git/config 파일의 사본을 저장소에 유지할 수 있다는 것입니다. 그런 다음 복제 할 때 복사본이 생깁니다 ... 수동으로 업데이트해야합니다 ... hook을 고안하여 업데이트를 자동화하거나 업데이트를 수행해야 할 때이를 감지 할 수 있습니다.
그러나 이러한 경우 개인 설정이 공유 될 수도 있습니다. 예를 들어 git의 전역 이메일 구성은 개인 이메일이고 작업의 경우 로컬 repo 당 작업 이메일로 덮어 씁니다. 이 같은 repo를 공유하는 경우이 구성을 제거해야합니다. – webmat
사실입니다. .git/config 파일은 tarball에서 전달하기 전에 위생 처리되어야합니다. –