गिट मास्टर शाखा में

Question

विलय के बाद बस नई फ़ाइलें नहीं हैं मान लीजिए कि मेरे पास 2 शाखाएं, master और other हैं।

मैं other शाखा में जाता हूं, 2 फाइलें जोड़ता हूं, प्रतिबद्ध करता हूं और पुश करता हूं।

अब मैं master शाखा में जाता हूं, फ़ाइलों को एक अलग निर्देशिका में जोड़ता हूं, और उन्हें प्रतिबद्ध करता हूं। फिर मैं other मर्ज करता हूं।

समस्या यह है कि मैंने other में जो फ़ाइलें शामिल की हैं, वे दिखाई नहीं दे रहे हैं। गिट का कहना है कि यह अद्यतित है, लेकिन इसकी नहीं! फाइलें गायब हैं

other में फ़ाइलों को जोड़ने के लिए मैं master को कैसे मजबूर कर सकता हूं या किसी भी तरह मैन्युअल रूप से उन्हें जोड़ सकता हूं? कार्ल के लिए

संपादित करें:

मैं हालांकि परिवर्तन है कि दिखाई नहीं दे रहे कई हफ्तों के पुराने हैं मेरी जानकारी के लिए निम्न किया था,। मुझे अभी एहसास हुआ कि वे आज वहां नहीं थे।

$ git branch 
*other 
master 
$ git add . 
$ git commit -m 'cool new features' 
$ git push origin other 
$ git checkout master 
$ git merge other 
$ git add . 
$ git commit -m 'merged cool new features from other' 
$ git push origin master 

मैं गीथूब पर जाता हूं, और फाइलें वहां नहीं हैं। अन्य फाइलें प्रतिबद्ध थीं और दिखायी गयी थीं, लेकिन दो फ़ोल्डर्स में मेल खाने वाली सामग्री नहीं है। फाइलें other में मौजूद हैं लेकिन master में नहीं हैं। स्पष्टीकरण के लिए, फाइलें नई नहीं थीं। लेकिन मैंने सोचा कि विलय कम से कम master पर फाइलों की प्रतिलिपि बनायेगा यदि वे मौजूद नहीं हैं!

Answer 1

इस तरह

:

karl@Bielefeldt-Server:~/stackoverflow$ git init . 
Initialized empty Git repository in /home/karl/stackoverflow/.git/ 
karl@Bielefeldt-Server:~/stackoverflow$ touch common_file_a 
karl@Bielefeldt-Server:~/stackoverflow$ touch common_file_b 
karl@Bielefeldt-Server:~/stackoverflow$ git add . 
karl@Bielefeldt-Server:~/stackoverflow$ git commit -m "commit common files" 
[master (root-commit) 89a5cd0] commit common files 
0 files changed 
create mode 100644 common_file_a 
create mode 100644 common_file_b 
karl@Bielefeldt-Server:~/stackoverflow$ git checkout -b other 
Switched to a new branch 'other' 
karl@Bielefeldt-Server:~/stackoverflow$ mkdir other 
karl@Bielefeldt-Server:~/stackoverflow$ touch other/other_file_a 
karl@Bielefeldt-Server:~/stackoverflow$ touch other/other_file_b 
karl@Bielefeldt-Server:~/stackoverflow$ git add . 
karl@Bielefeldt-Server:~/stackoverflow$ git commit -m "commit other files" 
[other 9c7409c] commit other files 
0 files changed 
create mode 100644 other/other_file_a 
create mode 100644 other/other_file_b 
karl@Bielefeldt-Server:~/stackoverflow$ git checkout master 
Switched to branch 'master' 
karl@Bielefeldt-Server:~/stackoverflow$ touch master_file_a 
karl@Bielefeldt-Server:~/stackoverflow$ touch master_file_b 
karl@Bielefeldt-Server:~/stackoverflow$ git add . 
karl@Bielefeldt-Server:~/stackoverflow$ git commit -m "commit master files" 
[master 3558768] commit master files 
0 files changed 
create mode 100644 master_file_a 
create mode 100644 master_file_b 
karl@Bielefeldt-Server:~/stackoverflow$ ls 
common_file_a common_file_b master_file_a master_file_b 
karl@Bielefeldt-Server:~/stackoverflow$ git merge other 
Merge made by the 'recursive' strategy. 
0 files changed 
create mode 100644 other/other_file_a 
create mode 100644 other/other_file_b 
karl@Bielefeldt-Server:~/stackoverflow$ ls 
common_file_a common_file_b master_file_a master_file_b other 
karl@Bielefeldt-Server:~/stackoverflow$ ls other 
other_file_a other_file_b 

