Git संस्करण का उपयोग करके किसी फ़ाइल का परिवर्तन इतिहास देखें

Question

मैं एक व्यक्तिगत फ़ाइल के परिवर्तन इतिहास को Git में कैसे देख सकता हूं, क्या बदल गया है, इसके साथ पूर्ण विवरण?

मुझे अब तक मिला है:

git log -- [filename]

जो मुझे फ़ाइल का प्रतिबद्ध इतिहास दिखाता है, लेकिन मैं फ़ाइल के प्रत्येक परिवर्तन की सामग्री को कैसे प्राप्त करूं?

मैं एमएस SourceSafe से संक्रमण बनाने की कोशिश कर रहा हूं और यह एक सरल right-click→ हुआ करता था show history।

Comments

उपरोक्त लिंक अब मान्य नहीं है। : यह लिंक आज काम कर रहा है Git समुदाय बुक

— क्रिस

उपरोक्त लिंक (क्रिस द्वारा पोस्ट) अब मान्य नहीं है। यह लिंक आज काम कर रहा है: git-scm.com/book/en/v2

— Cog

Answer 1

इसके लिए मैं उपयोग करूँगा:

gitk [filename]

या फ़ाइल नाम अतीत के नाम का अनुसरण करने के लिए

gitk --follow [filename]

Comments

लेकिन मेरे पास एक उपकरण भी है जो ऊपर दिए गए 'git blame' के साथ मिलकर मुझे फाइल के स्रोत को ब्राउज़ करने की अनुमति देता है क्योंकि यह समय में बदलता है ...

— Egon Willighagen

दुर्भाग्य से, यह फ़ाइल का नाम अतीत के इतिहास का पालन नहीं करता है।

— डैन मोल्डिंग

मैं उन फ़ाइलों के इतिहास की भी तलाश कर रहा था जिन्हें पहले नाम दिया गया था और इस धागे को पहले मिला। इसका उपयोग "git log --follow <filename>" के रूप में फिल यहाँ बताया गया है ।

— फ्लोरियन गुटमैन

लेखक कमांड लाइन टूल की तलाश में था। जबकि जीआईटी जीआईटी के साथ आता है, यह न तो कमांड लाइन ऐप है और न ही विशेष रूप से अच्छा जीयूआई है।

— मिक्मेकाना जूल

क्या वह एक कमांड लाइन टूल की तलाश में था? "राइट क्लिक -> शो इतिहास" निश्चित रूप से इसका मतलब यह नहीं है।

— hdgarrood

Answer 2

आप उपयोग कर सकते हैं

git log -p filename

प्रत्येक लॉग प्रविष्टि के लिए पैच उत्पन्न करने दें।

देख

git help log

अधिक विकल्पों के लिए - यह वास्तव में बहुत सारी अच्छी चीजें कर सकता है :) एक विशिष्ट कमिट के लिए जो आप कर सकते हैं, उसके लिए सिर्फ एक अंतर पाने के लिए

git show HEAD 

या पहचानकर्ता द्वारा कोई अन्य संशोधन। या उपयोग करें

gitk

नेत्रहीन परिवर्तनों को ब्राउज़ करने के लिए।

Comments

git show HEAD सभी फ़ाइलों को दिखाता है, क्या आप जानते हैं कि एक व्यक्तिगत फ़ाइल को कैसे ट्रैक किया जाए (जैसा कि रिचर्ड पूछ रहा था)?

— जोनास बिस्ट्रॉम

आप उपयोग करते हैं: git show <revision> - फ़ाइल नाम, जो उस संशोधन के लिए अंतर दिखाएगा, यदि कोई मौजूद है।

— मार्कोस ओलिवेरा

--स्टेट भी मददगार है। -P के साथ मिलकर इसका उपयोग कर सकते हैं।

— रफ़ी खाचदौरेन

यह भी खूब रही। gitk उन मार्गों को निर्दिष्ट करते समय अच्छा व्यवहार नहीं करता है जो अब मौजूद नहीं हैं। मैंने git log -p - path का उपयोग किया।

— पाउलो कासारेटो

प्लस गिटक ऐसा लगता है जैसे यह बूगी राक्षस द्वारा बनाया गया था। यह एक शानदार उत्तर है और मूल प्रश्न के अनुरूप है।

— घीस

Answer 3

git log --follow -p -- path-to-file

