গিটে কোনও ফাইল মোছার সময় সন্ধান করুন

Question

আমার কাছে এন কমিটস সহ একটি গিট সংগ্রহস্থল রয়েছে।

আমার একটি ফাইল রয়েছে যা আমার প্রয়োজন ছিল এবং এটি সঞ্চিত্রে থাকত এবং হঠাৎ করেই আমি সন্ধান করি এবং "ওহ! ফাইলটি কোথায় গেল?"

এমন কি (সিরিজের) গিট কমান্ড (গুলি) আছে যে আমাকে বলবে যে "ফাইলটি সত্যই_নিডড। টেক্সটটি কমিট এন -13 এ মুছে ফেলা হয়েছে"?

অন্য কথায়, প্রতিটি পৃথক প্রতিশ্রুতি না দেখে এবং আমার গিট রেপোতে প্রতিটি ফাইলের প্রতিটি পরিবর্তন রয়েছে তা জেনেও আমি কী দ্রুতই শেষ ফাইলটি খুঁজে পেতে পারি যে সেই ফাইলটি আছে, তাই আমি এটি আবার ফিরে পেতে পারি?

Comments

কমিটের ইতিহাসে মুছে ফেলা ফাইলটি কীভাবে সনাক্ত করা যায় তার

— পেড্রো রলো

পেড্রোর ভাগ করা লিঙ্কটিতে আমার প্রশ্নের উত্তর ছিল: আপনি যখন পথটি মনে রাখবেন না তখন কীভাবে মুছে ফেলা ফাইলটি কীভাবে সন্ধান করবেন।

— গর্ডন বিন বিন

Answer 1

git log --full-history -- [file path] কোনও ফাইলের পরিবর্তনগুলি দেখায়, ফাইলটি মোছা হয়ে গেলেও কাজ করে।

উদাহরণ:

git log --full-history  -- myfile

আপনি যদি কেবলমাত্র শেষ প্রতিশ্রুতি দেখতে চান, যা কোনও ফাইল -1 এর পাশাপাশি মুছে ফেলেছে, যেমন, 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 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উপরের টার্মিনাল ডাম্পের ফলে আক্ষরিক অর্থে আউটপুট আসেনি; গিট ইতিহাসকে সরল করে তুলছে এমন একটি কথাসাহিত্যে যেখানে barকখনও অস্তিত্ব ছিল না। git log --full-history -- barঅন্যদিকে, এটি আমাদের তৈরি প্রতিশ্রুতি দেয় এবং প্রতিশ্রুতি দেয় barযা এটি মুছে ফেলে।

পরিষ্কার হতে হবে: এই সমস্যাটি কেবল তাত্ত্বিক নয়। আমি কেবল দস্তাবেজগুলিতে সন্ধান করেছি এবং --full-historyপতাকাটি আবিষ্কার করেছিলাম কারণ git log -- some_fileআমার জন্য একটি সত্যিকারের ভাণ্ডারটিতে ব্যর্থ হচ্ছিল যেখানে আমি মুছে ফেলা ফাইলটি ট্র্যাক করার চেষ্টা করছি। ইতিহাসের সরলীকরণ কখনও কখনও সহায়ক হতে পারে যখন আপনি বর্তমানে বিদ্যমান ফাইলটি তার বর্তমান অবস্থায় কীভাবে এসেছিল তা বোঝার চেষ্টা করছেন তবে কোনও ফাইল মুছে ফেলার বিষয়টি ট্র্যাক করার চেষ্টা করার সময় আপনার প্রতিশ্রুতিবদ্ধ প্রতিশ্রুতি গোপন করে আপনার প্যাঁচানোর সম্ভাবনা বেশি থাকে more । --full-historyএই ব্যবহারের ক্ষেত্রে সর্বদা পতাকা ব্যবহার করুন ।

Comments

