जब कोई फ़ाइल Git में हटा दी गई थी, तब खोजें

Question

मेरे पास n कमिट्स के साथ Git रिपॉजिटरी है।

मेरे पास एक ऐसी फाइल है जिसकी मुझे आवश्यकता है, और जो रिपॉजिटरी में हुआ करती थी, और यह कि मैं अचानक खोजता हूं और सोचता हूं कि "ओह! वह फाइल कहां जाएगी?"

क्या गीट कमांड (एस) की एक श्रृंखला है जो मुझे बताएगी कि "फ़ाइल वास्तव में_नएडेड। टेक्स्ट को कमिट-एन -13 में हटा दिया गया था"?

दूसरे शब्दों में, प्रत्येक व्यक्तिगत कमिट को देखे बिना, और यह जानते हुए कि मेरे गिट रेपो में हर फाइल का हर बदलाव है, क्या मैं जल्दी से उस फाइल को लेकर आखिरी प्रतिबद्ध पा सकता हूं, ताकि मैं इसे वापस पा सकूं?

Comments

प्रतिबद्ध इतिहास में एक हटाई गई फ़ाइल का पता लगाने के लिए कैसे

— पेड्रो रोलो

पेड्रो द्वारा साझा किए गए लिंक में मेरे प्रश्न का उत्तर था: पथ को याद नहीं करने पर एक हटाई गई फ़ाइल कैसे ढूंढें।

— गॉर्डन बीन

Answer 1

git log --full-history -- [file path] फ़ाइल के परिवर्तन दिखाता है, भले ही फ़ाइल को हटा दिया गया हो।

उदाहरण:

git log --full-history  -- myfile

यदि आप केवल अंतिम कमिट देखना चाहते हैं, जिसने फ़ाइल उपयोग को हटा दिया है, इसके अलावा, जैसे, git log --full-history -1 -- [file path]

देखें कि किस फ़ाइल ने कोई फ़ाइल हटा दी है

Comments