यह फ़ाइल का पूरा इतिहास (नाम बदलने से परे इतिहास और प्रत्येक परिवर्तन के लिए अलग-अलग सहित) दिखाएगा ।

दूसरे शब्दों में, यदि नाम वाली फ़ाइल का नाम barएक बार रखा गया था foo, तो git log -p bar( --followविकल्प के बिना ) केवल फ़ाइल के इतिहास को उस बिंदु तक दिखाएगा जहां इसे नाम दिया गया था - यह फ़ाइल के इतिहास को तब नहीं दिखाएगा जब इसे जाना जाता था foo। उपयोग git log --follow -p barकरने से फ़ाइल का संपूर्ण इतिहास दिखाई देगा, जिसमें फ़ाइल में कोई भी परिवर्तन शामिल है जब इसे जाना जाता था foo। -pविकल्प सुनिश्चित करता है कि डिफ प्रत्येक परिवर्तन के लिए शामिल किए गए हैं।

Comments

--स्टेट भी मददगार है। -P के साथ मिलकर इसका उपयोग कर सकते हैं।

— रफ़ी खाचदौरेन

मैं मानता हूं कि यह वास्तविक जवाब है। (1.) --followयह सुनिश्चित करता है कि आप फ़ाइल का नाम देखें (2.) -pयह सुनिश्चित करता है कि आप देखें कि फ़ाइल कैसे परिवर्तित होती है (3.) यह केवल कमांड लाइन है।

— ट्रेवर बोयड स्मिथ

@ NHDaly मुझे लगता है कि --जोड़ा गया था, लेकिन मुझे नहीं पता कि यह इसे सबसे अच्छा क्यों बनाता है? यह क्या है कि यह करता है?

— बेंजोना

@Benjohn --विकल्प गिट को बताता है कि यह विकल्पों के अंत तक पहुँच गया है और जो कुछ भी निम्न --है उसे एक तर्क के रूप में माना जाना चाहिए। इसके लिए git logकेवल तभी कोई फर्क पड़ता है जब आपके पास एक पथ का नाम होता है जो डैश से शुरू होता है । मान लीजिए कि आप एक फ़ाइल का इतिहास जानना चाहते हैं, जिसका दुर्भाग्यपूर्ण नाम "--follow" है:git log --follow -p -- --follow

— दान मोल्डिंग

@ बेन्जोन: आम तौर पर, --यह उपयोगी है क्योंकि यह revisionआपके द्वारा दर्ज किए गए फ़ाइल नाम से मेल खाने वाले किसी भी नाम के खिलाफ पहरा दे सकता है, जो वास्तव में डरावना हो सकता है। उदाहरण के लिए: यदि आपके पास एक शाखा और एक फ़ाइल है foo, जिसका नाम है , git log -p fooतो git लॉग इतिहास दिखाएगा foo, फ़ाइल के लिए इतिहास नहीं foo। लेकिन @DanMoulding सही है कि चूंकि --followकमांड केवल एक फ़ाइल नाम को अपने तर्क के रूप में लेता है, यह कम आवश्यक है क्योंकि यह ए नहीं है revision। मैंने बस यही सीखा है। हो सकता है कि आप इसे अपने उत्तर से बाहर छोड़ने के लिए सही थे; मुझे यकीन नहीं है।

— NHDaly

Answer 4

यदि आप पाठ-आधारित रहना पसंद करते हैं, तो आप टिग का उपयोग करना चाह सकते हैं ।

शीघ्र इंस्टॉल करना:

• apt-get :# apt-get install tig
• होमब्रे (OS X) :$ brew install tig

इतिहास को एकल फ़ाइल पर देखने के लिए इसका उपयोग करें: tig [filename]
या विस्तृत रेपो इतिहास ब्राउज़ करें:tig

पर gitkआधारित पाठ के समान । टर्मिनल में रंगों का समर्थन करता है!

Comments

उत्कृष्ट पाठ-आधारित उपकरण, शानदार उत्तर। जब मैंने अपने हेडलेस सर्वर पर gitk को स्थापित करने के लिए निर्भरताएँ देखीं, तो मुझे पता चला। फिर से शुरू होगा A +++

— टॉम मैकेंजी

आप tig -- path/to/specific/file

— बाघ के

Answer 5

git whatchanged -p filenamegit log -p filenameइस मामले में भी बराबर है ।

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

Comments

