git-mv의 목적은 무엇입니까? 이해 한 바에 따르면, Git은 실제로

내가 이해 한 바에 따르면, Git은 실제로 파일 이름 바꾸기 / 이동 / 복사 작업 을 추적 할 필요가 없으므로 git mv 의 실제 목적은 무엇입니까? 맨 페이지는 특별히 설명이 아닙니다 …

더 이상 사용되지 않습니까? 일반 사용자가 사용하지 않는 내부 명령입니까?



답변

git mv oldname newname

다음과 같은 속기입니다.

mv oldname newname
git add newname
git rm oldname

즉, 기존 경로와 새 경로 모두에 대한 색인을 자동으로 업데이트합니다.


답변

로부터 공식 GitFaq :

힘내 이름 바꾸기 명령 git mv을 가지고 있지만, 그것은 단지 편리합니다. 효과는 파일을 제거하고 다른 이름과 동일한 내용을 가진 다른 파일을 추가하는 것과 구별 할 수 없습니다


답변

힘내는 당신이하려는 일을 추측하려고합니다. 끊임없는 역사를 보존하기 위해 모든 노력을 기울이고 있습니다. 물론 완벽하지는 않습니다. 따라서 git mv의도를 명확하게하고 일부 오류를 피할 수 있습니다.

이 예를 고려하십시오. 빈 저장소로 시작해서

git init
echo "First" >a
echo "Second" >b
git add *
git commit -m "initial commit"
mv a c
mv b a
git status

결과:

# On branch master
# Changes not staged for commit:
#   (use "git add/rm <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#   modified:   a
#   deleted:    b
#
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#
#   c
no changes added to commit (use "git add" and/or "git commit -a")

자동 감지 실패 🙁 또는 그렇지 않습니까?

$ git add *
$ git commit -m "change"
$ git log c

commit 0c5425be1121c20cc45df04734398dfbac689c39
Author: Sergey Orshanskiy <*****@gmail.com>
Date:   Sat Oct 12 00:24:56 2013 -0400

    change

그리고

$ git log --follow c

Author: Sergey Orshanskiy <*****@gmail.com>
Date:   Sat Oct 12 00:24:56 2013 -0400

    change

commit 50c2a4604a27be2a1f4b95399d5e0f96c3dbf70a
Author: Sergey Orshanskiy <*****@gmail.com>
Date:   Sat Oct 12 00:24:45 2013 -0400

    initial commit

대신 .git실험 해보십시오 (실험 할 때 폴더 를 삭제해야 함 ).

git init
echo "First" >a
echo "Second" >b
git add *
git commit -m "initial commit"
git mv a c
git status

여태까지는 그런대로 잘됐다:

# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#   renamed:    a -> c


git mv b a
git status

이제 아무도 완벽하지 않습니다.

# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#   modified:   a
#   deleted:    b
#   new file:   c
#

정말? 하지만 물론…

git add *
git commit -m "change"
git log c
git log --follow c

… 결과는 위와 같습니다 --follow. 전체 기록 만 표시합니다.


두 옵션 중 하나라도 여전히 이상한 효과를 낼 수 있으므로 이름 변경에주의하십시오 . 예:

git init
echo "First" >a
git add a
git commit -m "initial a"
echo "Second" >b
git add b
git commit -m "initial b"

git mv a c
git commit -m "first move"
git mv b a
git commit -m "second move"

git log --follow a

commit 81b80f5690deec1864ebff294f875980216a059d
Author: Sergey Orshanskiy <*****@gmail.com>
Date:   Sat Oct 12 00:35:58 2013 -0400

    second move

commit f284fba9dc8455295b1abdaae9cc6ee941b66e7f
Author: Sergey Orshanskiy <*****@gmail.com>
Date:   Sat Oct 12 00:34:54 2013 -0400

    initial b

그것을 대조하십시오 :

git init
echo "First" >a
git add a
git commit -m "initial a"
echo "Second" >b
git add b
git commit -m "initial b"

git mv a c
git mv b a
git commit -m "both moves at the same time"

git log --follow a

결과:

commit 84bf29b01f32ea6b746857e0d8401654c4413ecd
Author: Sergey Orshanskiy <*****@gmail.com>
Date:   Sat Oct 12 00:37:13 2013 -0400

    both moves at the same time

