సహాయం:దిద్దుబాటు ఘర్షణ

ఈ పేజీ దిద్దుబాటు ఘర్షణల గురించి చర్చిస్తుంది. దిద్దుబాటు ఘర్షణ అంటే ఏంటో అర్థం చేసుకునేందుకు, కింది సన్నివేశాన్ని పరిశీలించండి:

• రవి ఒక పేజీ లోని "మార్చు" లింకును నొక్కాడు.
• బాబు కూడా అదే పేజీ లోని "మార్చు" లింకును నొక్కాడు.
• రవి తను చెయ్యదలచిన మార్పుచేర్పులు చేసేసి "పేజీ భద్రపరచు" నొక్కి పేజీని భద్రపరచాడు. అంటే పేజీ రవి చేసిన మార్పులతో భద్రమైంది.
• ఇప్పుడు బాబు తను చెయ్యదలచిన మార్పుచేర్పులు పూర్తి చేసి, "పేజీ భద్రపరచు" నొక్కాడు. ఇప్పుడు బాబుకు "దిద్దుబాటు ఘర్షణ" పేజీ కనిపిస్తుంది.

దిద్దుబాటు ఘర్షణ పేజీ ఎలా ఉంటుంది

రవికి సంబంధించిన కూర్పు యొక్క పూర్తి పేజీ పైన కనిపిస్తుంది. బాబు చేసేది విభాగం దిద్దుబాటు అయినా ఇది కనిపిస్తుంది.

కింద, బాబు సమర్పించబోయే టెక్స్టు కనిపిస్తుంది. ఇది బాబు పూర్తి పేజీని దిద్దుబాటు చేసి ఉంటే బాబుకు చెందిన పూర్తి పేజీ కూర్పు, లేదా బాబు విభాగాన్ని మాత్రమే మార్చి ఉంటే, సదరు విభాగపు కూర్పు.

మధ్యలో రెండు టెక్స్టుల మధ్య గల తేడాలు కనిపిస్తాయి. బాబు దిద్దుబాటు చేస్తున్న విభాగానికి సంబంధించి బాబు చేసిన మార్పులు, రవి చేసిన మార్పులు ఇక్కడ కనిపిస్తాయి. ఒకవేళ ఇద్దరూ ఒకేలా మార్పులు చేసి ఉంటే అవి కనిపించవు. ఇతర విభాగాలకు చెందిన పూర్తి టెక్స్టు కనిపిస్తుంది.

బాబు పైనున్న టెక్స్టులో దిద్దుబాట్లు చేసి, భద్రపరుచు నొక్కవచ్చు. బాబు చేస్తున్నది విభాగం దిద్దుబాటు అయిన పక్షంలో, ఇది ఆ విభాగపు కొత్త కూర్పుగా భావించబడుతుంది. అంచేత ఇతర విభాగాలకు డూప్లికేటు కూర్పులు తయారవుతాయి. ఒకవేళ భద్రపరచే ముందు బాబు మిగతా విభాగాలను తొలగిస్తే ఇలా జరగదు. (ఇది సాఫ్టువేరులో ఉన్న లోపం. త్వరలో సరి చేస్తారు). ఉత్తమమైన మార్గం ఏంటంటే బాబు తన కొత్త టెక్స్టును క్లిప్ బోర్డు లోకి కాపీ చేసుకుని, దిద్దుబాటును రద్దు చేసి, మళ్ళీ వ్యాసపు మార్చు లింకు నొక్కి, తన దిద్దుబాటును భద్రపరచడం.

ఒక్కోసారి, సిస్టము నెమ్మదిగా ఉన్నపుడు సభ్యుడు చేసిన మార్పులు భద్రపరచడంలో ఆలస్యం కావచ్చును. ఈ లోగా అదే సభ్యుడు మళ్ళీ మరో మార్పు చేసి, మళ్ళీ భద్రపరుచు నొక్కితే తనతో తానే దిద్దుబాటు ఘర్షణ తెచ్చుకున్నట్టు అవుతుంది. ఈ కేసులో పైన కనిపించేది ముందు చేసిన దిద్దుబాటు కాదు, పాత టెక్స్టు. అంటే ముందు చేసిన దిద్దుబాటును సిస్టము గమనించింది గానీ, దాన్నింకా భద్రపరచలేదన్నమాట. ఓ క్షణం తరువాత, మీరు దిద్దుబాటు ఘర్షణ పేజీ చూస్తూ ఉండగా, మొదటి దిద్దుబాటును భద్రపరుస్తుంది. అంటే అప్పుడు పైన కనిపిస్తున్న టెక్స్టు ప్రస్తుత కూర్పు కాదన్నమాట.

దిద్దుబాటు ఘర్షణను పరిష్కరించడం

