Le commentaire ci-dessus est exact - il n'y a généralement pas de bonne raison de vérifier les binaires (du moins pas dans la branche de développement). Il peut y avoir des raisons valables (comme lorsque vos binaires doivent être audités par rapport à ce qui est en production). S'ils n'ont pas besoin d'être là, demandez à un administrateur TFS de faire un TF DESTROY
sur les articles, puis faites attention à ne pas les réenregistrer. Cela dit, si vous devez continuer à le faire, vous devrez faire quelques choses. Tout d'abord, vous devrez "extraire" le dossier bin lorsque vous êtes le source. Cela rendra tous les fichiers binaires accessibles en écriture. Cependant, si vous faites cela, TFS placera, par défaut, un verrou exclusif sur tous les binaires. Pour éviter cela, vous devrez indiquer à TFS de fusionner ces fichiers. Vous devrez être administrateur dans TFS ou demander à un administrateur d'effectuer les étapes suivantes.
Dans Visual Studio 2010:
- Connectez-vous à TFS
- Dans le menu Team, sélectionnez équipe Collection de paramètres du projet
- Dans ce menu, choisissez source de contrôle Types de fichiers. Cela fera apparaître un dialogue.
- Dans la boîte de dialogue trouver Executable Files sur la liste et cliquez sur Modifier
- Dans la boîte de dialogue suivante, vérifiez Activer fichier fusion et plusieurs Vérifions
- Cliquez sur OK pour fermer cette boîte de dialogue et OK pour fermer le dialogue Types de fichiers.
Maintenant, plus d'un utilisateur peut extraire les exécutables à la fois.
Pourquoi avez-vous le contenu de votre dossier bin sous le contrôle de version? Les dossiers générés comme bin et obj ne sont pas ajoutés automatiquement au contrôle de version (lors de l'ajout d'un projet/solution à vcs) pour une bonne raison. –
Je pense que c'est parce que le créateur du projet a utilisé le dossier bin pour DLL, il l'a explicitement mis sous contrôle de la source. – ProfK