2009-02-12 18 views
5

मुझे हमारे सेट-अप को समझाकर शुरू करें:TortoiseSVN: ग्रे चेकमार्क का क्या कारण बनता है?

मैं कुछ ठेकेदारों के साथ काम कर रहा हूं। वे स्रोत नियंत्रण के लिए विजुअल सोर्स सेफ का उपयोग कर रहे हैं और हमारी कंपनी सबवर्सन का उपयोग कर रही है। हर कुछ दिन वे निम्न चरणों का पालन करने से हमारे संग्रह का चेकइन पहिले: हमारे रिपोजिटरी से

  1. चैकआउट पर
  2. कॉपी (वे केवल लोगों को इस पर काम कर तो यह वास्तव में कुछ भी ऐसा नहीं करता हो) निर्देशिका सभी आवेदन फाइलों
  3. एक भयानक प्रक्रिया कमिट वापस

इसकी और हम अगले चरण में यह पता करने के लिए योजना बना रहे हैं, लेकिन यह काम करता है। सिवाय इसके कि कभी-कभी यह नहीं होता है। कभी-कभी प्रतिबद्ध होने के बाद कुछ फाइलों में ग्रे ग्रेमार्क ओवरले होता है।

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

क्या कोई यह बता सकता है कि गोंग किस पर है और इसे कैसे ठीक किया जाए?

उत्तर

10
here से

:

आप SVN सेट किया है: एक फ़ाइल पर जरूरतों को ताला संपत्ति, सबवर्सन उस फ़ाइल ReadOnly जब तक आप उस फाइल पर एक ताला प्राप्त करता है। केवल-पढ़ने वाली फ़ाइलों में यह ओवरले है कि यह इंगित करने के लिए कि आपको उस फ़ाइल को संपादित करने से पहले लॉक प्राप्त करना होगा।

हम यहां ज़रूरतों को लॉक सामग्री का उपयोग नहीं करते हैं, इसलिए मैं वास्तव में और अधिक व्याख्या नहीं कर सकता। हालांकि यह एक शुरुआत है।

संपादित करें: चूंकि वे VSS का उपयोग कर रहे हैं, इसलिए फ़ाइलों को केवल-पढ़ने योग्य विशेषता सेट की जाएगी जब उन्हें चेक आउट नहीं किया जाएगा। TortoiseSVN इसे आवश्यकता-लॉक सेट के रूप में व्याख्या कर सकता है।

+0

मूस, आप रॉक, हफ्तों के लिए इस के साथ संघर्ष कर रहे हैं –

+0

मजेदार, मैं बस इस दिन के बारे में सोच रहा था। मुझे लगता है कि एसवीएन व्यवस्थापक ने हमारे वीएसएस डेवलपर्स को एसवीएन पर स्विच करने के लिए "प्रोत्साहित" करने में मदद के लिए कुछ बदलाव किए हैं। – Powerlord

4

ये वे फ़ाइल हैं जिनमें svn: need-lock प्रॉपर्टी सेट है। इन फ़ाइलों को संपादित करने के लिए आपको पहले उन्हें लॉक करना होगा।

आप SVN सेट किया है::

यहाँ TortoiseSVN की मदद फ़ाइल से व्याख्या दी गई है की जरूरत ताला एक फ़ाइल पर संपत्ति, सबवर्सन बनाता फ़ाइल है कि केवल पढ़ने के लिए जब तक आप उस पर एक ताला मिल फ़ाइल। उस फ़ाइल को संपादित करने से पहले इस फ़ाइल में यह ओवरले इंगित करता है कि आपके पास है, इससे पहले कि आप कर सकें।

आमतौर पर इसे बाइनरी फाइलों (छवियों, शब्द दस्तावेज इत्यादि) के साथ प्रयोग किया जाता है जिसे कई लोगों द्वारा संपादित किए जाने पर आसानी से विलय नहीं किया जा सकता है। लॉक रोकता है कि एक समय में फ़ाइल को एक से अधिक व्यक्ति द्वारा संपादित किया जा सकता है।

यदि आप svn: need-lock संपत्ति को हटाना चाहते हैं, तो फ़ाइल पर राइट-क्लिक करें, TortoiseSVN -> गुणों का चयन करें और संपत्ति को हटाएं।

अद्यतन: क्या एक फ़ाइल पैदा कर सकता है SVN के लिए: जरूरतों ताला संपत्ति:

  • या तो यह स्पष्ट रूप से किसी को
  • द्वारा स्थापित किया गया था या आप तोड़फोड़ कॉन्फ़िग फ़ाइल में कुछ नियम है (TortoiseSVN -> सेटिंग्स -> उपवर्तन विन्यास फाइल संपादित करें)। उस फ़ाइल के [ऑटो-प्रोप] अनुभाग को देखें। उदाहरण के लिए, हम सबवर्सन कॉन्फ़िगरेशन फ़ाइल के [ऑटो-प्रोप] अनुभाग में संबंधित फ़ाइल-एक्सटेंशन जोड़कर, सभी एमएस-ऑफिस फ़ाइलों पर आवश्यकताओं-लॉक प्रॉपर्टी को स्वचालित रूप से सेट करते हैं।
+0

