गिट-एमवी का उद्देश्य क्या है?

Question

जो मुझे समझ में आता है, गिट को वास्तव में फ़ाइल नाम बदलने/स्थानांतरित करने/प्रतिलिपि चलाने की आवश्यकता नहीं है, तो वास्तविक उद्देश्य git mv का क्या उद्देश्य है? मैन पेज विशेष रूप से वर्णनात्मक नहीं है ...

क्या यह अप्रचलित है? क्या यह एक आंतरिक कमांड है, जिसका उपयोग नियमित उपयोगकर्ताओं द्वारा नहीं किया जाना चाहिए?

mv oldname newname 
git add newname 
git rm oldname 

अर्थात यह स्वचालित रूप से दोनों पुराने और नए रास्तों के लिए इंडेक्स अपडेट:

Answer 1

git mv oldname newname 

बस आशुलिपि के लिए है।

Answer 2

official GitFaq से:

Git एक नाम बदलने आदेश git mv है, लेकिन है कि सिर्फ एक सुविधा है। प्रभाव फ़ाइल को दूर करने और विभिन्न नाम और एक ही सामग्री

Answer 3

के साथ एक और जोड़ने से अप्रभेद्य है @Charles कहते हैं, git mv एक आशुलिपि है।

असली सवाल यह है कि "अन्य संस्करण नियंत्रण प्रणाली (उदाहरण के लिए सबवर्जन और पर्सफोर्स) फ़ाइल का नाम विशेष रूप से नामित करता है। गिट क्यों नहीं है?"

लीनुस विशेषता चातुर्य के साथ http://permalink.gmane.org/gmane.comp.version-control.git/217 में बताते हैं:

इस "ट्रैक फ़ाइलें" बकवास बंद कर दें। गिट ट्रैक बिल्कुल क्या मायने रखता है, अर्थात् "फाइलों का संग्रह"। कुछ भी प्रासंगिक नहीं है, और यहां तक ​​कि सोच रहा है कि यह प्रासंगिक है केवल आपके विश्व-दृश्य को सीमित करता है। ध्यान दें कि सीवीएस "एनोटेट" की धारणा हमेशा अनिवार्य रूप से सीमित होती है कि लोग का उपयोग कैसे करते हैं। मुझे लगता है कि यह बकवास का एक पूरी तरह बेकार टुकड़ा है, और मैंने का वर्णन किया है जो मुझे लगता है कि एक लाख गुना अधिक उपयोगी है, और यह सब ठीक से गिर गया क्योंकि मैं अपनी सोच को गलत मॉडल में सीमित नहीं कर रहा हूं दुनिया।

Answer 4

गिट बस आपके लिए अनुमान लगाने की कोशिश कर रहा है कि आप क्या करने की कोशिश कर रहे हैं। यह अखंड इतिहास को संरक्षित करने के हर प्रयास कर रहा है। बेशक, यह सही नहीं है। तो 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") 

autodetection में विफल रहा है :( या यह क्या किया?

$ 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 mv का उपयोग करने के बजाय फ़ाइलों को हटा दिया/बनाया। देखभाल के साथ आगे बढ़ें; आपको चेतावनी दी गई है ...

Answer 5

ऊपर उल्लेखित git mv के लिए मेरे पास एक और उपयोग है।

git add -p (गिट एड के पैच मोड की खोज के बाद; http://git-scm.com/docs/git-add देखें), मैं इसे इंडेक्स में जोड़ने के रूप में परिवर्तनों की समीक्षा करने के लिए इसका उपयोग करना चाहता हूं। इस प्रकार मेरा वर्कफ़्लो (1) कोड पर काम करता है, (2) समीक्षा और सूचकांक में जोड़ें, (3) प्रतिबद्ध।

git mv कैसे फिट है? यदि फ़ाइल को सीधे git rm और git add का उपयोग करके, सभी परिवर्तन इंडेक्स में जोड़े जाते हैं, और परिवर्तन देखने के लिए गिट डिफ का उपयोग करना आसान होता है (काम करने से पहले)। git mv का उपयोग करते हुए, सूचकांक के लिए नया पथ जोड़ता है लेकिन फ़ाइल में किए गए परिवर्तन नहीं, इस प्रकार git diff और git add -p सामान्य रूप से काम करने की अनुमति देता है।