Je pense que le concept de "pinned svn:externals", c'est-à-dire de svn:externals avec une révision explicite, est de toute première importance, pas suffisamment mise en valeur par les gens de Subversion. En fait, sauf cas exceptionnel, un svn:externals "ouvert" ne devrait jamais être légitime. Dans ces conditions se pose la question des check-ins de répertoire hôte quand il y a des modifications dans des externals. Dans tous les cas, je crois que vcs devrait faire le checkin des svn:externals d'abord, qu'ils soient pinned ou non, mais que dans le cas pinned, alors vcs devrait ensuite mettre à jour la référence de l'external avant de poursuivre sur le checkin de l'hôte. Suis-je clair ? Dans le cas de share/ par exemple, on a : share-ci: cd $(share_dir) && vcs-svn ci $(MAKE) share-up je pense que "make share-ci" ne devrait pas être nécessaire avec vcs : c'est lui qui devrait faire des checkins récursifs dans les externals.