यदि मैं तोड़फोड़ में एक फ़ाइल को हटाता हूं, तो मैं इसे इतिहास और सामग्री पर कैसे देख सकता हूं? अगर मैं करने की कोशिश करूंsvn catsvn log किसी फ़ाइल या , तो यह शिकायत करता है कि फ़ाइल मौजूद नहीं है।
इसके अलावा, अगर मैं फ़ाइल को पुनर्जीवित करना चाहता था, तो क्या मुझे बस चाहिए svn add इसे वापस ?
(मैंने विशेष रूप से तोड़फोड़ के बारे में पूछा, लेकिन मैं यह भी सुनना चाहता हूं कि बाज़ार, मर्क्यूरियल और गिट इस मामले को कैसे संभालते हैं।)
जवाबों:
हटाए गए फ़ाइल का लॉग प्राप्त करने के लिए, का उपयोग करें
svn log -r lastrevisionthefileexisted
यदि आप फ़ाइल को पुनर्जीवित करना चाहते हैं और इसका संस्करण इतिहास रखना चाहते हैं, तो उपयोग करें
svn copy url/of/file@lastrevisionthefileexisted -r lastrevisionthefileexisted path/to/workingcopy/file
यदि आप केवल फ़ाइल सामग्री चाहते हैं, लेकिन असंबद्ध (जैसे, त्वरित निरीक्षण के लिए), का उपयोग करें
svn cat url/of/file@lastrevisionthefileexisted -r latrevisionthefileexisted > file
किसी भी स्थिति में, हटाए गए फ़ाइल को वापस लाने के लिए 'svn up' का उपयोग न करें!
जब आप पुरानी फाइलों को देखना चाहते हैं तो आपको वास्तव में अंतर पता होना चाहिए:
svn cat http://server/svn/project/file -r 1234
तथा
svn cat http://server/svn/project/file@1234
रास्ता है कि है पर पहले संस्करण दिखता है अब के रूप में उपलब्ध http: // सर्वर / SVN / परियोजना / फ़ाइल और retrieves उस फ़ाइल के रूप में यह संशोधन 1234 में किया गया था (तो यह वाक्य रचना करता है नहीं एक फ़ाइल को नष्ट करने के बाद काम)।
दूसरे सिंटैक्स में वह फाइल मिलती है जो http: // server / svn / project / file के रूप में रिवीजन 1234 में उपलब्ध थी। इसलिए यह सिंटैक्स डिलीट की गई फाइलों पर काम करता है ।
आप इन विधियों को एक फाइल को पुनः प्राप्त करने के लिए भी संयोजित कर सकते हैं जो कि 2345 में http: // server / svn / project / file के रूप में उपलब्ध थी, लेकिन सामग्री के साथ जैसा कि 1234 में था:
svn cat http://server/svn/project/file@2345 -r 1234
./local/fileजब ./localनिर्देशिका मौजूद नहीं होने पर हल करने में असमर्थ था। यह SVN के नए संस्करणों के लिए समस्या नहीं हो सकती है।
^अंकन काम आता है: यह रिपॉजिटरी रूट को संदर्भित करता है, इसलिए आप कह सकते हैं svn cat ^/local/file@REV(रिपॉजिटरी रूट और URL के बीच की दूरी के आधार पर)।
svn: E200009: Could not cat all targets because some targets are directories
सबसे पहले, उस संशोधन संख्या का पता लगाएं जहाँ फ़ाइल हटा दी गई है:
svn log -v > log.txt
फिर log.txt में देखें (एसवीएन गुरु नहीं, इसलिए मुझे एक बेहतर तरीका नहीं पता) के साथ एक पंक्ति के लिए
D <deleted file>
और देखें कि कौन सा संशोधन था। फिर, अन्य उत्तरों की तरह, पिछले संशोधन का उपयोग करके फ़ाइल को फिर से जीवित करें।
यह विशेष रूप से गिट में कुछ भी नहीं है। यदि आप फ़ाइल का नाम जानते हैं, तो आप लॉग के साथ इसे हटाने वाले परिवर्तन का पता लगा सकते हैं:
git log -n 1 -- filename
फिर आप फ़ाइल को प्राप्त करने के लिए उस कमिट का उपयोग कर सकते हैं जैसा कि डिलीट करने से पहले मौजूद था।
git checkout [last_revision]^ filename
dhcp-120:/tmp/slosh 587% ls -l slosh.tac
ls: slosh.tac: No such file or directory
dhcp-120:/tmp/slosh 588% git log -n 1 -- slosh.tac
commit 8d4a1f1a94e4aa37c1cb9d329a140d08eec1b587
Author: Dustin Sallings <dustin@spy.net>
Date: Mon Dec 15 11:25:00 2008 -0800
Get rid of a .conf and replace it with .tac.
dhcp-120:/tmp/slosh 589% git checkout 8d4a1f^ slosh.tac
dhcp-120:/tmp/slosh 590% ll slosh.tac
-rw------- 1 dustin wheel 822 Dec 30 12:52 slosh.tac
ध्यान दें कि यह वास्तव में फ़ाइल को पुनरीक्षण नियंत्रण में वापस नहीं रखता है। यह फ़ाइल को केवल उसी स्थान पर गिराता है, जब वह अपने अंतिम स्थान पर वर्तमान स्थान पर मौजूद थी। फिर आप इसे जोड़ सकते हैं या बस इसका निरीक्षण कर सकते हैं या उस बिंदु से जो भी हो।
केवल GUI का उपयोग करके एक समाधान:
यदि आप फ़ाइल का नाम जानते हैं, लेकिन इसका अंतिम संशोधन नंबर या यहां तक कि उसका रास्ता नहीं जानते हैं :
यह तब केवल उन संशोधनों को दिखाएगा जहां फ़ाइल को जोड़ा / संशोधित / हटा दिया गया था। यह फ़ाइल का आपका इतिहास है।
ध्यान दें कि यदि फ़ाइल को उसके मूल फ़ोल्डर में से किसी एक को हटाकर हटा दिया गया था, तो उसके पास लॉग में 'हटाई गई' प्रविष्टि नहीं होगी (और इसलिए mjy का समाधान काम नहीं करेगा)। इस मामले में, फ़िल्टर किए गए लॉग में इसकी सबसे हाल की प्रविष्टि विलोपन के समय इसकी सामग्री के अनुरूप होगी।
svn log -v | grep -B50 YourDeletedFileName
आपको रास्ता और संशोधन मिलेगा। Git में (नाम बदलने के लिए भी जाँच):
git log --diff-filter=DR --name-only | grep -B50 YourDeletedFileName
डस्टिन के जवाब के अलावा, यदि आप केवल सामग्री की जांच करना चाहते हैं, और इसकी जांच नहीं करते हैं, तो उसके उदाहरण में आप कर सकते हैं:
$ git show 8d4a1f^:slosh.tac
: एक संशोधन और उस संशोधन में एक पथ को अलग करता है, प्रभावी रूप से एक विशिष्ट संशोधन पर एक विशिष्ट मार्ग के लिए पूछ रहा है।
इस कमांड का उपयोग करें:
svn log -v | awk '/^r[0-9]+/ { rev = $1; }; / D .*filename_escaped_for_regex/ { print rev" "$2; };'
यह उन सभी संशोधनों को सूचीबद्ध करेगा जो कभी भी पैटर्न से मेल खाती किसी भी फाइल को हटाते हैं। है यही कारण है कि, यदि आप फ़ाइल README लिए हैं खोज, तो सभी की /src/README, /src/README.firstऔर /some/deeply/hidden/directory/READMENOTपाया जाता है और सूचीबद्ध किया जाएगा।
यदि आपके फ़ाइल नाम में स्लैश (पथ), डॉट्स, या अन्य विशेष रेगेक्स वर्ण हैं, तो बेमेल या त्रुटियों से बचने के लिए उनसे बचना न भूलें।
यदि आप हटाए गए फ़ाइल का पथ नहीं जानते हैं, तो पता चलता है कि आप अन्यथा सभी-बहुत-भारी कमांड में इसे खोज सकते हैंsvn log :
svn log --search <deleted_file_or_pattern> -v
कमांड संभवतः सर्वर को केवल उतना ही हथौड़ा दे रहा है जितना कि यह बिना खोज विकल्प के होगा, लेकिन कम से कम बाकी के संसाधन (आपकी आंखें सहित) थोड़े राहत देने वाले होंगे, क्योंकि यह आपको बताएगा कि उस फाइल को किस संशोधन में हटा दिया गया था। फिर, आप अन्य युक्तियों का पालन कर सकते हैं (मुख्य रूप से एक ही svn logकमांड का उपयोग करके , लेकिन पहले से ही एक परिभाषित पथ पर)।
svn log --search _test2.php -v... svn: अमान्य विकल्प:
पोस्टर ने वास्तव में यहाँ 3 प्रश्न पूछे हैं:
मेरे द्वारा देखे गए सभी उत्तर 2 और 3 के प्रश्न हैं।
प्रश्न 1 का उत्तर है:
svn log http://server/svn/project/file@1234
जब फ़ाइल अंतिम रूप से मौजूद थी, तब भी आपको इसके लिए संशोधन संख्या प्राप्त करने की आवश्यकता है, जिसका स्पष्ट रूप से उत्तर यहां दूसरों द्वारा दिया गया है।
आह, जब से मैं बाज़ार का उपयोग करना सीख रहा हूँ, यह कुछ ऐसा है जिसे मैंने आज़माया है। सफलता के बिना, ऐसा लगता है कि आप लॉग की गई फ़ाइलों को लॉग और एनोटेट नहीं कर सकते वर्तमान में ... :(
कोशिश की:
> bzr log -r 3 Stuff/ErrorParser.hta
bzr: ERROR: Path does not have any revision history: Stuff/ErrorParser.hta
लेकिन उत्सुकता से (और सौभाग्य से) मैं कर सकता हूं:
> bzr cat -r 3 Stuff/ErrorParser.hta
तथा:
> bzr diff -r 2..3 Stuff/ErrorParser.hta
और जैसा कि ऊपर बग में सुझाया गया है:
> bzr log -v | grep -B 1 ErrorParser
(समायोजित -B( --before-context) पैरामीटर आवश्यकतानुसार)।
आपको एक संशोधन निर्दिष्ट करने की आवश्यकता होगी।
svn log -r <revision> <deleted file>
यदि आप नाम बदलने से पहले किसी फ़ाइल के इतिहास को देखना चाहते हैं, तो जैसा कि यहाँ एक टिप्पणी में बताया गया है, जिसका आप उपयोग कर सकते हैं
git log --follow -- current_file_name
मुझे खुद ही जवाब चाहिए था। केवल आउटपुट से निम्न को हटाने का प्रयास करें svn log।
svn log --stop-on-copy --verbose [--limit <limit>] <repo Url> | \
awk '{ if ($0 ~ /^r[0-9]+/) rev = $0 }
{ if ($0 ~ /^ D /) { if (rev != "") { print rev; rev = "" }; print $0 } }'
यह aw के माध्यम से लॉग आउटपुट को फ़िल्टर करता है । awk बफ़र्स प्रत्येक रिविजन लाइन को खोजता है, इसे केवल तब डिलीट करता है जब कोई डिलीट रिकॉर्ड मिलता है। प्रत्येक संशोधन केवल एक बार आउटपुट होता है, इसलिए संशोधन में कई हटाए गए को एक साथ समूहीकृत किया जाता है (मानक के रूप मेंsvn log आउटपुट में)।
आप --limitदिए गए रिकॉर्ड की मात्रा को कम करने के लिए एक निर्दिष्ट कर सकते हैं । आप --stop-on-copyआवश्यकतानुसार हटा भी सकते हैं ।
मुझे पता है कि पूरे लॉग को पार्स करने की दक्षता के बारे में शिकायतें हैं। मुझे लगता है कि यह grep से बेहतर उपाय है और इसका "एक विस्तृत जाल डाले" -Bविकल्प है। मुझे नहीं पता कि यह अधिक कुशल है, लेकिन मैं इसके विकल्प के बारे में नहीं सोच सकताsvn log । यह @Alexander Amelkin के उत्तर के समान है, लेकिन इसे किसी विशिष्ट नाम की आवश्यकता नहीं है। यह मेरी पहली awk स्क्रिप्ट भी है, इसलिए यह अपरंपरागत हो सकती है।
मान लें कि आपकी फ़ाइल का नाम ~ / src / a / b / c / delete.file रखा गया था
cd ~/src/a/b/c # to the directory where you do the svn rm or svn mv command
#cd ~/src # if you forget the correct directory, just to the root of repository
svn log -v | grep -w -B 9 deleted.file | head # head show first 10 lines
नमूना उत्पादन, यह r90440 पर पाया
...
r90440 | user | 2017-02-03 11:55:09 +0800 (Fri, 03 Feb 2017) | 4 lines
Changed paths:
M /src/a/b/c/foo
M /src/a/b/c/bar
D /src/a/b/c/deleted.file
इसे पिछले संस्करण में कॉपी करें (90439 = 90440-1)
svn cp URL_of_deleted.file@90439 .
आप अंतिम संशोधन पा सकते हैं जो बाइनरी खोज का उपयोग करके फ़ाइल प्रदान करता है। मैंने इसके लिए एक सरल /bin/bashस्क्रिप्ट बनाई है :
function svnFindLast(){
# The URL of the file to be found
local URL="$1"
# The SVN revision number which the file appears in (any rev where the file DOES exist)
local r="$2"
local R
for i in $(seq 1 "${#URL}")
do
echo "checkingURL:'${URL:0:$i}'" >&2
R="$(svn info --show-item revision "${URL:0:$i}" 2>/dev/null)"
echo "R=$R" >&2
[ -z "$R" ] || break
done
[ "$R" ] || {
echo "It seems '$URL' is not in a valid SVN repository!" >&2
return -1
}
while [ "$r" -ne "$R" -a "$(($r + 1))" -ne "$R" ]
do
T="$(($(($R + $r)) / 2))"
if svn log "${URL}@${T}" >/dev/null 2>&1
then
r="$T"
echo "r=$r" >&2
else
R="$T"
echo "R=$R" >&2
fi
done
echo "$r"
}
मैंने एक php स्क्रिप्ट लिखी है जो मेरे सभी रिपॉजिटरी के svn लॉग को mysql डेटाबेस में कॉपी करती है। अब मैं अपनी टिप्पणियों या फ़ाइलों के नाम पर पूर्ण पाठ खोज कर सकता हूं।