Comment mettre à jour la Subversion externes

Si je vous comprends, vous voulez vous assurer que foo et bar partager la même branche. foo est votre directeur de projet et a une svn:externals sur elle quelque part pointant vers bar. Lorsque vous branche foo, vous voulez vous assurer que bar est à l'aide de la même branche. La seule façon de s'assurer que tout soit créer votre dépôt avec le tags et branches répertoires à la racine de votre dépôt, plutôt qu'à la racine du projet (comme la plupart des sites n').

Ensuite, vous pouvez utiliser relatif références externes à partir de la foo répertoire qui contient le svn:external retour à bar. Aussi, si vous étiquette de foo et bar avec le même tag, foo et bar maintenir leur relation:

$ svn propset svn:externals ../../bar common

Si vos branches ont été à la racine de votre dépôt, puis le common répertoire pointant vers la même direction pour foo que c'est sur bar.

Le gros problème avec snv:externals est que si vous ne faites pas attention, vous vous pointez à jamais changer la version du répertoire que vous créez un lien vers. Disons que quelqu'un a fait cela:

$ svn propset svn:externals /projects/bar/trunk common

dans mon foo projet. Je fais une décharge et une copie foo à une balise. Cependant, la common répertoire que j'ai marquées seront modifiées lorsque quelqu'un met à jour bar/trunk. Cela rend presque impossible de reconstruire foo.

Lorsque j'utilise svn:externals, je m'assure toujours que je suis un lien vers un tagged version de bar, ou une révision spécifique, et si je suis un lien vers une révision spécifique, j'ai aussi peg mon URL en révision dans le cas où quelqu'un décide de supprimer le répertoire que je me connecte à mon svn:externals propriété.

Il n'y a rien dans la Subversion, qui va automatiquement mettre à jour votre svn:externals propriétés, mais vous pouvez consulter tous les svn:externals sur une arborescence de répertoire en utilisant

$svn propget -v -R svn:externals .

J'ai trouvé que svn:externals termine généralement par une plus grande douleur que ce qu'il vaut.

Au lieu de cela, j'ai simplement stocker l'objet construit de bar ou une zippée une copie de la source, dans ma version du référentiel, et dans le cadre de ma procédure de compilation, je copie l'objet ou zippé source de ma version du référentiel.

J'utilise Maven site référentiels comme Nexus ou Artifactory que ma version du référentiel, même si je ne fais pas un projet Maven ou même en travaillant dans une Java du projet. Le local repository Maven fournit tous les outils dont vous avez besoin pour télécharger et télécharger vos paquets dépendants, plus Maven a la notion de libération référentiel -- où le code ne change jamais, et d'une instantané référentiel dans lequel vous avez l'intention de libérer le code, mais ça pourrait changer. Ceci est utile si vous pensez que bar pourrait changer en raison des trucs dont vous avez besoin dans foo.