आप अलग परिणाम हो रही है, तो आप या तो एक कदम लापता, एक अतिरिक्त कदम कहीं डाल, या तो आपको यह बताने नहीं कर रहे हैं त्रुटि के कुछ प्रकार हो रही है एक विलय संघर्ष की तरह, हम के बारे में। हमारे पास यह जानने का कोई तरीका नहीं है कि क्यों कुछ मूलभूत आपके लिए काम नहीं कर रहा है जब तक कि आप सटीक आदेश और आउटपुट जो आप प्राप्त कर रहे हैं, पोस्ट करते हैं।

Answer 2

यह थोड़ा देर हो चुकी है, लेकिन अन्य उपयोगकर्ताओं के लिए जो इस प्रश्न को ढूंढते हैं, मैं ऐसी स्थिति का वर्णन करूंगा जहां एजेकोडज़ द्वारा देखी गई समस्या होगी। यदि आप git checkout master; git merge other करते हैं, जिसके दौरान आप master (और संभवतः उस तथ्य के बारे में भूल जाते हैं) में कुछ नई फ़ाइलों को हटाते हैं और बाद में git checkout master; git merge other फिर से करते हैं, तो "नई" फ़ाइलें master में फिर से दिखाई नहीं देगी, क्योंकि वे हैं नया नहीं। विलय केवल मर्ज-बेस के सापेक्ष परिवर्तनों की परवाह करता है, जो कि दोनों शाखाओं के माध्यम से सबसे छोटी प्रतिबद्धता है। आपके दूसरे विलय के दौरान, मर्ज-बेस आपके पहले विलय के दौरान समान नहीं है, वर्णित परिदृश्य में दूसरे विलय के दौरान विलय-आधार वह प्रतिबद्धता है जो पहले विलय के दौरान other की नोक थी। यदि other तब से नई फ़ाइलों को नहीं बदला है, तो master में हटाना सबसे वर्तमान परिवर्तन है और इसलिए दूसरी फाइलों को हटाने के बाद नई फाइलों को हटाना राज्य होगा।

कि असुविधाजनक लगता है, तो आप एक अस्थायी शाखा (यह merge_branch कॉल) बनाने --squash का उपयोग कर इसे में other विलय, करने, master में विलय और अस्थायी शाखा को हटा कर उसके चारों ओर हो सकता है। यह शायद आदर्श समाधान नहीं है (उदाहरण के लिए पहले से ही हल किए गए विलय विवादों को फिर से हल किया जाना पड़ सकता है), लेकिन फिर मूल स्थिति शायद पहले ही गलती का परिणाम है।यहाँ मैं कोड में क्या मतलब है:

git log other # find the commit where 'other' originally branched off 
git checkout -b merge_branch COMMIT_ID # go there & create branch 
# without '--squash', the following merge would simply be a fast-forward 
# merge and wouldn't solve our problem, because 'merge_branch' would then 
# point to the same commit as 'other' and so the later merge into 
# 'master' would produce the same unsatisfactory result. 
git merge --squash other # does not create a new commit by itself 
git commit # better add an explanation for what you did and why 
# 'merge_branch' now contains everything you did in 'other' since it 
# branched off from 'master', but squashed into a single new commit 
git checkout master 
git merge merge_branch 
git branch --delete merge_branch 

Answer 3

मैं मास्टर शाखा में एक ही नाम के साथ खाली फ़ाइल बनाने के द्वारा इस समस्या का समाधान:

मान लीजिए, शाखा other एक नई फ़ाइल newfile.txt कि नहीं था शामिल master पर किसी भी तरह विलय किया गया।

git checkout master 
touch newfile.txt 
git add newfile.txt 
git commit -m "create newfile.txt" 
git merge other 

यह गंदा है, लेकिन काम करता है।