2011-04-03 13 views
16

Tenemos un nuevo proyecto ASP.NET en el entorno VS 2008, y un nuevo servidor TFS fue configurado para ello, pero originalmente la carpeta bin del proyecto también se registró.¿Cómo eliminar una carpeta (BIN) del control de versión y hacer que permanezca en TFS?

El equipo tiene alrededor de 10 desarrolladores activos a la vez y es un gran problema ahora que algunas de las bibliotecas comunes siguen siendo revisadas por alguien.

Según las prácticas recomendadas, ahora deseo solucionar este problema y eliminar la carpeta bin del control de versiones Y debo asegurarme de que, a partir de ahora, cuando un desarrollador ingrese a su proyecto, la carpeta bin nuevamente no se registra. ¿Cómo me aseguro de ambas cosas con el enfoque correcto? Sería genial si puedo hacer algo como un administrador de TFS para que desde el día siguiente todos los desarrolladores obtengan automáticamente algunas configuraciones en sus cajas para que dejen de registrar la carpeta bin una vez que la haya eliminado del control TFS.

Soy un principiante en TFS, como antes usaba SVN principalmente, así que por favor diríjase a los pasos correctos, la documentación. ¡Gracias!

+0

¿Cómo agregaste el proyecto/solución? ¿Cómo interactúas con el control de código fuente de TFS para tu proyecto para realizar cambios? –

Respuesta

26

Elimina la carpeta bin en el explorador de soluciones, esto agregará una eliminación a las comprobaciones pendientes.

Una compilación debe volver a crear la carpeta bin, pero no agregar la carpeta al proyecto (y por lo tanto no habrá indicaciones para que se agregue al control de versión).

Esto no evitará que alguien lo agregue (o lo que contenga) de nuevo al control de versiones fuera de VS (por ejemplo, desde la línea de comandos o volviendo a agregar la carpeta bin a un proyecto). No creo que haya nada que puedas hacer para evitar que se agreguen archivos arbitrarios, excepto el entrenamiento (si tus desarrolladores no pueden manejar esto, ¿cómo manejan todos los demás "no hacer eso" asociados al desarrollo?)

Actualizado, ya que esto fue escrito TFS (incluyendo VSTS y Visual Studio) permite que los archivos y las carpetas se ignoren a través de un archivo .tfignore.


menudo Visual Studio no recoge cambios en el archivo .tfignore, que necesitan un reinicio.

+0

así que una vez que elimine la carpeta y luego registre mi solución, ¿qué sucederá exactamente la próxima vez que un desarrollador (que tal vez tomó la última versión ayer) haga un check-in de la solución? En su copia, ¿puede que tenga algunos archivos extraídos de BIN tal vez? –

+0

@SaurabhKumar: habrá un conflicto de fusión (creo: nunca he intentado un conflicto de eliminación vs. cambio). Si los archivos son binarios, solo pueden ser revisados ​​por una sola persona (sugeriría que los archivos no binarios en la papelera del proyecto sean un enfoque incorrecto: es mejor utilizar la acción de compilación "copiar a la salida"). ** Sugerencia **: configure un proyecto de prueba con dos espacios de trabajo (estos pueden estar en el mismo sistema) y pruébelo. – Richard

+0

Me doy cuenta de que esta es una publicación súper antigua, pero me pregunto por qué nadie ha sugerido una implementación de un archivo .tfignore para garantizar que la carpeta bin permanezca fuera del control de la fuente para todos los desarrolladores y sin la necesidad de capacitación específica ... – Nugs

Cuestiones relacionadas