24 Aug
2006
24 Aug
'06
1:14 p.m.
On 8/24/06, Roland Levillain <roland(a)lrde.epita.fr> wrote:
Tsuna <tsuna(a)warszawa.lrde.epita.fr> writes:
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).
Si il n'y a plus besoin svn update il n'y a peut être plus besoin
d'une working copy ?
Dans ce cas un svn export serais plus efficace.
--
Nicolas Pouillard aka Ertai <ertai(a)feydakins.org>
http://uttk.org Uttk -- Unified Test Tool Kit
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"