c# - serie - Ignorar archivos desde el registro con cierto patrón de cambio
reconocimiento de patrones ejercicios (5)
Desde que comencé a utilizar las anotaciones de JetBrains , en mi beneficio he decorado todos los métodos con [CanBeNull] o [NotNull]
Por ejemplo, la siguiente línea:
public AccountController(IAccountService accountService)
Sería cambiado a:
public AccountController([CanBeNull] IAccountService accountService)
Otro ejemplo sería:
public Account CreateAccountEntity(Account accountEnttity)
sería cambiado a:
[CanBeNull]
public Account CreateAccountEntity([NotNull] Account accountEnttity)
¿Cómo puedo omitir los cambios pendientes para las anotaciones, específicamente "[CanBeNull]", y hacer que TFS ignore por completo este cambio?
En resumen, no debe, la característica más cercana es el tfignore , pero esto ignorará todo el archivo.
Por otro lado, si realmente quieres esto, podrías crear una herramienta usando la API TFS, y tendrías que ejecutar esto antes de los check-ins y verificaría todos los archivos pendientes en tu solución y buscaría estos pequeños cambios y excluyendo los archivos, pero esto podría causar el problema de que en algún momento puede hacer un cambio en un archivo excluido y no se verificará y causará problemas. Debería agregar un código adicional para verificar qué archivos deberían incluirse de la lista de excluidos.
Herramienta externa utilizada dentro de VS Aquí puede ver cómo agregar herramientas al menú Herramientas y enviarle argumentos.
Ejemplo de la API TFS Este ejemplo muestra cómo usar la API TFS. Hay un ''workspace.AddIgnoreFileExclusion ()'', pero no tengo TFS aquí, así que verifico cómo ignorar los archivos más tarde.
Ahora, en mi experiencia, la única razón por la que no quisiera verificar esos cambios sería evitar conflictos con el equipo. Si veo un poco de valor en algunas prácticas, como usar las anotaciones, hablaría con el equipo para convencerlas de usar anotaciones, de esa forma todos lo usarían y pronto cada archivo tendrá las anotaciones y no habrá conflictos.
Estoy de acuerdo con otras respuestas en el sentido de que este tipo de característica no es oficialmente compatible con Microsoft.
Pero también puede sobrescribir TFVC de algunas maneras si es realmente necesario. Puede escribir su propio plugin de Visual Studio o Source Control VSPackage .
No puede hacer que TFS "ignore" el cambio. Ese es el propósito de TFS: rastrear todos los cambios.
La forma en que interpreto tu pregunta, es que deseas evitar el ruido de potencialmente muchos checkins pequeños pero inofensivos debido a tus anotaciones. Si esto es correcto, entonces hay una forma de usar TFS que minimizará el ruido:
- crea una rama desde donde trabajas actualmente (llamémosla "BranchA"), luego realiza todos los cambios de anotación en esa nueva rama ("BranchB"), registrándolos regularmente
- Si esto va a tomar algún tiempo (días, semanas) en completarse, asegúrese de realizar fusiones regulares entre BranchA y BranchB.
- cuando creas que has terminado haz una fusión final de BranchA a BranchB. Si ha utilizado métodos nuevos, asegúrese de anotarlos. Repita este paso si realizó cambios.
- fusionar todos los cambios de BranchB a BranchA. Esto tendrá el efecto de agregar todos sus cambios más pequeños en un solo conjunto grande de checkin / changes en BranchA. Siempre que haya realizado fusiones periódicas de BranchA a BranchB, esto debería estar libre de problemas, incluso si ha pasado un tiempo considerable desde que comenzó el trabajo de decoración.
No puede ignorar selectivamente los cambios dentro de los archivos, en TFVC o en cualquier otro SCM que haya encontrado.
Si su objetivo principal es escribir un código mejor con la ayuda de ReSharper indicándole si debe esperar nulos o no producir otras advertencias y no desea molestar a otros miembros del equipo, le sugiero que considere usar anotaciones externas en su lugar. de atributos de anotación en el código.
A continuación, puede decidir si desea comprometer esos archivos o mantenerlos localmente. E incluso si confirma que su código seguirá limpio sin esos atributos adicionales.
Al menos lo probaría.