Subversion'da bir dosyayı silersem, geçmişine ve içeriğine nasıl bakabilirim? Varolmayan bir dosyada svn catveya yapmaya çalışırsam svn log, dosyanın mevcut olmadığından şikayet eder.
Ayrıca, dosyayı yeniden canlandırmak istersem, sadece svn addgeri mi?
(Özellikle Subversion hakkında sordum, ancak aynı zamanda Bazaar, Mercurial ve Git'in bu davayı nasıl ele aldığını da duymak isterim.)
Yanıtlar:
Silinen bir dosyanın günlüğünü almak için şunu kullanın:
svn log -r lastrevisionthefileexisted
Dosyayı yeniden diriltmek ve sürüm geçmişini korumak istiyorsanız şunu kullanın:
svn copy url/of/file@lastrevisionthefileexisted -r lastrevisionthefileexisted path/to/workingcopy/file
Yalnızca dosya içeriğini istiyor, ancak sürüm değiştirilmemişse (örn. Hızlı inceleme için),
svn cat url/of/file@lastrevisionthefileexisted -r latrevisionthefileexisted > file
Her durumda, silinen bir dosyayı geri almak için 'svn up' kullanmayın!
Eski dosyalara bakmak istediğinizde aralarındaki farkı gerçekten bilmelisiniz:
svn cat http://server/svn/project/file -r 1234
ve
svn cat http://server/svn/project/file@1234
Olduğu yolda ilk sürümü görünüyor artık olarak mevcut http: // sunucu / svn / proje / dosya ve alır bu dosya (bu sözdizimi yapar Yani revizyon 1234 yılında olduğu gibi değil silme bir dosyaya sonra işi).
İkinci sözdizimi , revizyon 1234'te http: // server / svn / project / file olarak bulunan dosyayı alır . Bu sözdizimi , silinen dosyalar üzerinde çalışır.
Bu yöntemleri, 2345 revizyonunda bulunan bir dosyayı http: // server / svn / project / file olarak ancak 1234'teki içeriklerle birlikte almak için birleştirebilirsiniz:
svn cat http://server/svn/project/file@2345 -r 1234
./local/file./local
^gösterim kullanışlı olur: depo kökü anlamına gelir, böylece söyleyebilirsiniz svn cat ^/local/file@REV(depo kökü ve URL arasındaki mesafeye bağlı olarak).
svn: E200009: Could not cat all targets because some targets are directories
İlk olarak, dosyanın silindiği düzeltme numarasını bulun:
svn log -v > log.txt
Sonra bir satır için log.txt (bir SVN guru değil, bu yüzden daha iyi bir yol bilmiyorum) bakın
D <deleted file>
ve hangi revizyon olduğunu görün. Ardından, diğer yanıtlarda olduğu gibi, önceki düzeltmeyi kullanarak dosyayı yeniden gönderin.
Git'te özellikle özel bir şey yok. Dosyanın adını biliyorsanız, günlükle kaldıran değişikliği öğrenebilirsiniz:
git log -n 1 -- filename
Ardından, dosyayı silmeden önce olduğu gibi almak için bu taahhüdü kullanabilirsiniz.
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
Bunun dosyayı revizyon denetimine geri koymadığını unutmayın. Dosyayı son durumunda olduğu gibi geçerli konuma bırakır. Daha sonra ekleyebilir veya sadece ya da o noktadan herhangi birini inceleyebilirsiniz.
Yalnızca GUI kullanan bir çözüm:
Dosyanın adını biliyorsanız, ancak son düzeltme numarasını veya hatta yolunu bilmiyorsanız :
Bu daha sonra yalnızca dosyanın eklendiği / değiştirildiği / silindiği düzeltmeleri gösterir. Bu, dosya geçmişiniz.
Dosya üst klasörlerinden biri silinerek silinmişse, günlükte 'silinmiş' bir girişin olmayacağını (ve mjy'nin çözümünün çalışmayacağını) unutmayın. Bu durumda, filtrelenmiş günlükteki en son girişi, silinme sırasındaki içeriğine karşılık gelir.
svn log -v | grep -B50 YourDeletedFileName
Size yol ve düzeltme getirecek. Git'te (ayrıca yeniden adlandırmaları kontrol eder):
git log --diff-filter=DR --name-only | grep -B50 YourDeletedFileName
Dustin'in cevabına ek olarak, sadece içeriği incelemek ve kontrol etmek istemiyorsanız, örneğinde şunları yapabilirsiniz:
$ git show 8d4a1f^:slosh.tac
the: bir revizyonu ve o revizyondaki bir yolu ayırır ve etkili bir şekilde belirli bir revizyonda belirli bir yol ister.
Bu komutu kullanın:
svn log -v | awk '/^r[0-9]+/ { rev = $1; }; / D .*filename_escaped_for_regex/ { print rev" "$2; };'
Bu, kalıpla eşleşen tüm dosyaları silen tüm düzeltmeleri listeler. Yani, README dosyasını arıyorsanız, o zaman tüm/src/README , /src/README.firstve /some/deeply/hidden/directory/READMENOTbulundu ve listelenir.
Dosya adınız eğik çizgiler (yol), noktalar veya diğer özel normal ifade karakterleri içeriyorsa, uyumsuzluk veya hatalardan kaçınmak için bunlardan kaçmayı unutmayın.
Silinen dosyanın yolunu bilmiyorsanız , aksi takdirde çok ağır komutta arayabilirsinizsvn log :
svn log --search <deleted_file_or_pattern> -v
Komut muhtemelen sunucuyu arama seçeneği olmadan olduğu gibi dövüyor, ancak en azından ilgili kaynaklar (göz küreleriniz dahil) geri kalanı rahatlatılır, çünkü bu dosyanın hangi revizyonda silindiğini söyleyecektir. Ardından, diğer ipuçlarını takip edebilirsiniz (çoğunlukla aynı svn logkomutu kullanarak , ancak zaten tanımlanmış bir yolda).
svn log --search _test2.php -v... svn: geçersiz seçenek: --arama ... :(
Poster aslında 3 soru sordu:
Burada gördüğüm tüm cevaplar 2. ve 3. sorular içindir.
1. soruya verilen cevap:
svn log http://server/svn/project/file@1234
Dosyanın en son ne zaman mevcut olduğu için düzeltme numarasını almanız gerekir; bu, burada başkaları tarafından açıkça yanıtlanır.
Ah, çarşıyı kullanmayı öğrendiğim için denediğim bir şey. Başarılı olmazsa, kaldırılan dosyaları günlüğe kaydedemez ve ek açıklama ekleyemezsiniz şu anda ekleyemezsiniz ... :-(
Denenmiş:
> bzr log -r 3 Stuff/ErrorParser.hta
bzr: ERROR: Path does not have any revision history: Stuff/ErrorParser.hta
ama merakla (ve neyse ki) yapabilirim:
> bzr cat -r 3 Stuff/ErrorParser.hta
ve:
> bzr diff -r 2..3 Stuff/ErrorParser.hta
ve yukarıdaki hatada önerildiği gibi:
> bzr log -v | grep -B 1 ErrorParser
(ayarlayın -B( --before-contextgerektiğinde) parametresi).
Bir düzeltme belirtmeniz gerekir.
svn log -r <revision> <deleted file>
Yeniden adlandırılmadan önce bir dosyanın geçmişine bakmak istiyorsanız, burada bir yorumda belirtildiği gibi kullanabilirsiniz
git log --follow -- current_file_name
Bir cevap istedim, kendim. Yalnızca siler çıktısını almak için aşağıdakileri deneyin 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 } }'
Bu, günlük çıktısını awk aracılığıyla filtreler . awk bulduğu her bir düzeltme satırını arabelleğe alır ve yalnızca silme kaydı bulunduğunda çıktı verir. Her revizyon yalnızca bir kez çıkarılır, bu nedenle bir revizyondaki birden fazla silme birlikte gruplanır (standartta olduğu gibi)svn log çıktıda olduğu gibi).
--limitDöndürülen kayıt miktarını azaltmak için bir belirtebilirsiniz . Ayrıca--stop-on-copy , gerektiği gibi .
Tüm günlüğü ayrıştırma etkinliği konusunda şikayetler olduğunu biliyorum. Ben bu grep ve onun "geniş bir net döküm" -Bseçeneği daha iyi bir çözüm olduğunu düşünüyorum . Daha verimli olup olmadığını bilmiyorum, ama bir alternatif düşünemiyorum svn log. @Alexander Amelkin'in cevabına benzer, ancak belirli bir isme ihtiyaç duymaz. Ayrıca benim ilk awk senaryom, bu yüzden alışılmadık olabilir.
Dosyanızın ~ / src / a / b / c / deleted.file olarak adlandırıldığını varsayın.
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
örnek çıktı, r90440 bulundu
...
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
önceki sürüme kopyala (90439 = 90440-1)
svn cp URL_of_deleted.file@90439 .
İkili aramayı kullanarak dosyayı sağlayan son düzeltmeyi bulabilirsiniz. Bunun için basit bir /bin/bashkomut dosyası oluşturdum :
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"
}
Tüm depolarımın svn günlüğünü bir mysql veritabanına kopyalayan bir php betiği yazdım. Şimdi yorumlarımda veya dosya adlarında tam metin aramaları yapabilirim.