Subversion: ignorer les modifications apportées à un fichier local sur un client uniquement

Question

Est-il possible d'ignorer les changements dans un fichier de subversion localement sur un client, sans que la multiplication de l'ignorer pour l'ensemble du référentiel?

Le problème particulier que je m'occupe, c'est que j'ai vérifié un projet et modifié un tas de fichiers, y compris le Makefile, qui est déjà partie du dépôt. Maintenant, l'environnement, je travaille sur est différent du reste du groupe, et je veux que les modifications apportées à la Makefiles pour rester local sur ma machine et ne pas être engagé.

Cependant, je ne souhaite pas svn:ignore parce que je crois susceptible de commettre l'ignorer pour le référentiel, alors il est important de garder le fichier make.

Answer 1

Comme avec de nombreux aspects de svn, tortue, il est vraiment facile. En fait, je crois que la tortue fait ajoute des fonctionnalités à l'aide existante svn fonctionnalités de manière systématique. Je me rends compte de cette réponse, c'est uniquement sous windows, alors, mais peut-être que certaines personnes sont comme moi et utilisez encore windows. Dans le "Vérifier les Modifications" popup cliquez-droit sur vos fichiers et sélectionnez "mettre à la Liste"->"ignorer-sur-commit". Maintenant, quand vous checkin à l'aide de la tortue, il va segmenter vos modifications dans les différentes listes de changements, de sorte que vous pouvez au moins visuellement dites ce que vous voulez à s'engager et à ce que vous ne voulez pas commettre.

Answer 2

si vous utilisez Subversion 1.5.x ou version ultérieure, vous pouvez utiliser la liste des modifications:

svn cl COMMIT /path/to/project/*

svn cl NOT_COMMIT /path/to/project/Makefile

Remarque: avec la seconde commande Makefile sera supprimé à partir de la première liste de modifications. Vous pouvez ignorer l'avertissement.

Ne commettez pas la deuxième liste de modifications.

ne s'engage par le biais de:

svn ci --cl COMMIT -m"<LOG MESSAGE HERE>"

Important: Si vous vous engagez, sans --cl option, TOUTES vos modifications seront engagés

Answer 3

Le plus proche de la solution de sécurité à laquelle je pense est d'utiliser une branche personnelle.

Answer 4

Utiliser svn export pour exporter le fichier de sorte qu'il n'est pas sous contrôle de version.

http://svnbook.red-bean.com/en/1.0/re10.html

edit: Toutefois, je crois que cela doit être fait sur dossier par dossier, de sorte que vous auriez à réorganiser vos fichiers quelque peu.

Je ne peux pas tester ce à l'heure actuelle, mais un sparse checkout vous aider ici?

http://svnbook.red-bean.com/nightly/en/svn.advanced.sparsedirs.html