Ma situation est qu'un tas de fichiers sont vérifiés dans svn qui sont très ennuyeux d'avoir sous contrôle de source (en particulier un fichier log4j.properties
), et je voudrais les retirer du contrôle de version. Je sais déjà comment supprimer un fichier de svn version control dans ma propre copie de travail locale, comme dans this question et this one, mais ce n'est pas exactement ce que je cherche.Comment supprimer un fichier de svn versioning sans le supprimer de chaque copie de travail?
Le problème est qu'une fois que je supprime le fichier avec svn rm --keep-local
, lorsque tous les autres utilisateurs tirent du référentiel, leurs copies locales de log4j.properties
disparaissent et leurs environnements se bloquent. Ce que je veux faire est de supprimer le fichier du contrôle de version dans le référentiel, mais aussi faire en sorte que lorsque tout le monde tire du dépôt, il sera comme si ils avaient utilisé --keep-local
sur leurs propres machines, de sorte que la copie existante de leur Le fichier log4j.properties
reste dans le fichier mais devient non versionné.
Est-ce encore possible? Je suppose que c'est une fonctionnalité que svn n'a tout simplement pas.
Ceci est une contradiction. Si un fichier est une partie obligatoire du projet - si ce n'est pas le cas, pourquoi le supprimer ferait-il planter l'environnement de n'importe qui? - Il appartient au contrôle de la source. –
Ce n'est pas que le fichier n'est pas requis, il s'agit plus d'un artefact de déploiement qui ne sera pas le même d'un utilisateur à l'autre - par exemple, un des fichiers contient un tas de chemins vers les répertoires. Nous avons déjà des exemples de fichiers comme dans la réponse de Don Kirkby ci-dessous. –