मुझे जवाब जोड़ने के लिए प्रेरित महसूस होता है, क्योंकि स्वीकृत उत्तर, और कुछ अन्य लोगों के पास, मुझे लगता है कि एक महत्वपूर्ण समस्या है: वे केवल पढ़ने-योग्य क्वेरी कमांड के बीच अंतर को समझ नहीं पाते हैं, और आदेश जो परिवर्तन करता है।
मुझे इस उत्तर के लिए कोई क्रेडिट की उम्मीद नहीं है, लेकिन मुझे आशा है कि इससे दूसरों को समय बर्बाद करने और स्वीकृत लेकिन IMHO गलत उत्तर का पालन करके गलतियों को करने में मदद मिलेगी।
--- + संक्षिप्त
शायद एक जबरदस्ती कार्यक्षेत्र में सभी ट्रैक न किए गए फ़ाइलों को खोजने के लिए सबसे सुविधाजनक तरीका है p4 reconcile -na
है।
-a
कहता है "मुझे उन फाइलें दें जो भंडार में नहीं हैं, यानी इसे जोड़ा जाना चाहिए"।
-n
कहता है "कोई बदलाव नहीं करें" - यानी एक सूखी दौड़। (हालांकि संदेश "एड के लिए खोले गए" कह सकते हैं, मानसिक रूप से आपको यह समझना चाहिए कि "अगर नहीं, तो" के लिए "खोला जाएगा"
ऑफ़लाइन होने पर किए गए सभी स्थानीय परिवर्तनों को खोजने का शायद सबसे सुविधाजनक तरीका - न केवल जिन फ़ाइलों को जोड़ने की आवश्यकता हो सकती है, लेकिन उन फ़ाइलों को भी हटाया जा सकता है जिन्हें हटाया जा सकता है, या जिन्हें p4 edit
के माध्यम से संपादन के लिए खोले बिना बदला गया है, p4 reconcile -n
है।
कई उत्तरों ने स्क्रिप्ट प्रदान की, जिसमें अक्सर p4 fstat
शामिल थे। हालांकि मैंने उन सभी स्क्रिप्ट्स को सत्यापित नहीं किया है, लेकिन मैं अक्सर p4 reconcile -n
जैसे पेर्स फोर्स की कमियों के लिए समान स्क्रिप्ट का उपयोग करता हूं - उदा। अक्सर मुझे लगता है कि मैं पर्सफोर्स डिपो पथ या वर्कस्पेस पथ के बजाय स्थानीय पथ चाहता हूं।
--- + चेतावनी
p4 status
दूसरे संस्करण नियंत्रण प्रणाली पर स्थिति आदेश के समकक्ष नहीं है।
p4 status
केवल पढ़ने-योग्य क्वेरी नहीं है। p4 status
वास्तव में उसी तरह के परिवर्तन पाता है जो p4 reconcile
करता है, और उन्हें भंडार में जोड़ता है। p4 status
में -n
सूखे-रन विकल्प नहीं है जैसे p4 reconcile
करता है।
यदि आप p4 status
करते हैं, तो फ़ाइलों को देखें और सोचें "ओह, मुझे उन लोगों की आवश्यकता नहीं है", तो आपको उसी कार्यक्षेत्र में संपादन जारी रखना चाहते हैं, तो आपको p4 revert
करना होगा। अन्यथा आपके परिवर्तन में जोड़े गए p4 status
परिवर्तन अगली बार चेक किए जाएंगे।
स्थानीय वर्कस्पेस बनाम डिपो पथनाम के कुछ विवरणों को छोड़कर, के बजाय p4 status
का उपयोग करने के लिए बहुत कम या कोई कारण नहीं लगता है।
मैं केवल कल्पना कर सकता हूं कि किसी ने भी पढ़ने के लिए 'स्थिति' को चुना है, केवल अंग्रेजी भाषा और अन्य संस्करण नियंत्रण उपकरण का सीमित आदेश था।
--- + P4V
जीयूआई
जीयूआई p4v
में, मिलान करें आदेश स्थानीय परिवर्तन, जोड़े जाने के लिए नष्ट कर दिया, या संपादन के लिए खोला आवश्यकता हो सकती है कि पाता है। सौभाग्य से यह उन्हें डिफ़ॉल्ट रूप से एक परिवर्तक में नहीं जोड़ता है; लेकिन यदि आप परिवर्तन नहीं करना चाहते हैं, तो भी आप निरीक्षण के बाद मेलसील विंडो को बंद करने के लिए सावधान रहना चाहेंगे।
मैं कल्पना नहीं कर सकता कि यह कैसे आता है कि सबसे अधिक इस्तेमाल किया जाने वाला कॉर्पोरेट एससीएम उपकरण इस कार्यक्षमता को याद कर रहा है। शायद उनके सभी डेवलपर्स केवल जीयूआई का उपयोग कर रहे हैं। – sorin
ओह जोर से रोने के लिए ओह !!!! स्वीकृत 'पी 4 स्टेटस' न केवल अनचाहे फाइलों को ढूंढता है, यह वास्तव में उन्हें ट्रैक करना शुरू करता है। अर्थात। 'पी 4 स्टेटस 'केवल पढ़ने-योग्य क्वेरी नहीं है, क्योंकि किसी को नाम से संदेह होगा, लेकिन असल में एक कमांड है जो सामान बदलता है - वर्कस्पेस फाइल नहीं। ऐसा नहीं है कि एक स्टेटस कमांड क्या करना चाहिए, और नहीं 'svn status' क्या करता है। 'Svn status' में मुझे सबसे नज़दीकी चीज़ मिल सकती है' p4 reconcile -na' - कहने के लिए "फ़ाइलों को जोड़ा जाना चाहिए", -n "वास्तव में कुछ भी नहीं बदलना" कहने के लिए। /// मैंने मूल रूप से कुछ और मजबूत कहा। –
मैंने http: // stackoverflow को पुनर्जीवित किया।कॉम/प्रश्न/9642531/क्या-है-द-पी 4-कमांड-समकक्ष-टू-कुछ-एसवीएन-स्टेटस, जिसे गलत तरीके से http://stackoverflow.com/questions/9272/how- के डुप्लिकेट के रूप में चिह्नित किया गया था। नए प्रश्न के रूप में खोजने के लिए अनचाहे-फाइल-इन-ए-पर्फोर्स-पेड़-एनालॉग-एस-एसएनएन-स्टेटस [[पीआईटी कमांड क्या है जैसे गिट/एचजी/बीजीआर/एसवीएन स्थिति? (संकेत: 'पी 4 स्थिति' नहीं)] (http://stackoverflow.com/questions/39937962/what-is-the-p4-command-equivalent-to-something-like-git-hg-bzr-svn-status-hint) , और यह अपने आप को जवाब बेहतर स्वागत के लिए stdout –