নোট করুন যে এটি কেবলমাত্র বর্তমান শাখার সাথে সম্পর্কিত ইতিহাস অনুসন্ধান করবে ('পুরো রেপো ইতিহাস নয়') ... অর্থাত্ ফাইলটি যদি বর্তমান শাখায় মুছে ফেলা না হয় তবে অন্য একটি শাখায় থাকে তবে এটি মুছুন প্রতিশ্রুতি খুঁজে পাবে না। আপনার যে কোনও শাখায় থাকতে হবে যেখানে ফাইলটি ইতিমধ্যে মুছে ফেলা হয়েছে । এটি সম্পর্কে চিন্তা করার সময় সম্ভবত স্পষ্ট হয় তবে এটি প্রথমে আমাকে ধরা দেয়।

— এ্যানেন্ট্রপিক

এই উত্তর কাজ করে। তবে git logআউটপুট থেকেই, এটি মোটেও সুস্পষ্ট নয় যে শেষ প্রতিশ্রুতি ফাইলটি মুছে ফেলেছে । আমিও চেষ্টা git log --name-status --full-history -- file_nameএবং git log -p --stat --full-history -- file_name, কিন্তু তন্ন তন্ন স্পষ্টভাবে নির্দেশ করে যে ফাইল অপসারণ করা হয়েছে সর্বশেষ কমিট। এটি একটি বাগের মতো মনে হচ্ছে।

— মার্টিন_ডাব্লু 23'18

@ মার্টিন_এটিএস- 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এ গিট ২.১২.২ সহ লগ আউটপুট অন্তর্ভুক্ত রয়েছে 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এন্ট্রি প্রদর্শন করবে না ।

— মার্টিন_ডাব্লু

@ মার্টিন_এটিএস কৌতূহলী। আমি অবাক হয়েছি যদি সম্ভবত .htaccessকোনও কমিট এক্সে যোগ হয়েছে তবে তারপরে এক্সকে মাস্টার করে আনার একীভূত অঙ্গীকারের অন্তর্ভুক্ত না? আমি কেবল এটিই ভাবতে পারি যে সম্ভবত যুক্তি দেওয়া উচিত যে কোনও ফাইল যুক্ত হওয়া এবং কখনও মুছে ফেলা হয়নি এবং এখনও উপস্থিত না হওয়ার মতো হওয়া উচিত। একটি এমসিভিই চেষ্টা করে দেখতে খুব আকর্ষণীয় হবে, তবে এটি গিট বাগ আছে কিনা তা খুঁজে বের করুন এবং যদি তা না হয় তবে আপনার মামলা পরিচালনা করতে আমার উত্তরটি টুইঙ্ক করা সম্ভব কিনা।

— মার্ক অ্যামেরি

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( মুছে ফেলা ) মুছে ফেলা সমস্ত কিছু প্রত্যাবর্তন করে । সেখানে যে কোনও সিড রেজিপ্সপ \/some_dir\/করবে।

ওএসএক্স (@ ট্রিপলি এবং @ কেইফকে ধন্যবাদ)

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: '}'

— ব্রেন্ট ফাউস্ট

@ ব্রেন্টফাউস্ট এটি অত্যন্ত দুঃখের বিষয় যা আমি পরীক্ষা করতে পারি না ... শেষ দিকে একটি স্থান যুক্ত করার চেষ্টা করুন (ধনুর্বন্ধনীগুলির পরে তবে একক উদ্ধৃতিটির আগে), ম্যান পেজ অনলাইন এই বিষয়ে পরিষ্কার নয় ...

— ইস্টানি

ভাল পরামর্শ। তবে একক উদ্ধৃতিতে কোনও স্থান যুক্ত করা কোনও উপকারে আসেনি। ক্লোজিংয়ের ধনুর্বন্ধনী আগে একটি স্থানও করেনি।

— ব্রেন্ট ফাউস্ট

বিএসডি / ওএসএক্স 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 }আমার জন্য ওএসএক্সে কাজ করেছি।

— কিফ

Answer 5

আপনি নিম্নলিখিত প্রতিশ্রুতিটি ফাইলটি মুছে ফেলা যা নিম্নলিখিত হিসাবে খুঁজে পেতে পারেন:

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

আরও তথ্য এখানে পাওয়া যায়

Comments

প্রাথমিক আপোভোটেড সমাধানটি আমার পক্ষে কাজ করে নি, তবে এটি একটি করেছে।

— নিক হেইনার

Answer 6

চেষ্টা করুন:

git log --stat | grep file