적절한 예 : 모든 이전 커밋에서 사용자 이름을 변경한다고 가정 해 봅시다. 여러 가지 이유로이 작업을 여러 번 수행해야했습니다.
힘내 버전
git filter-branch --commit-filter '
if [ "$GIT_COMMITTER_NAME" = "<Old Name>" ];
then
GIT_COMMITTER_NAME="<New Name>";
GIT_AUTHOR_NAME="<New Name>";
GIT_COMMITTER_EMAIL="<New Email>";
GIT_AUTHOR_EMAIL="<New Email>";
git commit-tree "$@";
else
git commit-tree "$@";
fi' HEAD
머큐리 버전 :
authors.convert.list 파일 :
<oldname>=<newname>
명령 줄 :
hg convert --authors authors.convert.list SOURCE DEST
이제 어느 것이 더 사용하기 쉬운 것입니까?
참고 : 저는 Git과 함께 2 년 동안 일한 적이 있었기 때문에 "나는 그것을 싫어합니다. 2 초 안에 얻지 못했습니다."
나를 위해, 그것은 유용성입니다. Git은 리눅스 방식의 일을하는 리눅스 지향적입니다. 즉, 명령 줄, 매뉴얼 페이지 및 스스로 알아내는 것을 의미합니다. GUI가 매우 열악했습니다 (참고 : 약 1 년 전부터 msysGit을 기반으로하고 있습니다). 간신히 사용할 수있었습니다
명령 줄이 더 나빴습니다. Linux 지향 프로그램이기 때문에 Windows에서는 사용하기가 매우 어려웠습니다. 네이티브 포트 대신 git을 MinGW (Think cygwin)로 감싸서 작업하기가 훨씬 어려웠습니다. MinGW는 Windows 명령 프롬프트가 아니며 다르게 작동합니다. 이것이 Git과 함께하는 유일한 방법이라는 것은 미친 짓입니다. Linux에서도 직선 명령 행으로 작업하는 것이 유일한 방법 인 것 같습니다. RabbitVCS와 같은 프로젝트가 도움이되었지만 강력하지는 않았습니다.
커맨드 라인 중심의 접근 방식과 리눅스 프로그램은 거의 모든 하우투 가이드, 도움말 문서 및 포럼 / QA 질문이 위와 같은 괴물 명령을 실행하는 데 의존한다는 것을 의미했습니다. 기본적인 SCM 명령 (commit, pull, push)은 복잡하지 않지만 더 복잡 해짐에 따라 기하 급수적으로 증가합니다.
나는 또한 많은 OSS git 사용자가 Github 주위에 매달려있는 곳을 싫어합니다. 처음으로 github 페이지를 방문하면 가능한 모든 작업이 수행됩니다. 나에게 프로젝트 git 페이지 는 혼란스럽고 무섭고 지나치게 강력 해 보입니다. 프로젝트가 무엇인지에 대한 설명조차도 아래로 내려갑니다. Github은 이미 전체 웹 사이트가 설치되어 있지 않은 사람들을 해칩니다. 그것의 이슈 트래커 또한 끔찍하고 혼란 스럽다. 기능 과부하.
Git 사용자도 매우 컬트 한 것처럼 보였다. Git 사용자는 항상 DVCS가 더 나은 "거룩한 전쟁"을 시작한 것으로 보이며, 따라서 Mercurial 사용자는 자신을 방어해야합니다. http://whygitisbetterthanx.com/ 과 같은 사이트 는 오만함과 거의 "내 소프트웨어 사용 또는 죽어"정신을 보여줍니다. X를 알지 못하고, X를 미리 사용하거나, Windows를 사용하는 등 여러 가지 도움을 받기 위해 여러 번 도움을 받았습니다.
반면에 머큐리얼은 더 친절한 접근법을 향해 가고있는 것 같습니다. 그들의 홈페이지 는 Git 's 보다 새로운 사용자에게 훨씬 더 친근 해 보인다 . 간단한 Google 검색에서 5 번째 결과는 Mercurial에 매우 유용한 GUI 인 TortoiseHg입니다. 그들의 전체 접근 방식은 단순 해 보입니다.
Mercurial을 사용하면 SSH 넌센스가 없습니다 (SSH는 Windows에서는 지옥입니다). 머큐리얼은 잘 작동합니다.
TortoiseHg는 실제로 유용한 기능을 제공하는 실제로 사용 가능한 인터페이스를 제공합니다 (최근에는 점점 커지고 있음). 옵션은 필요한 것으로 제한되어있어 거의 사용되지 않는 혼란과 옵션을 제거합니다. 또한 많은 괜찮은 기본값을 제공합니다
신규 이민자들에게 매우 친숙한 Mercurial은 매우 쉽게 픽업 할 수있었습니다. 다른 브랜칭 모델 및 히스토리 편집과 같은 더 복잡한 주제조차도 매우 쉽게 따라갈 수있었습니다. 나는 머큐리얼을 빠르고 고통없이 집어 들었다.
Mercurial은 약간의 설정만으로도 처음으로 작동합니다. 모든 OS에서 TortoiseHg를 설치하고 다른 Guis를 찾지 않고도 원하는 모든 기능 (주로 컨텍스트 메뉴 명령)을 얻을 수 있습니다. 또한 SSH 설정이 누락되었습니다 (다른 가이드 중 절반은 Putty, Plink 및 Pagent를 사용하고 나머지 절반은 ssh-keygen을 사용한다고 말합니다). 신규 사용자의 경우 TortoiseHg를 설치하는 데 몇 분이 걸리고 Git은 많은 인터넷 검색을 통해 30 분에서 1 시간이 걸립니다.
마지막으로 온라인 저장소가 있습니다. Githubs에 해당하는 것은 BitBucket이며 위에서 설명한 몇 가지 문제가 있습니다. 그러나 Google 코드도 있습니다. Google 코드 프로젝트 로 이동 하면 기능 과부하가 발생하지 않으며 깔끔한 인터페이스가 제공됩니다. Google 코드는 온라인 리포지토리 / 웹 사이트 콤보로 기존 사이트 설정이없는 OSS 프로젝트에 실제로 도움이됩니다. 프로젝트 코드 웹 사이트로 Google 코드를 꽤 오랫동안 사용하는 것이 매우 편할 것입니다. 꼭 필요한 경우에만 웹 사이트를 구축하십시오. Github의 거의 쓸모없는 이슈 트래커와 Bugzilla의 괴물 사이에 잘 어울리는 이슈 트래커도 강력 합니다.
머큐리얼은 매번 처음으로 작동합니다. 힘내가 내 방식에 들어가서 내가 더 많이 사용할수록 분노합니다.