SVN: Bir dosyayı “taahhüt etme” olarak işaretlemenin bir yolu var mı?


153

TortoiseSVN ile, bir dosyayı taahhüt edilen yoksayma değiştirgesine taşıyabilirim, böylece bütün bir ağacı taahhüt ettiğimde, o dosyadaki değişiklikler taahhüt edilmez.

Svn komut satırı aracını kullanarak böyle bir şey yapmanın bir yolu var mı?

EDIT: önerileri kullanmak için teşekkürler svn:ignore, ama bu benim aradığımı pek yapmaz.

svn:ignoresvn add& gibi şeyleri etkiler svn import. Göz ardı edilecek dosya adı desenlerinin bir listesini verir.

Zaten kaynak denetimi altında olan bir dosyam var, ancak tüm kaynak ağacını işlediğimde daha sonra işlenmek istemediğim dosyada geçici değişiklikler yapmak istiyorum. Diğer birçok değişiklik yapıyorum ve monitöre, ağacı imzalamadan önce o dosyayı geri döndürmemi söyleyen bir not yapıştırabilirim, ancak svn bu dosyayı otomatik olarak atlayabilirse iyi olurdu.


1
Kişisel şube ve anahtar durumunu kullanmanın bir yolu vardır. [Bu konudaki diğer yazıma bakın.] [1] [1]: stackoverflow.com/questions/862950/…
ptitpion

Yanıtlar:


120

Subversion, Şubat 2016 / sürüm 1.9 itibariyle yerleşik bir "taahhüt etme" / "taahhütte yoksay" özelliğine sahip değildir. Bu yanıt ideal olmayan bir komut satırı geçici çözümdür

OP'nin belirttiği gibi, TortoiseSVN, otomatik olarak taahhütlerden hariç tutulan yerleşik bir “değişmezde yoksay” özelliğine sahiptir. Komut satırı istemcisi buna sahip olmadığından, aynı davranışı (uyarılarla) gerçekleştirmek için birden fazla değişiklik listesi kullanmanız gerekir :

  • biri çalışmak istediğiniz iş için [iş]
  • biri yoksaymak istediğiniz şeyler için [taahhütte yoksay]

TortoiseSVN'de emsal teşkil ettiğinden, örneklerinde taahhüt etmek istemediğim dosyalar için "taahhütte yoksay" ı kullanıyorum. Yaptığım dosyalar için "iş" kullanacağım, ancak istediğiniz herhangi bir ismi seçebilirsiniz.

İlk olarak, tüm dosyaları "work" adlı bir değiştiriciye ekleyin. Bu, çalışan kopyanızın kökünden çalıştırılmalıdır:

svn cl work . -R

Bu, çalışma kopyasındaki tüm dosyaları "iş" adlı değiştiriciye özyinelemeli olarak ekler. Bunun bir dezavantajı var - çalışan kopyaya yeni dosyalar eklendiğinden, özellikle yeni dosyaları eklemeniz gerekir, aksi takdirde bunlar dahil edilmez. İkinci olarak, bunu tekrar çalıştırmanız gerekiyorsa, tüm "taahhütte yoksay" dosyalarınızı tekrar eklemeniz gerekir. İdeal değil - başkalarının yaptığı gibi bir dosyada kendi 'yoksay' listenizi korumaya başlayabilirsiniz.

Ardından, hariç tutmak istediğiniz dosyalar için:

svn cl ignore-on-commit path\to\file-to-ignore

Dosyalar yalnızca bir değiştirici içinde olabileceğinden, önceki "iş" eklemenizden sonra bu eklentiyi çalıştırmak "iş" değiştiricisinden yoksaymak istediğiniz dosyayı kaldıracak ve "işleyişte yoksay" değiştiricisine koyacaktır.

Taahhüt etmek istediğiniz değiştirilmiş dosyalarınızı yürütmeye hazır olduğunuzda, taahhüdünüze "--cl work" eklemeniz yeterlidir:

svn commit --cl work -m "message"

İşte makinemde basit bir örnek şöyle:

D:\workspace\trunk>svn cl work . -R
Skipped '.'
Skipped 'src'
Skipped 'src\conf'
A [work] src\conf\db.properties
Skipped 'src\java'
Skipped 'src\java\com'
Skipped 'src\java\com\corp'
Skipped 'src\java\com\corp\sample'
A [work] src\java\com\corp\sample\Main.java
Skipped 'src\java\com\corp\sample\controller'
A [work] src\java\com\corp\sample\controller\Controller.java
Skipped 'src\java\com\corp\sample\model'
A [work] src\java\com\corp\sample\model\Model.java
Skipped 'src\java\com\corp\sample\view'
A [work] src\java\com\corp\sample\view\View.java
Skipped 'src\resource'
A [work] src\resource\icon.ico
Skipped 'src\test'

D:\workspace\trunk>svn cl ignore-on-commit src\conf\db.properties
D [work] src\conf\db.properties
A [ignore-on-commit] src\conf\db.properties

D:\workspace\trunk>svn status

--- Changelist 'work':
        src\java\com\corp\sample\Main.java
        src\java\com\corp\sample\controller\Controller.java
        src\java\com\corp\sample\model\Model.java
M       src\java\com\corp\sample\view\View.java
        src\resource\icon.ico

--- Changelist 'ignore-on-commit':
M       src\conf\db.properties

D:\workspace\trunk>svn commit --cl work -m "fixed refresh issue"
Sending        src\java\com\corp\sample\view\View.java
Transmitting file data .done
Committing transaction...
Committed revision 9.

Bir alternatif, basitçe bir 'çalışma' değiştiricisine taahhüt etmek istediğiniz her dosyayı eklemek ve hatta bir yok sayma listesi tutmamaktır, ancak bu da çok iştir. Gerçekten, tek basit, ideal çözüm, SVN'nin kendisinde uygulanıp uygulanmadığıdır. Bu konuda, Subversion sayı izleyicisi SVN-2858'de , gelecekte değişmesi durumunda uzun süredir devam eden bir sorun var .


1
Bahsettiğiniz komutla iki dosya ekledim: $svn st --- Changelist 'ignore-on-commit': M database.php M config.php ve yine de, taahhütte repoya gönderildi. Neyi yanlış yaptığım hakkında bir fikrin var mı?
Attila Fulop

7
Değişikliğe uğrayan 'yoksay' dosyasına dosya eklemek başlı başına dosyaların işlenmesini engellemez. TortoiseSVN (bir Windows GUI istemcisi) "yoksayıldığında yoksay" için oluşturulmuştur, ancak svn komut satırı içermez. Orijinal cevabımda sahip olduğum tek öneri, bir changeliste taahhüt etmek istediğiniz dosyaları eklemek ve bunu taahhüt etmesini söylemekti
Joshua McKinnon

7
Taahhütte yoksay, kesinlikle Kaplumbağa için ayrılmış bir listedir. Tek yaptığı, öğelerin GUI'de varsayılan olarak kontrol edilmesini engellemektir, bu nedenle Tortoise GUI'ye özgü bir özelliktir. GUI kullanıyorsanız, listeye eklemek için komut satırını kullanmanıza gerek yoktur. Yalnızca taahhüt listesi öğelerindeki içerik menüsü ve altta bunları bir değiştiriciye taşıyabilirsiniz ve taahhütte yoksay zaten tanımlanmıştır. tortoisesvn.net/docs/release/TortoiseSVN_en/…
tjmoore

bu jack yapmadı. herşeyi yerine getirdi.
ahnbizcad

Çalışmıyor, soru GUI değil, bir komut satırı çözümü hakkında özellikle sordu.
riv

26

Ben sürekli de bu durumda kendimi buldum: ve değişiklik listelerine benim için işe yaramaz - Bunu dosyaların kısa bir liste yapmak istiyorum yok işlemek yerine, bunu dosyaların büyük bir listesini tutmak istiyor do want yorum yapmak!

Linux komut satırı üzerinde çalışıyorum: benim çözüm aşağıdaki gibi bir komut dosyası / usr / bin / svnn (evet, iki 'n's!) Oluşturmaktır:

#! /bin/bash
DIR=/home/mike/dev/trunk

IGNORE_FILES="\
        foo/pom.xml \
        foo/src/gwt/App.gwt.xml \
        foo/src/main/java/gwt/Common.gwt.xml \
        foo/src/main/resources/context/datasource/local.xml \
        foo/src/main/resources/context/environment/local.xml"

for i in $IGNORE_FILES; do mv $DIR/$i $DIR/"$i"_; done;

svn "$@"

for i in $IGNORE_FILES; do mv $DIR/"$i"_ $DIR/$i; done;

