क्या डेल्फी कभी-कभी टेक्स्ट फॉर्म फाइलों (डीएफएम) को बाइनरी प्रारूप में वापस लाता है?

Question

हमारी डेल्फी 7 विकास टीम टेक्स्ट मोड में फॉर्म फाइलें (डीएफएम) स्टोर करती है, और परिवर्तनों को ट्रैक करने के लिए स्रोत नियंत्रण प्रणाली (सबवर्जन) का उपयोग करती है।

कभी-कभी, हमने देखा कि एक फॉर्म फ़ाइल संशोधनों के बीच बाइनरी प्रारूप में लौट आई है, जिससे टोर्टोइजमेर्ज जैसे भिन्न उपकरण शिकायत करते हैं।

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

क्या आपको इसका सामना करना पड़ा है? क्या यह एक ज्ञात समस्या है?

Answer 1

मैंने देखा है कि यह डेल्फी 7 में होता है जब एक अलग परियोजना से दूसरे फॉर्म से विरासत में एक फॉर्म डेल्फी में खोला जाता है, जो परियोजना के बिना खुला रहता है।

Answer 2

अगर किसी ने डेल्फी के विभिन्न संस्करण (या डिफ़ॉल्ट सेटिंग्स को बदल दिया है) के साथ प्रोजेक्ट खोला है, तो वह फॉर्म को विभिन्न प्रारूपों में सहेज सकता है।

Answer 3

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

Answer 4

हमें निश्चित रूप से इसका सामना करना पड़ा है। हम विशेष रूप से डी 7 का उपयोग करते हैं।

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

मुझे लार्स के जवाब को देखने में दिलचस्पी थी, और निश्चित रूप से यह देखना होगा कि अगली बार ऐसा होने पर यह संभव कारण है या नहीं।

Answer 5

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

Scooter Software

Answer 6

यह कभी कभी होता है जब आईडीई भ्रमित हो जाता है।

यह आमतौर पर डेल्फी 7 आईडीई के अंदर पहुंच उल्लंघन के बाद शुरू होता है।

कभी-कभी आईडीई के अंदर आपके डेल्फी संपादक बफर का एक या मोर भी पढ़ा जाता है (जबकि डिस्क पर फ़ाइलें अभी भी पढ़ी जाती हैं/लिखती हैं)।

व्यवहार डेल्फी 5 या 6 में से बहुत कम होता है, लेकिन कभी कभी यह होती है डेल्फी 7.

में सबसे अच्छी बात आप कर सकते हैं जैसे ही आप एक पहुँच उल्लंघन के रूप में पुन: प्रारंभ डेल्फी 7 आईडीई है।

Answer 7

हमारे पास समय-समय पर यह समस्या भी है, और ऐसा लगता है कि यह डीएफएम के स्रोत (Alt-F12) को देखकर और फिर विजुअल सोर्स सेफ ऑपरेशन (जैसे चेक-इन) कर रहा है।

Answer 8

यह डेल्फी 7 में होता है लेकिन बाद के संस्करणों में तय किया जाता है। आम तौर पर आप .pas फ़ाइल खोलकर और फिर फॉर्म व्यू पर स्विच करके आईडीई में फॉर्मों तक पहुंचते हैं। अपने फॉर्म पर राइट क्लिक करें और यह दिखाएगा कि यह "टेक्स्ट डीएफएम" है जिसे आपने पहले किया है।

डेल्फी 7 आईडीई में जब आप सीधे .dfm फ़ाइल खोलते हैं तो आपको एक बाइनरी डीएफएम पर एक पाठ डीएफएम स्विचिंग के बारे में वर्णित समस्या का अनुभव होगा। जैसे। फ़ाइल-> ओपन-> Somefile.dfm .. डीएफएम पर राइट क्लिक करें और "फॉर्म के रूप में देखें" चुनें। अब फॉर्म पर राइट क्लिक करें, आप देखेंगे कि "टेक्स्ट डीएफएम" अनचाहे है।

हमें समस्या हो रही थी जब हमने एक डीएफएम खोला जो एक grep खोज परिणाम था। यह हमें भी परेशान करता था, और सीवी में डीएफएम के भ्रष्टाचार का कारण बनता था क्योंकि इसे पाठ के रूप में चेक किया गया था।