तोड़फोड़ में स्थिति "एस"

Question 1

कुछ बिंदु पर मेरी काम करने वाली कॉपी में सभी फाइलें "एस" प्रतीक के साथ चिह्नित की गई हैं जैसा कि नीचे दिखाया गया है:

$ svn st
M    S   AclController.php
     S   InstallationController.php
     S   CustomerController.php
     S   RedirController.php
     S   IndexController.php
     S   LoginController.php
     S   OrderController.php
     S   ProductController.php
     S   SelfInstallController.php
     S   SelfcareController.php

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

इस कष्टप्रद "एस" प्रतीकों से कैसे छुटकारा पाएं? यह डब्ल्यूसी की स्थिति की स्पष्टता को काफी कम कर देता है।

अपडेट: मैं मानक svn switchसिंटैक्स का उपयोग करके समय-समय पर स्विच करता हूं । यह कभी भी इस "S" प्रतीक का कारण नहीं बना। स्विच करने के लिए उपयोग की जाने वाली कमांड थी:

svn switch svn+ssh://xxxxxx/subversion/xxxxxxx/releases/1.0.16 .

क्या कोई तरीका है जिससे मैं "S" झंडे को साफ़ कर सकता हूँ?

Question 2

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

Question 3

यदि आप निर्देशिका में स्वयं और (एक) पर 'svn जानकारी' कहते हैं, तो आपके अंदर मौजूद फ़ाइलों को दो अलग-अलग URL मिलेंगे।

यदि फ़ाइल / निर्देशिका का URL फ़ाइल के नाम के बाद माता-पिता के URL से मेल नहीं खाता है, तो आपको 'S' का दर्जा मिलता है।

क्या आप माता-पिता के url और बच्चे के नोड्स में से एक को पोस्ट कर सकते हैं? (जहां उपयुक्त हो URL का अनामकरण)

Question 4

ट्रंक (आर 100) से कुछ शाखा (आर 50) पर स्विच करते समय मेरे पास ' एस ' की स्थिति थी । मुझे त्रुटि मिली:

svn: Failed to add file 'web/.htaccess': an unversioned file of the same name already exists

सभी वेब / सबडिडर ' S ' थे ' फ्लैग किया गया।

कारण: मैंने हटा दिया था। शाखा (r50) में अभी भी रेपो में वेब / .htaccess था।

समाधान :

mv web/.htaccess ../../
svn switch back to trunk
svn switch to branch again

सब कुछ ठीक है।

Question 5

मुझे एक निर्देशिका के साथ यह समस्या थी जिसे मैंने सफलतापूर्वक SVN के लिए प्रतिबद्ध किया था। मेरे लिए समाधान यह था कि इसे स्थानीय स्तर पर मिटा दिया जाए और फिर अपडेट किया जाए। मैं कोई अंतर नहीं देख सका, लेकिन .svn फ़ाइल जो भी कारण (कोई और अधिक एस) के लिए तय नहीं किया गया था।

Question 6

यह आमतौर पर शाखाओं को स्विच करते समय एक व्यवधान के कारण होता है।

किसी अन्य शाखा में स्विच करें, और फिर उस शाखा पर वापस जाएं जिसे आप वास्तव में चाहते हैं।

svn switch some_other_branch_url

svn switch desired_branch_url

Question 7

बस एक टिप्पणी: मुझे वही एस प्रतीक मिला जब मैंने रिपॉजिटरी में उसी स्थान से हटाए गए निर्देशिका की जांच की, लेकिन एक अलग URL का उपयोग करते हुए, यानी, अलग प्रोटोकॉल का उपयोग करके 'svn चेकआउट svn + ssh: // उपयोगकर्ता' जैसे स्कम .gforge ... 'के खिलाफ' svn चेकआउट - उपयोगकर्ता नाम https: //scm.gforge .... '। मैंने इसे पहले चेकआउट के लिए उपयोग किए गए उसी URL का उपयोग करके इसे फिर से जाँच कर हल किया।

Question 8

यदि कोई व्यक्ति उत्तर की तलाश में देर से आ रहा है (जो कि ऊपर सही ढंग से बताया गया है), मेरा मानना है कि इस स्थिति का एक कारण एक मूल निर्देशिका पर एक 'svn स्विच' है जो विफल रहता है (जैसा कि एक स्थानीय फ़ाइल के फ़ाइल के मामले में विफल रहता है) एक ही नाम, और नहीं - प्रवर्तन विकल्प), असफल होने के बाद सभी फाइलों को छोड़कर 'अन-स्विच्ड'।

इसीलिए (मूल मुद्दे को बाद में सही मानकर) उसी मूल निर्देशिका पर बाद में एक बार फिर 'svn स्विच' को हटा दिया जाएगा, जो शेष अन-स्विच्ड फ़ाइलों को एक नए रेपो पथ में बदल देगा।

Question 9

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

Question 10

एक और तरीका है जिसमें इस स्थिति को प्राप्त किया जा सकता है - जो उम्मीद करता है कि किसी को इसे नीचे ट्रैक करने में कुछ समय बचाएगा।

मैंने अपने एसवीएन रूट में एक बाहरी पुस्तकालय को खोल दिया, और यह पता चला कि तीसरे पक्ष के लेखक ने गलती से अपने स्वयं के .svn फ़ोल्डर को अपने फ़ोल्डर में शामिल कर लिया है। यह निश्चित रूप से हमारे अपने, सही, तोड़फोड़ फ़ोल्डर को ओवरराइट करता है, और इस पृष्ठ पर अन्यत्र वर्णित के समान प्रभाव है - एक फ़ोल्डर अप्रत्याशित रूप से किसी अन्य शाखा में स्विच किया गया प्रतीत होता है।

Question 11

"आइटम स्विच किया गया है।"

यदि आप अपनी वर्किंग कॉपी पर "svn स्विच" का उपयोग करते हैं जो इसे समझा सकता है?

Question 12

मेरे लिए यह तब होता है जब "svn switch" कमांड बाधित होती है और इसे TortoriseSVN के साथ हल करने के लिए, मैं फ़ाइल पर सही क्लिक करता हूं और अभिभावक को वापस स्विच का चयन करता हूं

Question 13

जब आप जारी करते हैं तो 'एस' से छुटकारा पाने का एक सरल उपाय

svn status

बस उस dir पर जाएं जिसे 'S' से चिह्नित किया गया है और छिपी हुई .svn निर्देशिका को हटा दें:

rm -rf .svn

बाद में सूत्रों के अनुसार '?' और आप आसानी से उन्हें नए सिरे से जोड़ सकते हैं:

svn पथ / / संसाधन जोड़ें

Question 14

मेरे मामले में शाखा में दो उप-निर्देशिकाओं को ट्रंक में हटा दिया गया था। मैंने शीर्ष स्तर की निर्देशिका से शाखा को ट्रंक से स्विच किया, और फिर ट्रंक में वापस चला गया और उन उप-निर्देशिकाओं के साथ समस्या का अनुभव कर रहा हैS ।

मैंने एक गाइडलाइन के रूप में @ahnbizcad द्वारा उत्तर का उपयोग किया। उप-निर्देशिकाओं के मूल निर्देशिका (जो स्वयं शीर्ष स्तरीय निर्देशिका के अंतर्गत है) से:

svn sw <branch_url>

svn sw <trunk_url>

Question 15

मेरा सुझाव है कि आप इसकी आधिकारिक मदद पढ़ें, कोशिश करें:

svn st --help

या

svn st --help | grep S

'S' the item has a Switched URL relative to the parent