Açıkçası, bu benim durumuma göre uyarlanmıştır - ancak yalnızca DIR ve IGNORE_FILES'i geliştirici kurulumunuza uyacak şekilde değiştirin. Komut dosyasını aşağıdakilerle yürütülebilir olarak değiştirmeyi unutmayın:

sudo chmod +x /usr/bin/svnn

.. sonra IGNORE_FILES listesindeki dosyalarda yerel değişiklikleri kontrol etmeden korkmadan "svn" yerine "svnn" kullanın. Umarım bu yardımcı olur!


Son olarak, bu cevap aslında doğrudur. Bazı araçlar yazmanız gerekiyor. Bu aslında kusurlu, çünkü svnn ignore configs/*joker karakter, çan ve ıslık gibi dinamik bir seçeneğe sahip olmak istiyorum . Sanırım böyle bir şey kendim yazıyorum ve sonra buraya geri dönüyorum!
Tomasz Gandor

bu harika! Daha da iyisi, svn -> svnn için .bashrc içinde bir takma ad oluşturun. Daha da iyisi, komutun içinde yok sayılacak dosyaları belirtmek yerine, git gibi davranabilir, klasörün içindeki bir .ignore dosyasını kontrol eder ve desenle eşleşen her dosyayı yok sayar.
Tarek

Yazmayı yeniden öğrenmek zorunda kalmak yerine, svnnonu aramayı svnve bu komut dosyasını PATH'nizin başlangıcında olabilecek bir şeye yerleştirmeyi düşünün ${HOME}/bin. Betiğin kendisinden sonra çağırırsınız /usr/bin/svn.
Joost

17

Depodaki bir dosyayı görmezden gelmenin bir yolu olduğuna inanmıyorum. Sıklıkla web.config ve diğer yapılandırma dosyalarıyla çalışırız.

Mükemmel olmasa da, en sık gördüğüm ve kullandığım çözüm yerel kopyalar oluşturmak için .default dosyasına ve nant bir göreve sahip olmaktır.

Örneğin, depoda web.config.defaultvarsayılan değerleri olan bir dosya vardır. Ardından, tüm web.config.defaultdosyaları yeniden adlandıracak bir nant görevi oluşturunweb.config yerel ardından yerel değerlere özelleştirilebilir. Yeni bir çalışan kopya alındığında veya bir yapı çalıştırıldığında bu görev çağrılmalıdır.

Ayrıca web.config, depoya taahhütte bulunulmaması için oluşturulan dosyayı yok saymanız gerekir .


8

Değiştirdiğiniz ancak işlem yapmak istemediğiniz dosyalara filtre uygulama seçeneği sunan değişiklik listelerine göz atın . SVN, siz söylemediğiniz sürece bir dosyayı otomatik olarak atlamaz - ve bu dosyanın diğer dosyalardan bir şekilde farklı olduğunu söylemenin yolu bir değişiklik listesine koymaktır.

Sizin için daha fazla çalışma gerektirir ve değiştiriciyi yalnızca çalışma kopyanıza uygulayabilirsiniz (açıkçası, bir revizyona 'asla güncelleme' özelliği uygulayabiliyorsanız ortaya çıkabilecek kaos hayal edin!).


1
Ama tam da istediğimiz bu. Örneğin, sistem varsayılanı yerine defaultUserId = yourId ayarlamanız gereken bir kaynak dosya.
orbfish

4

Ben sadece bazı dosyaların "atomik" bir taahhüt yapmak için bir yol arayan bu konu geldi ve taahhüt bazı dosyaları görmezden yerine başka bir şekilde gittim ve sadece istediğim dosyaları taahhüt:

svn ci filename1 filename2

Belki birine yardım eder.


Cevabınız bu konuda yeterli öneri. svn cisadece takma addır svn commit. Taahhüt komutu, belirtilen dosyaların belirli bir şekilde
yürütülmesini

3

Çocuklar yeni bir çözüm buldum. TortoiseSVN'nin istediğimiz gibi çalıştığı göz önüne alındığında, Linux altında yüklemeye çalıştım - yani Wine üzerinde çalışıyor. Şaşırtıcı bir şekilde çalışıyor! Tüm yapman gereken:

  1. "Svn changelist 'taahhütte yoksay" komutunu kullanarak atlamak istediğiniz dosyaları ekleyin.
  2. Taahhüt etmek için TortoiseSVN kullanın: "~ / .wine / drive_c / Program \ Files / TortoiseSVN / bin / TortoiseProc.exe / command: commit / path: '
  3. Hariç tutulan dosyalar varsayılan olarak yürütme işlemi için işaretlenmezken değiştirilen diğer dosyalar kontrol edilir. Bu, Windows altındakiyle tamamen aynıdır. Zevk almak!

(Dosyaları CLI tarafından hariç tutmanızın nedeni, bunu yapmak için menü girişi bulunamamış, neden olduğundan emin değil.


2

Çakışan dosyaların işlenmesine izin verilmez. Özel değişikliklerinizi depodan uzak tutmak için bundan faydalanabilirsiniz. Bu, az sayıda dosyayla en iyi şekilde çalışır.

Çakışması için a-file, çalışma kopyanızda (WC) a-filedepodan güncel bir bilgi yok ve WC'nizde depodaki a-filedeğişikliklerle aynı konumda olan değişiklikler (güncellemediğiniz değişiklikler) var henüz). Yukarıdaki koşulları beklemek istemiyorsanız, bunun için bir çakışma oluşturabilirsiniz a-file:
Çalışan kopya 1'de (WC1), üstüne "burada çakışma yapın"a-file gibi bir metin satırı ekleyin . Depoyu kırmamak için gerekli sözdizimini kullanın. WC1'den taahhüt . WC2'de, üstüne "çakışma istiyorum " gibi farklı bir metin satırı ekleyin . WC2'den güncelleme yapın ve şimdi a-dosyası çakışmalıdır.a-filea-file


1

Bunun yerine svn commit, ihtiyacınız olan tüm dosyalar üzerinde çalışan bir yardımcı bash betiği yazmam ve istemediğiniz dosyaların hiçbirini yazmam. Bu şekilde çok daha fazla kontrolünüz olur.

Örneğin, bir satırda, uzantı içeren .hve .cppüzerinde değişiklik yaptığınız (ve çakışmaya neden olmayacak) tüm dosyaları işleyebilirsiniz :

svn commit -m "" `svn status | grep "^M.*[h|cpp]$" | awk '{print $2}' | tr "\\n" " "`

Parçaya uzantıları değiştirme / ekleme [h|cpp]. -m ""Gerekirse tırnak işaretleri arasına bir günlük mesajı ekleyin .


1

Önerilen fikirlerden bazıları şu şekilde uygulanabilir:

PowerShell'de Windows'ta

hepsini varsayılan listeye ekle. ps1

dir -Recurse | ? { -not $_.PSIsContainer } | % { svn cl default $_.FullName }

yok sayma listesine ekle list.ps1

 dir file1 ... filN  % { $_.FullName } > ignore-on-commit
 cat .\ignore-on-commit | % { svn cl ignore-on-commit $_ }
 svn add ignore-on-commit

Artık takma ad oluşturabilirsiniz, svn ci --changelist defaultböylece her seferinde belirtmeniz gerekmez. Ek avantaj, depoda yoksayma listesini (isterseniz) depoya kaydedebilmenizdir.

Bunu sürekli yenilenen ancak nadiren elle değiştirilen bazı dosyalar için yapıyorum. Örneğin, belirli yer tutuculardaki yapılandırma dosyalarıma revizyon numarası ekliyorum, böylece her işlemde dosyalar değiştirilebiliyor, ancak manuel değişiklik nadir.


1

Bunun SVN'ye dahil edilmesini beklemekten bıktım. TortoiseSVN'yi yoksayma ile kullanıyordum, ancak bu komut satırından bastıramayacağınız bir kullanıcı iletişim kutusu açıyor ve derleme komutumu çalıştırıp gidip bir bardak çay yaptığımda nefret ediyorum Kullanıcı girişinin% 10'unu beklediğini keşfetmek için geri dönüyorum.

Bu yüzden, yalnızca bir changelistte olmayan dosyaları işleyen bir windows powershell betiği:

# get list of changed files into targets
[XML]$svnStatus = svn st -q --xml C:\SourceCode\Monad
# select the nodes that aren't in a changelist
$fileList = $svnStatus.SelectNodes('/status/target/entry[wc-status/@item != "unversioned"]') | Foreach-Object {$_.path};
# create a temp file of targets
$fileListPath =  [IO.Path]::GetTempFileName();
$fileList | out-file $fileListPath -Encoding ASCII
# do the commit
svn commit --targets $fileListPath -m "Publish $version" --keep-changelists 
# remove the temp file
Remove-Item $filelistPath

1

User88044 komut dosyasının güncellenmesi.

Fikir, dosyaları sakın-bozma changelistinde itmek ve kötü komut dosyasını çalıştırmaktır.

Komut dosyası, do-not-commit dosyalarını komuttan çıkarır: svn status --changelist 'do-not-commit'

#! / bin / bash DIR = "$ (pwd)"

IGNORE_FILES = "$ (svn durumu - değiştirici 'yapmayın' | kuyruk -n +3 | grep -oE '[^] + $')"

$ IGNORE_FILES içindeki i için; do mv $ DIR / $ i $ DIR / "$ i" _; yapılan;

svn "$ @";

$ IGNORE_FILES içindeki i için; mv $ DIR / "$ i" _ $ DIR / $ i; yapılan;

Komut dosyası / usr / bin / svnn (sudo chmod + x / usr / bin / svnn) içine yerleştirilir

svnn durumu, svnn yürütme, vb ...


1

"Taahhütte yoksay" değişiklik listesini doğrudan TortoiseSVN ile yapılandırabilirsiniz. Diğer tüm dosyalar dahil olmak üzere başka bir değişiklik listesi yapılandırmaya gerek yok

1) "SVN İşlemi ..." seçeneğini tıklayın (taahhüt etmeyeceğiz, yalnızca değişiklik listesi için bir grafik menü bulmanın bir yolu) 2) Listede Dışlamak istediğiniz dosyayı sağ tıklayın. 3) Menü: değiştiriciye git> taahhütte yoksay

Bir sonraki SVN İşlemi Yaptığınızda ... Dosyalar, listenin sonunda, taahhütte yoksay kategorisi altında işaretlenmemiş olarak görünür.

Test edildi: TortoiseSVN 1.8.7, Derleme 25475 - 64 Bit, 2014/05/05 20:52:12, Subversion 1.8.9, -çalışma


1
youps, sadece tjmoore'un yorumlarını gördüm, zaten tortoiseSVN kullanıcısı için iyi bilgi veriyor ... komut satırı yok tortoisesvn.net/docs/release/TortoiseSVN_en/…
luney

1.9'da mı kırıldı?
Jake Hm

1

Bu oyuna geç, ama bu sorun için en müthiş est komut satırı komutunu buldum. Bash kullanarak yapılır. Zevk almak.

svn status | grep -v excluding | sed 's/^A */"/g; s/$/"/g' | tr '\n' ' ' | xargs svn commit -m "My Message"