क्या पैटर्न की खोज करना संभव है? मैं फ़ाइल का पूरा नाम भूल गया = (हो सकता है कि सभी विलोपन का लॉग प्राप्त करना संभव हो?

— wutzebaer

यह यहाँ पाया: stackoverflow.com/questions/6017987/…

— wutzebaer

कृपया ध्यान दें, यदि आप पॉवरशेल का उपयोग कर रहे हैं, तो हाइफ़न को बचाना होगा: गिट लॉग '-' [फ़ाइल पथ]। उम्मीद है कि यह कोई और कुछ दांतों को काटने वाला हो सकता है।

— ए। विल्सन

मैं git log -- */<<filename>>.<<file extension>>संपूर्ण फ़ाइल पथ को न जानकर खोज करने में सक्षम था ।

— टॉम हावर्ड

@ मुख्य वर्ग ब्रैकेट वास्तविक फ़ाइल पथ के लिए प्लेसहोल्डर के रूप में हैं।

— एमिल बर्जरॉन

Answer 2

संक्षिप्त जवाब:

git log --full-history -- your_file

आपके सभी रेपो के इतिहास में आपको दिखाएंगे , जिसमें मर्ज कमिट भी शामिल है, जो कि छू गया है your_file। अंतिम (शीर्ष) एक वह है जिसने फ़ाइल को हटा दिया है।

कुछ स्पष्टीकरण:

यहां --full-historyझंडा महत्वपूर्ण है। इसके बिना, Git "इतिहास सरलीकरण" करता है जब आप इसे किसी फ़ाइल के लॉग के लिए पूछते हैं। डॉक्स विवरण के बारे में प्रकाश में हैं कि यह कैसे काम करता है और मुझे स्रोत कोड से इसे जानने की कोशिश करने के लिए आवश्यक धैर्य और साहस की कमी है, लेकिन गिट-लॉग डॉक्स में यह कहने के लिए बहुत कुछ है:

डिफ़ॉल्ट मोड

पेड़ की अंतिम स्थिति को समझाते हुए इतिहास को सबसे सरल इतिहास बताता है। सबसे सरल क्योंकि यह कुछ साइड ब्रांच को प्रूव करता है यदि अंतिम परिणाम समान हो (यानी उसी कंटेंट के साथ ब्रांच को मर्ज करना)

यह स्पष्ट रूप से तब होता है जब जिस फाइल का इतिहास हम चाहते हैं वह नष्ट हो जाती है , क्योंकि हटाए गए फ़ाइल की अंतिम स्थिति को समझाने वाला सबसे सरल इतिहास कोई इतिहास नहीं है । क्या कोई ऐसा जोखिम है जिसके git logबिना --full-historyबस यह दावा किया जाएगा कि फ़ाइल कभी नहीं बनाई गई थी? दुर्भाग्य से हाँ। यहाँ एक प्रदर्शन है:

mark@lunchbox:~/example$ git init
Initialised empty Git repository in /home/mark/example/.git/
mark@lunchbox:~/example$ touch foo && git add foo && git commit -m "Added foo"
[master (root-commit) ddff7a7] Added foo
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 foo
mark@lunchbox:~/example$ git checkout -b newbranch
Switched to a new branch 'newbranch'
mark@lunchbox:~/example$ touch bar && git add bar && git commit -m "Added bar"
[newbranch 7f9299a] Added bar
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 bar
mark@lunchbox:~/example$ git checkout master
Switched to branch 'master'
mark@lunchbox:~/example$ git rm foo && git commit -m "Deleted foo"
rm 'foo'
[master 7740344] Deleted foo
 1 file changed, 0 insertions(+), 0 deletions(-)
 delete mode 100644 foo
mark@lunchbox:~/example$ git checkout newbranch
Switched to branch 'newbranch'
mark@lunchbox:~/example$ git rm bar && git commit -m "Deleted bar"
rm 'bar'
[newbranch 873ed35] Deleted bar
 1 file changed, 0 insertions(+), 0 deletions(-)
 delete mode 100644 bar
mark@lunchbox:~/example$ git checkout master
Switched to branch 'master'
mark@lunchbox:~/example$ git merge newbranch
Already up-to-date!
Merge made by the 'recursive' strategy.
mark@lunchbox:~/example$ git log -- foo
commit 77403443a13a93073289f95a782307b1ebc21162
Author: Mark Amery 
Date:   Tue Jan 12 22:50:50 2016 +0000

    Deleted foo

commit ddff7a78068aefb7a4d19c82e718099cf57be694
Author: Mark Amery 
Date:   Tue Jan 12 22:50:19 2016 +0000

    Added foo
mark@lunchbox:~/example$ git log -- bar
mark@lunchbox:~/example$ git log --full-history -- foo
commit 2463e56a21e8ee529a59b63f2c6fcc9914a2b37c
Merge: 7740344 873ed35
Author: Mark Amery 
Date:   Tue Jan 12 22:51:36 2016 +0000

    Merge branch 'newbranch'

commit 77403443a13a93073289f95a782307b1ebc21162
Author: Mark Amery 
Date:   Tue Jan 12 22:50:50 2016 +0000

    Deleted foo

commit ddff7a78068aefb7a4d19c82e718099cf57be694
Author: Mark Amery 
Date:   Tue Jan 12 22:50:19 2016 +0000

    Added foo
mark@lunchbox:~/example$ git log --full-history -- bar
commit 873ed352c5e0f296b26d1582b3b0b2d99e40d37c
Author: Mark Amery 
Date:   Tue Jan 12 22:51:29 2016 +0000

    Deleted bar

commit 7f9299a80cc9114bf9f415e1e9a849f5d02f94ec
Author: Mark Amery 
Date:   Tue Jan 12 22:50:38 2016 +0000

    Added bar

git log -- barऊपर टर्मिनल डंप में नोटिस कैसे शाब्दिक रूप से कोई उत्पादन में परिणाम; Git एक इतिहास में "सरलीकृत" इतिहास है जहाँ barकभी अस्तित्व में नहीं था। git log --full-history -- barदूसरी ओर, हमें वह कमिटमेंट देता है जो क्रिएट किया गया है barऔर जिस कमिट ने इसे डिलीट किया है।

स्पष्ट होना: यह मुद्दा केवल सैद्धांतिक नहीं है। मैंने केवल डॉक्स में देखा और --full-historyध्वज की खोज की क्योंकि git log -- some_fileमेरे लिए एक वास्तविक रिपॉजिटरी में विफल हो रहा था जहां मैं एक हटाए गए ट्रैक को ट्रैक करने की कोशिश कर रहा था। इतिहास का सरलीकरण कभी-कभी तब मददगार हो सकता है जब आप यह समझने की कोशिश कर रहे हों कि वर्तमान स्थिति में कोई मौजूदा फ़ाइल कैसे आ रही है, लेकिन जब फ़ाइल हटाने की प्रक्रिया को ट्रैक करने की कोशिश की जा रही है, तो यह आपके द्वारा अपनी परवाह किए जाने को छिपाकर आपके ऊपर शिकंजा कसने की संभावना है। । --full-historyइस उपयोग के मामले में हमेशा ध्वज का उपयोग करें।

Comments

ध्यान दें कि यह केवल वर्तमान शाखा के लिए प्रासंगिक इतिहास को खोजता है ('संपूर्ण रेपो इतिहास नहीं') ... अर्थात यदि फ़ाइल अभी तक वर्तमान शाखा में नहीं हटाई गई है लेकिन किसी अन्य शाखा में है, तो यह डिलीट कमिट नहीं मिलेगी। आपको किसी भी शाखा में रहना होगा जहां फ़ाइल पहले ही हटा दी गई है । हो सकता है कि इसके बारे में सोचते समय स्पष्ट हो, लेकिन इसने मुझे सबसे पहले पकड़ा।

— एंथ्रोपिक

यह उत्तर काम करता है। लेकिन git logआउटपुट से ही, यह बिल्कुल स्पष्ट नहीं है कि अंतिम कमिट ने फ़ाइल को हटा दिया है। मैंने भी कोशिश की git log --name-status --full-history -- file_nameऔर git log -p --stat --full-history -- file_name, लेकिन न तो स्पष्ट रूप से इंगित करता है कि फ़ाइल को नवीनतम प्रतिबद्ध में हटा दिया गया था। यह एक बग की तरह लगता है।

— मार्टिन_डब्लू

@Martin_ATS mkdir somedir && cd somedir && git init && touch foo && git add foo && git commit -m "Added foo" && git checkout -b newbranch && touch bar && git add bar && git commit -m "Added bar" && git checkout master && git rm foo && git commit -m "Deleted foo" && git checkout newbranch && git rm bar && git commit -m "Deleted bar" && git checkout master && git merge newbranch && git log --name-status --full-history -- barमें Git 2.12.2 के साथ लॉग आउटपुट में D barऔर A barमेरे लिए शामिल है । क्या आप आउटपुट में उन लाइनों को नहीं देखते हैं? आपके पास क्या संस्करण है?

— मार्क ऐमी

git version 2.15.1हाँ, आपका आदेश अनुक्रम रिपोर्ट करता है D barऔर A bar। शायद मेरा मुद्दा मेरी फ़ाइल के इतिहास के लिए विशेष रूप से है। मैं एक .htaccessफाइल के इतिहास को ट्रेस कर रहा था जिसे gitignore'ed मिला और हटा दिया गया। मैंने आखिरकार उसका पता लगा लिया और फ़ाइल को वापस जोड़ दिया। जब मैं कमांड --name-statusमें शामिल करता git logहूं, तो मुझे दो A .htaccessप्रविष्टियां दिखाई देती हैं (क्योंकि मैंने इसे नवीनतम प्रतिबद्ध में वापस जोड़ा) लेकिन नहीं D .htaccess। तो यह कुछ मामलों में लगता है, भले ही एक फ़ाइल रिपॉजिटरी से हटा दी गई है, git logएक स्पष्ट D file_nameप्रविष्टि नहीं दिखाएगी ।

— मार्टिन_डब्लू

@Martin_ATS जिज्ञासु। मुझे आश्चर्य है कि शायद .htaccessएक प्रतिबद्ध एक्स में जोड़ा गया है, लेकिन फिर मास्टर में एक्स को लाने वाले मर्ज कमिट में शामिल नहीं है? यह केवल एक चीज है जिसके बारे में मैं सोच सकता हूं कि मैं संभवतः एक फाइल की तरह लगने के लिए तर्क कर सकता हूं जिसे कभी जोड़ा नहीं गया और कभी हटाया नहीं गया और अभी भी मौजूद नहीं है। यह देखना दिलचस्प होगा कि MCVE का पता लगाना है, तो यह पता लगाएँ कि क्या यह एक बग बग है, और यदि नहीं, तो क्या आपके मामले को संभालने के लिए मेरे जवाब को साझा करना संभव है।

— मार्क अमेरी

Answer 3

लॉग लॉग करें, लेकिन आपको पथ को उपसर्ग करने की आवश्यकता है --

उदाहरण के लिए:

dan-mac:test dani$ git log file1.txt
fatal: ambiguous argument 'file1.txt': unknown revision or path not in the working tree.

dan-mac:test dani$ git log -- file1.txt
 commit 0f7c4e1c36e0b39225d10b26f3dea40ad128b976
 Author: Daniel Palacio <[e-mail]>
 Date:   Tue Jul 26 23:32:20 2011 -0500

 foo

Answer 4

मैंने अभी यहां एक समाधान जोड़ा है (क्या रिपॉजिटरी का उपयोग करके हटाए गए फ़ाइलों के कमिट को खोजने के लिए रिपॉजिटरी में सभी हटाए गए फ़ाइलों को सूचीबद्ध करने का एक तरीका है) :

git log --diff-filter=D --summary | sed -n '/^commit/h;/\/some_dir\//{G;s/\ncommit \(.*\)/ \1/gp}'

यह एक निर्देशिका नाम some_dir(कैस्केडिंग) के भीतर हटाई गई सभी चीज़ों को लौटाता है । कोई भी sed regexp वहाँ जहाँ \/some_dir\/क्या करेगा।

OSX (@triplee और @keif के लिए धन्यवाद)

git log --diff-filter=D --summary | sed -n -e '/^commit/h' -e '\:/:{' -e G -e 's/\ncommit \(.*\)/ \1/gp' -e }

