Comportamento inconsistente de informações do svn

1

Devido a uma estrutura complexa em um repositório SVN, alguns arquivos externos não são recuperados corretamente do repositório. Como mudar a estrutura do repositório não é uma opção, eu desenvolvi um script que percorre os elementos externos e os recupera 'manualmente', se necessário (graças ao 'svn export'). Para detectar se esta operação é de fato necessária, eu executo 'svn info', assumindo que ela retornará diferente de 0 se o arquivo não existir, ou se não for versionado. Esse foi de fato o comportamento obtido no host1 (SVN Client 1.6.17):

# Initially, the directory is empty
host1$ ls
host1$ svn update

Fetching external item into 'main.rbf'
svn: warning: '<REMOTE_SVN_LOCATION1>'
is not the same repository as
'<REMOTE_SVN_LOCATION2>'

At revision 18413.

# Although we do the update, the external item is not fetched,
# as it is a single file coming from a different repository
# (known problem)
host1$ ls
# The file is not present, and SVN info acts accordingly
host1$ svn info main.rbf
main.rbf:  (Not a versioned resource)

svn: A problem occurred; see other errors for details

# If we force the SVN export
host1$ svn export <REMOTE_SVN_LOCATION1> main.rbf
A    main.rbf
Export complete.
host1$ ls
main.rbf

# then SVN info detects it and acts accordingly
host1$ svn info main.rbf
main.rbf:  (Not a versioned resource)

svn: A problem occurred; see other errors for details
host1$

No host2, (SVN Client 1.6.11), o comportamento de 'SVN info' é completamente diferente: não importa se o arquivo está lá (de uma exportação anterior) ou não, a resposta é:

# Directory is empty
host2$ ls
host2$ svn info
Path: .
URL: <REMOTE_LOCATION>
Repository Root: ...
Repository UUID: ...
Revision: 18413
Node Kind: directory
Schedule: normal
Last Changed Author: ...
Last Changed Rev: 18326
Last Changed Date: ...

host2$ 

Existe alguma razão para explicar este comportamento inconsistente? Como posso detectar este arquivo não versionado no host2?

    
por pachfe 25.07.2013 / 11:50

0 respostas

Tags