SVN ignorer de ce qui est local à la copie de travail?

Est-il possible que je peux ignorer un fichier dans ma copie de travail locale sans polluer les propriétés svn? Je ne veux pas que mon local ignorer modèle (par exemple, les fichiers temporaires) d'être publiés dans le référentiel et causer des pensions avoir beaucoup d'informations inutiles.

Tout comme dans git, je peux avoir .git/info/exclure. Est-il de toute manière similaire dans le SVN?

InformationsquelleAutor Adrian Shum | 2010-07-26
  1. 28

    Vous pouvez les mettre dans la liste de modifications ignore-on-commit. Voir cette question et sa réponse.

    EDIT: Cela ne fonctionne qu'avec tortoisesvn et éventuellement d'autres clients, pas avec svn en soi.

    • Merci. En fait, je connais cette méthode, mais ignorez-sur-commit ne fonctionne qu'avec svn 1.5+, et pas à chaque client le supporte (par exemple, Subclipse).
    • Bien que cette méthode n'a pas vraiment l'adapter à mon besoin, mais je pense que c'est la meilleure et la plus de réponse officielle pour SVN. Merci 🙂
    • Ignore-sur-commit va pas être publié à d'autres clients. de référence officiel
    • pour la copie de travail implique exactement ça, oui.
    • L'autre question et vous répondre point de référence que l'ignorer-sur-commit ne sa magie que pour la Tortue GUI ... le svn en ligne de commande sera encore, malheureusement, essayez de valider les fichiers.
    InformationsquelleAutor Joey
  2. 14

    Oui, il est.
    Goto TortoiseSvn Configuration -> Général.

    Il y a un mondial ignorer zone d'édition. Ajouter ce qui suit comme un bon point de départ pour ignorer les éléments que vous ne voulez pas aller dans le référentiel:

    *.fbl6 *.fbpInf *.fb6lck *.*scc *.aps *.bak *.cache *.eto *.ilk *.ncb *.obj *.patch *.pch *.plg *.rdl.data *.sbr *.sqlsuo *.suo *.svclog *.tlh *.tli *.tmp *.user *.vshost.* *DXCore.Solution [Bb]in [Dd]ebug [Oo]bj [Rr]elease _[Rr]e[Ss]harper.* _UpgradeReport_Files Ankh.Load Backup* CVS PrecompiledWeb svnignore[.-] [Tt]humbs.db UpgradeLog*.* _vti_* lint.db
    • Oh Oui! J'ai presque oublié que le "global" liste noire est en fait "local" ("local" dans le sens où elle est conservée locaux et non synchronisée sur le svn). Merci de me rappeler pour cela! 🙂 Mais il des effets sur toutes les copies de travail, pour lequel j'ai peut-voulez que les fichiers à ignorer dans une copie de travail, mais pas dans l'autre.
    • J'ai trouvé cette recherche de comment ignorer foo.vshost.exe - le patron ayant .vshost. ne semble pas fonctionner, j'ai maintenant trouvé que *.vshost.* œuvres.
    InformationsquelleAutor Simon Hughes
  3. 6

    Cette technique est plus comme .gitignore que .git/info/excludes (La gestion de la propriété svn:ignore en toute impunité):

    • Créer un .svnignore dans le haut de votre projet.
    • Faire une liste de fichiers et les jokers vous avez à vous ignorer
    • Enregistrer

    Maintenant, à partir du haut de votre projet, vous pouvez le faire:

    $ svn propset svn:ignore -F .svnignore  .

    Au moins de cette façon que vous avez à faire juste 1 propset changement.

    Vous aurez encore à suivre ou d'ignorer vos .svnignore (tout comme .gitignore).

    InformationsquelleAutor sam
  4. 3

    Si vous voulez éviter de télécharger un répertoire distant complètement, les ouvrages suivants:

    svn update --set-depth exclude <folder-to-ignore>

    • Cela ne fonctionne que pour pas de télécharger un répertoire distant (par exemple, je travaille sur local/widgets, ne se soucient pas d'avoir local/largelibrary, je peux mettre de la profondeur à exclure sur largelibrary du local: largelibrary ne sera pas toujours synchronisés, et les conflits surviennent si jamais je créer localement). Upvoting, car c'est exactement mon cas d'utilisation, où les autres réponses ne sont pas applicables.
    • Merci pour cette remarque, @Iserni. Je crois que c'était mon cas d'utilisation où le dépôt a été assez grande et avait de nombreux dossiers, je n'avais tout simplement pas s'en soucier. J'ai ajouté que l'explication dans la réponse.
    • cela n'a absolument rien à voir avec la question
    • J'ai atterri à cette question tout en cherchant un moyen de faire exactement ce qui est décrit dans cette réponse.
    InformationsquelleAutor emragins