Tamam, işte komutun açıklaması. Bazı şeylerin kullanım durumunuza göre değiştirilmesi gerekir.

svn status

Tüm dosyaların bir listesini alıyorum. Hepsi bu durum karakterleriyle (?,!, A, vb.) Başlar. Her biri kendi çizgisinde

grep -v excluding

Listeye filtre uygulamak için grep kullanıyorum. Normal olarak (dahil etmek için) veya -v bayrağıyla (hariç tutmak için) kullanılabilir. Bu durumda, "hariç tutulan" ifadesi hariç tutulacak olan ifadeyle hariç tutmak için kullanılır.

sed 's/^. */"/g; s/$/"/g'

Şimdi her karakterin başında durum karakterini ve boşlukları kaldırıyorum ve sonra sed kullanarak her satırı alıntılıyorum. Bazı dosya adlarımın içinde boşluklar var, bu yüzden alıntı.

tr '\n' ' '

Tr kullanarak, tüm yeni satırları boşluklarla değiştiririm. Şimdi taahhüt edilecek dosya listemin tamamı bir satırda.

xargs svn commit -m "My Message"

Son olarak, komutla komutumu yürütmek için xargs kullanıyorum. Taahhüt yapar ve alıntılanan dosya listemi son argüman olarak bırakır.