+1, लेकिन filenameकमांड में वैकल्पिक नहीं है git blame filename।

— रॉकएक्सट्रैक

"नए उपयोगकर्ताओं को इसके बजाय गिट-लॉग का उपयोग करने के लिए प्रोत्साहित किया जाता है। (...) कमांड को मुख्य रूप से ऐतिहासिक कारणों से रखा जाता है;"

— ciastek

Answer 6

SourceTree उपयोगकर्ता

यदि आप अपनी रिपॉजिटरी की कल्पना करने के लिए SourceTree का उपयोग करते हैं (यह मुफ़्त है और काफी अच्छा है) तो आप किसी फ़ाइल पर राइट क्लिक कर सकते हैं और चयनित का चयन कर सकते हैं

प्रदर्शन (नीचे) गिटक की तुलना में बहुत अधिक मित्रतापूर्ण है और सूचीबद्ध अन्य विकल्प हैं। दुर्भाग्य से (इस समय) कमांड लाइन से इस दृश्य को लॉन्च करने का कोई आसान तरीका नहीं है - सोर्सट्री का सीएलआई वर्तमान में सिर्फ रिपोज खोलता है।

Comments

मुझे विशेष रूप से विकल्प "फ़ॉलो की गई फ़ाइलों का पालन करें" पसंद है, जो आपको यह देखने की अनुमति देता है कि क्या फ़ाइल का नाम बदला या स्थानांतरित किया गया था।

— क्रिस

लेकिन जब तक मैं गलत नहीं हूँ (कृपया मुझे बताएं!), कोई केवल एक बार में दो संस्करणों की तुलना कर सकता है? क्या कोई ग्राहक हैं जिनके पास एक ही बार में कई अलग-अलग संस्करणों को अलग करने के लिए एक सुरुचिपूर्ण इंटरफ़ेस है? संभवत: उदात्त पाठ में ज़ूम-आउट दृश्य के साथ? मुझे लगता है कि वास्तव में उपयोगी होगा।

— सैम लेवलन

@SamLewallen अगर मैं सही ढंग से समझूं कि आप तीन अलग-अलग कमिट्स की तुलना करना चाहते हैं? यह तीन-तरफा मर्ज के समान लगता है (मेरा, तुम्हारा, आधार) - आमतौर पर इस रणनीति का उपयोग मर्ज संघर्षों को हल करने के लिए किया जाता है, जरूरी नहीं कि तीन मनमाने तरीके से तुलना की जाए। ऐसे कई उपकरण हैं जो तीन तरह से विलय का समर्थन करते हैं stackoverflow.com/questions/10998728/… लेकिन चाल इन उपकरणों को विशिष्ट संशोधन खिला रही है gitready.com/intermediate/2009/02/27/…

— मार्क फॉक्स

धन्यवाद मार्क फॉक्स, यही मेरा मतलब है। क्या आपको पता है कि किसी भी एप्लिकेशन का क्या होगा?

— सैम लेवलिन

@ MarnenLaibow-Koser मुझे याद नहीं है कि मुझे उस समय SHA की आवश्यकता क्यों है। Ahaha।

— अचलोइलू

Answer 7

यह दिखाने के लिए कि पिछली बार संशोधन और लेखक ने किस फ़ाइल की प्रत्येक पंक्ति को संशोधित किया है:

git blame filename

या यदि आप शक्तिशाली दोष GUI का उपयोग करना चाहते हैं:

git gui blame filename

Answer 8

उनके माध्यम से पढ़ने और थोड़ा खेलने के बाद अन्य उत्तरों का सारांश:

सामान्य कमांड लाइन कमांड होगी

git log --follow --all -p dir/file.c

लेकिन आप इसे देखने के बहुत अधिक मानवीय-पठनीय तरीके देने के लिए गिटक (गुइ) या टीग (पाठ-उई) का भी उपयोग कर सकते हैं।

gitk --follow --all -p dir/file.c

tig --follow --all -p dir/file.c

डेबियन / ubuntu के तहत, इन सुंदर उपकरणों के लिए स्थापित कमांड उम्मीद के मुताबिक है:

sudo apt-get install gitk tig

और मैं वर्तमान में उपयोग कर रहा हूं:

alias gdf='gitk --follow --all -p'

ताकि मैं gdf dirसबकुछ में सबकुछ का एक इतिहास ध्यान में रख सकूं dir।

Comments

