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?
Tags svn