2011-06-07 7 views
5

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

पुल का परिणाम दिखाता है "प्रत्येक फ़ाइल के लिए संदेश" अपडेट की आवश्यकता है।

+2

आप खिड़कियों पर Git का उपयोग कर रहे है? आम तौर पर ये चीजें तब होती हैं जब लाइनेंडिंग (सीआरएलएफ/एलएफ) के बीच रूपांतरण सही ढंग से काम नहीं करता है। गिट diff का उत्पादन क्या है? यदि यह केवल समान रेखाओं द्वारा प्रतिस्थापित लाइनों की जगह है तो यह संभवतः समाप्त होने वाली रेखा समाप्त होने की संभावना है। –

+0

नहीं। मैक पर मुझे यह भी प्रदान करना चाहिए था कि यह मास्टर पुल के लिए एक साधारण मास्टर है। मैं कुछ समय के लिए इस रेपो के साथ काम कर रहा हूं। – doublejosh

+0

जब कोई संघर्ष होता है तो मैंने इस व्यवहार को देखा है। गिट रिमोट चेंज को मर्ज करने के लिए प्रयास करता है (और विफल रहता है), और इसके बजाय सभी परिवर्तनों (उपर्युक्त दूरस्थ परिवर्तन सहित) को एक बड़े स्थानीय परिवर्तन के रूप में दिखाता है। –

उत्तर

3

मैं कैसे गड़बड़ से बाहर हो गया:

के रूप में मैं अपने समाधान का परीक्षण करने के खींच रखा मैं का उपयोग करना ...

git reset --hard जो आप सबसे हाल ही में करने के लिए वापस ले जाता है था में प्रतिबद्ध लकड़ी का लठा।

git clean -fd जो लॉग में हालिया प्रतिबद्धता के बाद से अनचाहे फ़ाइलों को मार देता है।

आखिरकार मैंने फैसला किया कि मुझे अपमानजनक सेटिंग्स फ़ाइल को chmod 777 और पर बदलने की आवश्यकता है अनुमति अनुमति। एक अन्य विकल्प अधिक यहाँ के साथ git config core.filemode false पढ़ने की अनुमति नास्तिक मोड में Git बदलने के लिए हो गया होता: How do I make Git ignore file mode (chmod) changes?

तो मैं परिवर्तन विलय और फ़ाइलों के साथ लॉग अद्यतन करने के लिए एक पुल था, हमलावर फ़ाइल की अनुमति वापस बदल दिया 644 करने के लिए और इसे प्रतिबद्ध करें ... और उसे वापस काम करने वाले मास्टर (खुश होने की अनुमति है।)

ऐसा लगता है कि यह एक बग है जिसमें अनुमति विफलता होने से फ़ाइल परिवर्तनों को विलय करने की अनुमति मिलती है लेकिन लॉग इतिहास ' टी काम करता है !!!

Btw: मेरे git --versiongit version 1.5.6.5

+0

बीटीडब्ल्यू: यह फ़ाइल अनुमतियों से संबंधित है। मान लें कि कभी-कभी गिट ऐसा नहीं लगता है कि इसकी अनुमतियां हैं और स्टालों ने सोचा कि वास्तविक परिवर्तन हुआ है ... इसलिए यह गलत स्थिति में आता है। – doublejosh

5

के रूप में इस Git project में सचित्र, इस हो सकता है जब Git यूनिक्स पर विकसित परियोजनाओं के लिए EOL शैली को समायोजित करने की कोशिश करता है, और Windows पर क्लोन:

via msysgit Troubleshooting

run command in git bash: git config --global core.autocrlf false if this is not done then git svn rebase reports "needs update" thinking that changes have been made to the source May run into troubles with the commit

इस SO answer for more देखें।

+0

क्षमा करें और धन्यवाद, लेकिन मुझे नहीं लगता कि यह यह है। मैं एक मैक पर हूं और आने वाले परिवर्तन फाइलों (वास्तविक संपादन) में वास्तविक परिवर्तन हैं, लेकिन गिट लॉग इतिहास के साथ अद्यतन नहीं होता है, इसलिए यह सिंक के रूप में शिकायत करता है। OOORRR शायद मैं अभी तक आपके उत्तर को समझ नहीं पा रहा हूं :) – doublejosh

+0

@doublejosh: नहीं, आपको लगता है कि मेरा जवाब ठीक है। शायद क्रिस की टिप्पणी मदद मिलेगी? – VonC

संबंधित मुद्दे