मुझे लगता है कि यह एक शानदार जवाब है। हो सकता है कि आप वोट करने के साथ-साथ अन्य तरीकों (IMHO बेहतर) का भी जवाब दें, ताकि बदलाव को देखने के लिए और git के अलावा gitk और tig के माध्यम से।

— पॉपकॉर्नकिंग

बस जवाब देने के लिए जोड़ना है। पथ का पता लगाएँ (git space में, जिस पर रिपॉजिटरी अभी भी मौजूद है)। फिर "git log --follow --all -p <folder_path / file_path>" के ऊपर बताई गई कमांड का उपयोग करें। ऐसा भी हो सकता है, कि फिल्ड / फोल्डर को इतिहास से हटा दिया गया होगा, इसलिए अभी भी मौजूद अधिकतम पथ का पता लगाएं, और इसके इतिहास को लाने की कोशिश करें। काम करता है!

— 10

--allसभी शाखाओं के लिए है, बाकी को @ दान के जवाब में समझाया गया है

— क्रैगॉक्स

ओह यार, इतने लंबे समय के बाद नाम बदलने से परे फ़ाइल को ट्रैक करने के लिए अच्छे समाधान की तलाश में, आखिरकार, मैंने इसे यहां पाया। आकर्षण जैसा काम करता है! धन्यवाद!

— XZero

Answer 9

इस उपनाम को अपने .gitconfig में जोड़ें:

[alias]
    lg = log --all --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset'\n--abbrev-commit --date=relative

और इस तरह कमांड का उपयोग करें:

> git lg
> git lg -- filename

आउटपुट लगभग gitk आउटपुट के समान दिखाई देगा। का आनंद लें।

Comments

मैंने उस एलजी शॉर्टकट को चलाने के बाद, मैंने कहा (और मैं बोली) "सुंदर!"। हालाँकि, ध्यान दें कि "- n" के बाद "- n" एक त्रुटि है।

— जम्बेक जूल

यह भी इस्तेमाल किया जा सकता है git lg -p filename- यह खोज की गई फ़ाइल का एक सुंदर रूप देता है।

— एगेल

Answer 10

हाल ही में मैंने इसकी खोज की tigऔर इसे बहुत उपयोगी पाया। कुछ मामले हैं जो मैं चाहता हूं कि यह ए या बी करता है लेकिन ज्यादातर समय यह बल्कि साफ-सुथरा होता है।

आपके मामले के लिए, tig <filename>आप जो चाह रहे हैं , वह हो सकता है।

http://jonas.nitro.dk/tig/

Comments

on centos yum install tig

— zzapper

Answer 11

आप GitLens के साथ vscode का उपयोग कर सकते हैं , यह एक बहुत शक्तिशाली उपकरण है। GitLens स्थापित करने के बाद, GitLens टैब पर जाएं, चुनें FILE HISTORYऔर आप इसे ब्राउज़ कर सकते हैं।

Answer 12

मैंने इस सटीक उद्देश्य के लिए गिट-प्लेबैक लिखा

pip install git-playback
git playback [filename]

कमांड लाइन (जैसे git log -p) में परिणाम प्रदर्शित करते हुए दोनों का लाभ है, जबकि आप तीर कुंजी (जैसे gitk) का उपयोग करके प्रत्येक कमिट के माध्यम से कदम बढ़ाते हैं ।

Answer 13

या:

gitx -- <path/to/filename>

अगर आप gitx का उपयोग कर रहे हैं

Comments

किसी कारण से मेरा gitx खाली हो जाता है।

— इगोरगानापोलस्की

@IgorGanapolsky आपको यह सुनिश्चित करना होगा कि आप अपने गिट रिपॉजिटरी के मूल में हैं

— zdsbs

Answer 14

आप किसी फ़ाइल के पूरे इतिहास को देखने के लिए, चाहते हैं सहित पर अन्य सभी शाखाओं का उपयोग करें:

gitk --all <filename>

Answer 15

आप यह भी कोशिश कर सकते हैं जो उन कमिटों को सूचीबद्ध करता है जो एक फ़ाइल के एक विशिष्ट भाग को बदल दिया है (Git 1.8.4 में कार्यान्वित)।

लौटाया गया परिणाम इस विशेष भाग को संशोधित करने वाले कमिट की सूची होगी। आदेश:

git log --pretty=short -u -L <upperLimit>,<lowerLimit>:<path_to_filename>

