Tsuna <tsuna(a)warszawa.lrde.epita.fr> writes:
On 2006-08-23, Roland Levillain
<roland(a)lrde.epita.fr> wrote:
[...]
+ # If it
fails, extract a fresh copy of the project.
+ if test $? -ne 0; then
+ rm -rf "$package.new"
+ svn checkout -q "$url" "$package.new"
+ mv -f "$package" "$package.old"
+ mv -f "$package.new" "$package"
+ rm -rf "$package.old"
j'aurai verifie que svn checkout marche ou fait un truc du genre:
svn checkout -q "$url" "$package.new" && \
mv -f "$package" "$package.old" && \
mv -f "$package.new" "$package" && \
rm -rf "$package.old"
Oui, mais bof. Sans un système qui permet de vérifier le comportement
de update_unpacked (logs, envoi d'e-mail au mainteneur de la build
farm, etc.) ça ne change pas grand'chose.
Et a priori, `svn checkout', ça marche dans tous les cas (à la
différence de `svn update'), surtout lorsque le répertoire cible a été
supprimé juste avant. En fait, il faut comprendre que `svn checkout',
c'est juste une solution lorsque `svn update' ne marche plus. Il
faudrait vraiment que le build maintainer soit averti lorsque les deux
ne fonctionnent plus (ce qui est rare).