Sonuçta her şey eninde sonunda istediğim gibi çalışır. Hala bu lanet olası çemberlerden atlamam için beni sevmiyorum, ama bununla yaşayabilirim. Sanırım.


0

Aynı sorunla karşı karşıya olduğum ve Google'ım bana hiçbir şey vermemeye devam ettiğinden, bir çözüm bulduğumu düşünüyorum. İşte yaptığım şey, benim için çalışıyor gibi görünüyor, ancak SVN'nin eski bir sürümüyle (<1,5, --keep-local seçeneği olmadığından) sıkıştığım ve bunun uzmanı değilim , Evrensel bir çözüm olduğundan emin olamıyorum. Sizin için de işe yararsa, lütfen bana bildirin!

SVN'den aldığım bir Prestashop kurulumu ile uğraşıyordum, çünkü diğer insanlar zaten üzerinde çalışmaya başlamıştı. DB ayarları başka bir sunucu için yapıldığından, / config klasöründeki bazı dosyalarda değiştirdim. Bu klasör zaten sürüm olarak yüklendiğinden, svn: ignore olarak ayarlamak, yerel değişikliklerimin yapılmasını engellemez. İşte yaptım:

cp config ../cfg_bkp              # copy the files out of the repo
svn rm config                     # delete files both from svn and "physically"
svn propset svn:ignore "config" . # as the files no longer exists, I can add my ignore rule and then...
mv ../cfg_bkp config              # ...bring'em back
svn revert --recursive config     # make svn forget any existing status for the files (they won't be up for deletion anymore)