जहाँ अपरलिमिट स्टार्ट_लाइन_नंबर और लोअरलिमिट फाइल का एंडिंग_लाइन_नंबर है।

Https://www.techpurohit.com/list-some-useful-git-commands पर अधिक जानकारी

Answer 16

उत्कृष्ट गिट एक्सटेंशन के साथ , आप उस इतिहास के एक बिंदु पर जाते हैं जहां फ़ाइल अभी भी मौजूद है (यदि इसे हटा दिया गया है, अन्यथा केवल हेड पर जाएं), File treeटैब पर जाएं, फ़ाइल पर राइट-क्लिक करें और चुनें File history।

डिफ़ॉल्ट रूप से, यह नाम बदलने के माध्यम से फ़ाइल का अनुसरण करता है, और Blameटैब किसी दिए गए संशोधन में नाम देखने की अनुमति देता है।

इसमें कुछ मामूली गौचे हैं, जैसे डिलीट रिवीजन पर क्लिक करने पर टैब fatal: Not a valid object nameमें दिखाना View, लेकिन मैं इसके साथ रह सकता हूं। :-)

Comments

यह देखते हुए कि यह केवल विंडोज है।

— इवान हैन

@EvanHahn सटीक नहीं है, मोनो के माध्यम से लिनक्स पर भी GitExtension का उपयोग कर सकते हैं, हम इसे ubuntu पर उपयोग करते हैं और काफी खुश w / यह। देख git-extensions-documentation.readthedocs.org/en/latest/...

— Shmil बिल्ली

Answer 17

यदि आप रिपॉजिटरी मेनू के तहत git GUI (विंडोज पर) का उपयोग कर रहे हैं, तो आप "विज़ुअलाइज़ मास्टर इतिहास" का उपयोग कर सकते हैं। ऊपरी फलक में एक कमेंट और निचले दाएं में एक फ़ाइल हाइलाइट करें और आप निचले बाएँ में उस कमिट के लिए अंतर देखेंगे।

Comments

यह प्रश्न का उत्तर कैसे देता है?

— जंबेक

ठीक है, ओपी ने कमांड लाइन निर्दिष्ट नहीं की, और SourceSafe (जो एक GUI है) से आगे बढ़ना यह इंगित करने के लिए प्रासंगिक लग रहा था कि आप विंडोज पर जीआईटी जीआईआई में वीएसएस में वही काम कर सकते हैं जो आप कर सकते हैं।

— cori

Answer 18

स्मार्टगिट :

1. मेनू में अपरिवर्तित फ़ाइलों को प्रदर्शित करने में सक्षम करें: अपरिवर्तित फ़ाइलों को देखें / दिखाएं
2. फ़ाइल पर राइट क्लिक करें और 'लॉग' चुनें या 'Ctrl-L' दबाएं

Answer 19

मैं जिस उत्तर की तलाश कर रहा था, वह इस धागे में नहीं था, उन फाइलों में बदलाव देखना है, जिनका मैं प्रतिबद्ध था। अर्थात

git diff --cached

Comments

यदि आप स्थानीय (अस्थिर) बदलावों को शामिल करना चाहते हैं, तो मैं अक्सर git diff origin/masterआपकी स्थानीय शाखा और मास्टर शाखा (जिसे रिमोट के माध्यम से अद्यतन किया जा सकता है git fetch) के बीच पूर्ण अंतर दिखाने के लिए

— दौड़ता हूं

Answer 20

यदि आप TortoiseGit का उपयोग करते हैं तो आपको फ़ाइल पर राइट क्लिक करने में सक्षम होना चाहिए TortoiseGit --> Show Log। पॉप अप विंडो में, सुनिश्चित करें कि:

• ' Show Whole Project' विकल्प की जाँच नहीं की गई है।

• ' All Branches' विकल्प की जाँच की जाती है।

Comments

TortoiseGit (और ग्रहण Git के रूप में अच्छी तरह से) किसी भी तरह से चयनित फ़ाइल के संशोधन याद करते हैं, इस पर भरोसा नहीं है!

— नोआम मानोस

@ नोमान्मोस, मैंने उस मुद्दे का सामना नहीं किया है, इसलिए मैं यह सत्यापित नहीं कर सकता कि आपका कथन सही है या नहीं।

— 23:38 पर user3885927

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

— नोआम मानोस