బాబు చేసినవి చిన్న మార్పులే అయితే, రవి చేసినవి పెద్ద మార్పులు అయితే, బాబు రవి కూర్పులోనే తన దిద్దుబాట్లు చేసి, రెంటినీ విలీనం చెయ్యవచ్చు. దిద్దుబాటు సారాంశంలో "దిద్దుబాటు ఘర్షణ ద్వారా" అని చేరిస్తే, రవికీ, ఇతరులకూ కూడా బాబు చేసిన పని తెలుస్తుంది. ఈ విలీనం చేసే క్రమంలో తేడాలేమన్నా జరిగాయేమోనని రవి చూసుకోవచ్చు.

బాబు చేసినవి పెద్ద మార్పులై, రవి చేసినవి చిన్న మార్పులు అయితే, తన కూర్పులోనే పని చెయ్యవచ్చు. ఒక పద్ధతి ఏంటంటే.. కింద ఉన్న టెక్స్టును కాపీ చేసి, పైన ఉన్న టెక్స్టులో పెట్టడం. సముచితమైన దిద్దుబాటు సారాంశాన్ని ఇవ్వాలి. ఆ తరువాత బాబు పేజీ చరితాన్ని చూసి, రవి చేసిన మార్పులేవో నిర్ధారించుకుని, మరోసారి దిద్దుబాటు చేసి, వాటిని తన కూర్పులో కూడా చేర్చవచ్చు.

బాబూ, రవీ ఇద్దరూ పెద్ద మార్పులే చేసి ఉంటే, అది పెద్ద సమస్యే. ఇలా చెయ్యవచ్చు. For example, if both Alice and Bob simultaneously add a large section of text on the same subject, then it may be best for Bob to submit his changes, and then for Alice and Bob to both have a look at the two versions and decide between themselves which version is better.

Bob should not just post his changes over the top of Alice's. We assume good faith - mistakes are occasionally made, and newcomers may not understand the edit conflict window. However, Bob must not routinely ignore edit conflicts. It is absolutely not acceptable for Bob to overwrite Alice out of laziness. We encourage contributors to double-check their merges by using the diff feature.

తార్కిక దిద్దుబాటు ఘర్షణలు

(This is a conflict between editors that is undetectable by the mechanism that decides whether to give the "edit conflict" message.)

Some people edit by copying the source text into a text editor, making lots of changes (reorganising, adding new content, etc...), and then, when they're done, pasting the whole thing back onto Wikipedia as a single (new) edit. If someone else has made changes in the meantime these changes would get lost in the paste back. People who edit in this manner should either:

• paste only into the same edit box that was originally copied from, or
• check the page history for such edits, and merge the changes before pasting back.

పొరపాట్లు

Sometimes mistakes will be made in the merging process, because Bob is human, and this may cause some of Alice's changes to be accidentally reversed. Logical edit conflicts aren't always immediately visible. Sometimes Bob may have good reasons for thinking that Alice's improvements aren't useful. In these case, Alice and Bob are expected to resolve their differences amicably.

If Alice made a small change, which Bob accidentally reversed, then Alice must not revert to her version. It is absolutely not acceptable for Alice to reverse Bob's major improvements to the page out of a desire to protect her minor improvements, or to punish Bob for his carelessness. This is particularly important if the page has subsequently been edited by, say, Sarah and Jonathan.

The best approach for Alice in this circumstance is for Alice to edit Bob's version, reinstate her minor improvements, and leave Bob's major improvements intact. She may also add something to the edit summary to indicate that she had to do this - for example: "Reinstating link which Bob accidentally removed". Bob should then apologise to Alice for his mistake, and thank her for reinstating her improvement.

If Bob repeats his error, then the best approach is for Alice to have a friendly word on his talk page, point him to this page, and ask him if he could take a little more care in the future. This is particularly important for newcomers, who may not understand the correct way to resolve edit conflicts, though even experienced users may need the occasional friendly reminder.

వెనక్కి తీసుకుపోవడం

When saving a previous version (i.e. when reverting) or a new version based on that (a modified reversion) the edit conflict warning and prevention system is not triggered and a possible new edit made in the meantime is unintentionally reverted also, see Reverting a page to an earlier version. To avoid this problem one can copy the text from the edit box of the old version into the edit box of the latest version. In some sense, this can cause hidden edit conflicts: you may overwrite someone else's changes without realising that you are doing so. It's always wise to check the diff after performing a revert, just as you would after posting via edit conflict. Preferably, one can simply try to avoid reversion wars.

నివారణ

Because edit conflicts are irritating and time-consuming, you may choose to alter your editing habits to render them less frequent: aiming to make more edits to pages that have not been edited recently, such as those listed on ancient pages, for example.

Another means of avoiding edit conflicts is to make a single larger change, rather than frequent smaller changes: this makes it more likely that you will get an edit conflict, but less likely that you will cause others to get an edit conflict. Using the "Show preview" button helps here.

To reduce the chance of edit conflicts, Wikipedia has an "In Use" notice in its Template namespace that people may use when editing a page over a long period of time. Simply put {{inuse}} on an article before proceeding with a major edit, and remove the template when the editing is complete.

New since v.1.3 is CVS-style edit conflict merging, based on the diff3 utility. This feature will only trigger an edit conflict if users attempt to edit the same few lines. See also automatic merge.