Comments

अच्छा लगा। ओएस एक्स में बैश के तहत कुछ बेमेल:sed: 1: "/^commit/h;/\/some_dir\ ...": bad flag in substitute command: '}'

— ब्रेंट फॉस्ट

@BrentFoust यह एक ऐसा किटी है जिसका मैं परीक्षण नहीं कर सकता ... अंत में एक स्थान जोड़ने की कोशिश करें (ब्रेसिज़ के बाद लेकिन एकल उद्धरण से पहले), आदमी पेज ऑनलाइन उस के बारे में स्पष्ट नहीं है ...

— एस्टानी

अच्छा सुझाव है। लेकिन एकल उद्धरण से पहले एक स्थान जोड़ने से मदद नहीं मिली। न ही बंद ब्रेस से पहले एक जगह थी।

— ब्रेंट फॉस्ट

BSD / OSX sedजाहिरा तौर पर अर्धविराम के साथ कमांड विभाजक के रूप में हमेशा अच्छा नहीं होता है। उन्हें नई-पंक्तियों में बदलकर देखें, या करने के लिए स्विचsed -n -e '/^commit/h' -e '\:/some_dir/:{' -e G -e 's/\ncommit \(.*\)/ \1/gp' -e }

— tripleee

मैंने इसका परीक्षण किया, और git log --diff-filter=D --summary | sed -n -e '/^commit/h' -e '\:/:{' -e G -e 's/\ncommit \(.*\)/ \1/gp' -e }मेरे लिए OSX पर काम किया।

— कीफ़

Answer 5

आप अंतिम कमेटी को हटा सकते हैं जो फ़ाइल निम्नानुसार है:

git rev-list -n 1 HEAD -- [file_path]

अधिक जानकारी यहाँ उपलब्ध है

Comments

प्राथमिक उत्कीर्ण समाधान मेरे लिए काम नहीं करता था, लेकिन इस एक ने किया।

— निक हेइनर

Answer 6

प्रयत्न:

git log --stat | grep file