Answer 21

git diff -U <filename> आप एक एकीकृत अंतर दे।

इसे लाल और हरे रंग पर रंगा जाना चाहिए। यदि यह नहीं है, तो चलाएं: git config color.ui autoपहले।

Answer 22

यदि आप git plugin के साथ ग्रहण का उपयोग कर रहे हैं, तो इसमें इतिहास के साथ एक उत्कृष्ट तुलना दृश्य है। फ़ाइल पर राइट क्लिक करें और "=>" इतिहास के साथ तुलना करें "चुनें

Comments

हालांकि आप एक नष्ट फ़ाइल खोजने के लिए अनुमति नहीं दी जाएगी।

— avgvstvs

किसी फ़ाइल के दो संस्करणों की तुलना करना फ़ाइल के इतिहास को देखने के लिए अलग है

— गोलिमर

Answer 23

मैं शायद के बारे में जहां ओपी था जब यह शुरू कर दिया, कुछ सरल है कि मुझे का उपयोग करते हैं होगा की तलाश कर रहा हूँ Git difftool साथ vimdiff एक विशिष्ट प्रतिबद्ध से शुरू मेरी रेपो में फाइल करने के लिए परिवर्तनों की समीक्षा करने के लिए। मैं उन उत्तरों से बहुत खुश नहीं था जो मुझे मिल रहे थे, इसलिए मैंने इस git inc remental rep orter (gitincrep) स्क्रिप्ट को एक साथ फेंक दिया और यह मेरे लिए उपयोगी है:

#!/usr/bin/env bash

STARTWITH="${1:-}"
shift 1

DFILES=( "$@" )

RunDiff()
{
        GIT1=$1
        GIT2=$2
        shift 2

        if [ "$(git diff $GIT1 $GIT2 "$@")" ]
        then
                git log ${GIT1}..${GIT2}
                git difftool --tool=vimdiff $GIT1 $GIT2 "$@"
        fi
}

OLDVERS=""
RUNDIFF=""

for NEWVERS in $(git log --format=format:%h  --reverse)
do
        if [ "$RUNDIFF" ]
        then
                RunDiff $OLDVERS $NEWVERS "${DFILES[@]}"
        elif [ "$OLDVERS" ]
        then
                if [ "$NEWVERS" = "${STARTWITH:=${NEWVERS}}" ]
                then
                        RUNDIFF=true
                        RunDiff $OLDVERS $NEWVERS "${DFILES[@]}"
                fi
        fi
        OLDVERS=$NEWVERS
done

बिना किसी आर्ग के साथ कॉल किया जाता है, यह रेपो इतिहास की शुरुआत से शुरू होगा, अन्यथा यह आपके द्वारा उपलब्ध कराए गए संक्षिप्त हैश के साथ शुरू होगा और वर्तमान में आगे बढ़ेगा - आप बाहर निकलने के लिए किसी भी समय सीटी-सी कर सकते हैं। पहले के बाद कोई भी आर्ग्स अंतर रिपोर्ट को केवल उन आर्गों के बीच सूचीबद्ध फ़ाइलों को शामिल करने के लिए सीमित करेगा (जो मुझे लगता है कि ओपी चाहता था, और मैं सभी लेकिन छोटी परियोजनाओं के लिए सिफारिश करूंगा)। आप विशिष्ट फ़ाइलों में परिवर्तन की जाँच कर रहे हैं और शुरू से ही शुरू करना चाहते हैं, तो आप ARG1 के लिए एक खाली स्ट्रिंग प्रदान करनी होगी। यदि आप एक विम उपयोगकर्ता नहीं हैं, तो आप अपने पसंदीदा डिफरेंशियल टूल से विमीडफ को बदल सकते हैं ।

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

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

Answer 24

मुझे फ़ाइल का इतिहास जल्दी से खोजने के लिए एक बहुत ही सरल समाधान मिला है।

1. फ़ाइल में एक यादृच्छिक परिवर्तन करें
2. यह आपके सॉर्सेट्री पर अप्रभावित परिवर्तनों के रूप में दिखाई देगा
3. फ़ाइल पर राइट क्लिक करें और 'लॉग चयनित' चुनें

इसमें सभी कमिट्स का इतिहास दिखाया जाएगा।

Comments

यह GUI कहाँ से आता है?

— कोलीड्रे

Sourcetree UI। धन्यवाद

— savvyBrar