2010-04-10 10 views

risposta

2

Questa sintassi è effettivamente corretta. La mia ipotesi è che il contenuto della directory "out" abbia lo stato di (membro). ACCUREV_IGNORE_ELEMS e .acignore non ignoreranno i file che sono già sotto il controllo AccuRev. Notare che in questo esempio, i file nella mia directory "Out" non sono già membri, quindi non visualizzare nella richiesta di ricerca (esterna):

C: \ demo \ ws \ Twins_SP1_mauer \ WebApp> dir
04/10/2010 16:49 7 .acignore
04/10/2010 16:44 out

C: \ demo \ WS \ Twins_SP1_mauer \ WebApp> cat .acignore
out/*

C: \ demo \ ws \ Twins_SP1_mauer \ WebApp> dir Out
04/10/2010 04:43 PM 0 file1.txt
04/10/2010 16:44 0 file2.txt

C:. \ Demo \ WS \ Twins_SP1_mauer \ WebApp> AccuRev stat -x
\ WebApp.acignore (esterno)

+0

Hmm, non sembra funzionare per me: $ ls src/out/ $ AccuRev stat -R -x. $ vi .acignore $ cat .acignore out/* $ touch out/outfile $ accurev stat -x -R. /./project/.acignore (external) /./project/out/outfile (external) – Jack

+0

Jack, quale versione di AccuRev e quale distro di Linux? – jtalbott

+0

Succede sia su linux che su una finestra di windows usando cygwin. Utilizzando 4.7.2. – Jack

2

AccuRev di il filtro viene utilizzato solo per filtrare ciò che appare nell'elenco (esterno), quindi se le cose sono già state aggiunte, non verranno filtrate.

I file .acignore non sono in grado di specificare un pattern ricorsivo - la directory "out" è allo stesso livello di .acignore? Devi metterli in ogni directory dell'albero.

Ho aggiunto file .acignore all'intero albero per salvare le persone che devono specificare ACCUREV_IGNORE_ELEMS sulle loro macchine. Un tipico .acignore è:

*.ncb 
*.suo 
*.user 
Debug/* 
Debug 
bin/* 
bin 
obj/* 
obj 
Release/* 
Release 
TestResults 
TestResults./*