ऐसा होने का क्या कारण होगा, कोई भी स्पष्ट रूप से कुछ भी लॉक नहीं कर रहा है। प्रक्रिया ठीक वैसे ही है जैसा मैंने वर्णन किया था। –

+0

मैन, मैं आज पर्याप्त तेज़ी से टाइप नहीं कर सकता। – Moose

+0

यह हो सकता है कि svn फ़ाइल को केवल पढ़ने के रूप में देखता है और प्रोप सेटिंग के रूप में उपयोग करता है? – Tim

0

क्या वे बाइनरी फाइलें हैं? यदि ऐसा है तो इसका मतलब है कि फ़ाइलों को सर्वर पर विशेष रूप से लॉक कर दिया गया है, ताकि कोई भी उन्हें एक साथ जांच न सके।

+0

नहीं, नियमित सीएस, एएसपीएक्स, और अन्य फाइलें –

1

इससे मदद मिल सकती है?

http://www.nabble.com/Document-locked,-won%27t-release-td15162692.html

केवल पढ़ने के लिए विशेषता स्थापित किया गया था।

उन्हें शायद उनकी तरफ से सही करने की आवश्यकता है।

और निश्चित रूप से आप इस भयानक योजना के साथ जारी रखने के लिए जा रहे हैं अपने संस्करण नियंत्रण प्रणाली

+0

मुझे लगता है कि यह बिल्कुल ठीक है। VSS उन फ़ाइलों को सेट करता है जिन्हें केवल पढ़ने के लिए चेक नहीं किया जाता है। – Moose

1

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

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

0

आपको फ़ाइल और फ़ोल्डर आइकन ओवरले दिखाने के लिए जब भी आप एक्सप्लोरर में ऐसे फ़ोल्डर को खोलते हैं तो TortoiseSVN को स्थिति प्राप्त करनी होगी। यह आमतौर पर एक सेकेंड का अंश लेता है, लेकिन यदि आपके पास धीमी हार्ड डिस्क या बहुत बड़ी निर्देशिका है तो इसमें अधिक समय लग सकता है। यहां देखने के लिए कुछ चीज़ें दी गई हैं: नेटवर्क ड्राइव प्रतिक्रिया देने में बहुत धीमी हो सकती है, इसलिए आपको ऐसे ड्राइव के लिए आइकन ओवरले बंद करना पड़ सकता है। हालांकि, कैशिंग योजना आमतौर पर इसे व्यावहारिक बनाती है। जब भी फ़ाइल का अंतिम संशोधित समय बदल जाता है, तो TortoiseSVN को उस फ़ाइल के पूर्ण diff (!) को यह पता लगाने के लिए करने की आवश्यकता होती है कि यह बदल गया है या नहीं। यदि आप अक्सर एक फ़ाइल बदलते हैं, तो परिवर्तनों को पूर्ववत करें और फ़ाइल को फिर से सहेजें, आपको ब्राउज़िंग में मंदी का सामना करना पड़ेगा। आप अपने कामकाजी प्रतिलिपि फ़ोल्डर्स का क्लीनअप करके उस स्थिति को ठीक कर सकते हैं। टोरोइस एसवीएन में हस्तक्षेप करने वाले कई वायरस स्कैनर हैं।अधिकांश समय वे .svn स्थिति निर्देशिका के अंदर फ़ाइलों को लॉक करते हैं, जो TortoiseSVN को लटका या बहुत धीमा होने का कारण बन सकता है। कभी-कभी आपको एक्सेस अस्वीकृत त्रुटि भी मिल सकती है। अपने वायरस स्कैनर को कॉन्फ़िगर करने का प्रयास करें ताकि यह .svn निर्देशिकाओं को अनदेखा कर सके। यदि आप Windows XP पर काम कर रहे हैं तो आप ज़िपफोल्डर्स को भी अक्षम कर सकते हैं। यह ब्राउज़िंग की गति भी बढ़ाएगा। 1. प्रारंभ मेनू से चलाएं चुनें 2. प्रॉम्प्ट पर regsvr32/u% windir% \ system32 \ zipfldr.dll टाइप करें और ठीक पर क्लिक करें 3. परिवर्तन तुरंत प्रभावी हो जाएगा, लेकिन आपको सभी के लिए विंडोज को पुनरारंभ करना पड़ सकता है गायब होने के लिए अंतर्निहित ज़िप समर्थन का निशान। यदि, किसी भी समय, आप Windows XP के अंतर्निर्मित ज़िप समर्थन को फिर से सक्षम करना चाहते हैं, तो बस इन चरणों का पालन करें: 4. प्रारंभ मेनू से चलाएं चुनें 5. टाइप regsvr32% windir% \ system32 \ zipfldr.dll प्रॉम्प्ट और ठीक पर क्लिक करें 6. परिवर्तन तुरंत प्रभावी हो जाएगा, लेकिन उपलब्ध होने के लिए अंतर्निहित ज़िप समर्थन के सभी निशानों के लिए आपको Windows को पुनरारंभ करना पड़ सकता है। स्पाइवेयर, नीति प्रवर्तन सॉफ्टवेयर, या स्थानीय खोज इंजन (जैसे Google डेस्कटॉप) के लिए अपने सिस्टम की जांच करें। वे सभी सामान्य रूप से सामान्य उपयोग में हस्तक्षेप कर सकते हैं।

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