commit ec0de3c5358758ffda462913f6e6294731400455
Author: Sergey Orshanskiy <*****@gmail.com>
Date:   Sat Oct 12 00:36:52 2013 -0400

    initial a

업이 … 이제 역사는 다시 것입니다 초기 대신 초기 나 잘못된 것입니다. 우리가 한 번에 두 번 움직였을 때, Git은 혼란스러워지고 변경 사항을 제대로 추적하지 못했습니다. 그건 그렇고, 내 실험에서을 사용하는 대신 파일을 삭제 / 생성했을 때도 마찬가지였습니다 git mv. 조심해서 진행하십시오. 당신은 경고를 받았습니다 …


답변

@Charles가 말했듯 git mv이 속기입니다.

여기서 실제 질문은 “다른 버전 제어 시스템 (예 : Subversion 및 Perforce)은 파일 이름 변경을 특별히 처리합니다. 왜 Git이 그렇지 않습니까?”

Linus는 http://permalink.gmane.org/gmane.comp.version-control.git/217 에서 특징적인 전술을 설명합니다 .

이 “트랙 파일”크랩을 중지하십시오. Git은 중요한 파일, 즉 “파일 모음”을 정확하게 추적 합니다 . 다른 것은 아무것도 없으며, 그것이 적절 하다고 생각 하더라도
세계관을 제한 할뿐입니다. CVS의 “주석”이라는 개념이 어떻게 사람들이 CVS를 사용하는지 제한하는 결과를 낳습니다. 나는 그것이 전혀 쓸모없는 쓰레기라고 생각하며, 내가 백만 번 더 유용하다고 생각하는 것을 묘사했습니다. 그리고 나는 잘못된 생각의 세계 모델로 내 생각을 제한하지 않기 때문에 정확하게 빠졌습니다
.


답변

git mv위에서 언급하지 않은 다른 용도가 있습니다 .

발견 git add -p(git add의 패치 모드; http://git-scm.com/docs/git-add 참조 ) 이후, 인덱스에 추가 할 때 변경 사항을 검토하는 데 사용하고 싶습니다. 따라서 내 워크 플로는 (1) 코드 작업, (2) 검토 및 색인에 추가, (3) 커밋이됩니다.

어떻게 git mv맞습니까? 파일을 직접 이동 한 다음 git rmgit add 모든 변경 사항이 색인에 추가되고 git diff를 사용하여 변경 사항을 보는 것은 쉽지 않습니다 (커밋하기 전에). 사용 git mv하지만, 인덱스에 새 경로를 추가하지만, 따라서 수 있도록 파일에 대한 변경 사항 git diffgit add -p평소와 같이 작업 할 수 있습니다.


답변

틈새 사례가 있습니다. git mv대소 문자를 구분하지 않는 파일 시스템에서 파일 이름의 대소 문자를 변경하려는 여전히 유용한 있습니다. APFS (mac) 및 NTFS (windows)는 기본적으로 대소 문자를 구분하지 않지만 대소 문자를 구분합니다.

greg.kindel은 CB Bailey의 답변에 대한 의견에서 이것을 언급합니다.

Mac에서 작업 Mytest.txt중이고 git 에서 파일을 관리 한다고 가정합니다 . 파일 이름을로 변경하려고합니다 MyTest.txt.

시도해 볼 수 있습니다 :

$ mv Mytest.txt MyTest.txt
overwrite MyTest.txt? (y/n [n]) y
$ git status
On branch master
Your branch is up to date with 'origin/master'.

nothing to commit, working tree clean

이런. Git은 파일에 어떤 변화가 있었음을 인정하지 않습니다.

파일 이름을 완전히 바꾸고 다시 이름을 바꾸면이 문제를 해결할 있습니다.

$ mv Mytest.txt temp.txt
$ git rm Mytest.txt
rm 'Mytest.txt'
$ mv temp.txt MyTest.txt
$ git add MyTest.txt
$ git status
On branch master
Your branch is up to date with 'origin/master'.

Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    renamed:    Mytest.txt -> MyTest.txt

만세!

또는 다음을 사용하여 귀찮게 할 수도 있습니다 git mv.

$ git mv Mytest.txt MyTest.txt
$ git status
On branch master
Your branch is up to date with 'origin/master'.

Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    renamed:    Mytest.txt -> MyTest.txt


답변


이 글은 Git 카테고리에 분류되었고 태그가 있으며 님에 의해 에 작성되었습니다.