J'essaie de mettre à jour en utilisant
svn update --username myusername https://my.svn.address
Cependant, je reçois juste un message 'sauté'?
Je suppose que vous obtenez ce type d'erreur.
[user@user myprojectdir]# svn up
Skipped '.'
faites svn st de votre dir de projet
[user@user myprojectdir]# svn st
svn: warning: '.' is not a working copy
cela signifie que vous n'êtes pas dans votre répertoire de travail .Vous avez peut-être mal effectué votre paiement.
Manière correcte est-ce.
[user@user ~]# svn co http://xxx.xxx.x.xxx/projectPRJ/trunk/ myprojectdir
[user@user ~]# cd myprojectdir
[user@user ~]# svn up
Remarque: Mais si vous vous trompez avec l'ordre ci-dessus, svn up ne fonctionnera pas par exemple.
[user@user ~]# cd myprojectdir
[user@user myprojectdir]# svn co http://xxx.xxx.x.xxx/projectPRJ/trunk/
[user@user myprojectdir]# svn up
vous obtiendrez Skipped '.'
Si vous mettez à jour une copie de travail, vous n'avez pas besoin de fournir l'adresse du référentiel distant. Vous ne faites que svn up
ou svn update
, la copie de travail locale contient déjà les informations sur l'emplacement du référentiel distant.
Matti est correct. J'aimerais ajouter à son propos qu'il faut d'abord comprendre ce qu'est une copie de travail. Ensuite, la différence entre l'exportation SVN et le paiement SVN.
Si vous avez exécuté la commande svn export
, vous n’auriez pas créé de copie de travail. Seul svn checkout
crée une copie de travail.
J'ai trouvé que le client SVN pouvait également dire «ignoré» pendant «svn up», si vous utilisez un chemin d'accès partiellement défini par un lien symbolique. La solution de contournement est soit:
Voici ce qui s’est passé dans mon cas: J’ai eu un conflit et commis accidentellement mon dossier Après vérification du dossier, j’avais l’extension .mine et .r. les fichiers et
le svn a encore fonctionné
Je viens de rencontrer ce problème. Oui, je suis nouveau sur SVN. Je devais mettre à jour à partir du répertoire de coffre.