Şimdi svn add --force çalıştırabilirim. repo kök benim yapılandırma eklemeden olsa bile, repo sürümüyle eşleşmiyor olsa bile (sanırım bir kez daha değiştirdiğimde, tüm bunları tekrar denemek zorunda kalacağım). Dosyalarımın üzerine yazılmadan veya herhangi bir hata almadan güncelleme de svn.


0

Dizin özelliklerindeki değişiklikleri göz ardı etmeyen bir çözüm

Çözümü temel alarak kullanmaya çalıştım changelist, ancak bununla ilgili birkaç sorunum var. İlk olarak depomda bin dosya var, bu yüzden taahhüt edilecek olan changelist çok büyük ve çıktım svn statusçok uzun oldu ve yararlı olması için ayrıştırılması gerekiyordu. En önemlisi, bir birleşmeden kaynaklanan değişiklikleri yapmak istedim, yani özellik değişikliklerini içeriyorlar. Bir changelist yürütülürken, dizine bağlı svn özellikleri taahhüt edilmez, bu yüzden fazladan bir taahhüt yapmak zorunda kaldım:

svn ci --cl work -m "this commits files from the work changelist only"
svn up
svn ci --depth empty DIR . -m "record merge properties"

Bunu birkaç dizin için yapmanız gerekebilir (burada geçerli dizinin özelliklerini DIRve geçerli dizinin özelliklerini kaydediyorum .), temel Molarak svn statuskomutu verirken ikinci sütunda bir olanları .

Çözüm

Yamalar kullandım ve svn patch. Sözde kodda:

svn diff $IGNORE_FILES > MYPATCH   # get the mods to ignore
svn patch --reverse-diff MYPATCH   # remove the mods
svn ci -m "message"                # check-in files and directory properties
svn patch MYPATCH                  # re-apply the mods

Diğer posterler gibi, görmezden gelinecek dosyaların listesini korumak için bir komut dosyası kullanıyorum:

#! /usr/bin/env bash

finish() {
    svn patch MYPATCH               # re-apply the mods
}
trap finish EXIT

IGNORE_FILES="\
sources/platform/ecmwf-cca-intel-mpi.xml \
runtime/classic/platform/ecmwf-cca.job.tmpl \
runtime/classic/platform/ecmwf-cca-intel.xml"

svn diff $IGNORE_FILES > MYPATCH # get the mods to ignore
svn patch --reverse-diff MYPATCH # remove the mods

svn "$@"

Genellikle cive ile birlikte kullandım revert -R ..


-1

svn:ignore cevabınız.

Misal:

$ svn propset svn:ignore -F .cvsignore .
property 'svn:ignore' set on '.'

1
Yukarıdaki örnek, svnignore özelliğinizin girdisi olarak önceden yapılandırılmış bir cvsignore dosyasının nasıl kullanılacağını gösterir.
Ben Hoffstein

1
no svn: ignore sadece sürüm dosyaları içindir. dos sürüm dosyalarıyla çalışmaz
Sérgio

1
Ve ayrıca yerel değil. Bu, kendi başına gerçekleştirilecek bir özellik değişikliğidir.
Adam Badura

-9
svn propset "svn:ignore" "*.xml" .

*.xmlgörmezden dosyaların kalıptır; burada dizin adlarını da kullanabilirsiniz.


3
-1, deponun bir parçası olan bir dosyayı görmezden gelemezsiniz.
zellus
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.