Вы можете настроить ветвь для каждого разработчика и установить разрешения соответствующим образом, если это то, что вам нужно, или вам не нужно устанавливать эти разрешения вообще и по-прежнему иметь ветви каждого разработчика для изоляции кода, если позже вы решите, что isn ' то, что вам нужно. Так много проектов с открытым исходным кодом работают на GitHub, где вы создаете репозиторий, который эквивалентен ветвлению в TFS. Затем вы слились бы обратно в основную ветку, когда вы удовлетворены изменениями разработчиков в их собственной ветке.
Так что ваша команда проекта может выглядеть следующим образом:
$/Team Collection
---Team Project
------Main
------Dev
---------Developer A
---------Developer B
Таким образом, в приведенном выше примере Developer A
является филиалом Main. Я настоятельно рекомендую прочитать руководство Visual Studio ALM Rangers для ветвления и слияния, если вы новичок в TFS и разветвляются/объединяются. Вот ссылка на скачивание файлов PDF:
https://vsarbranchingguide.codeplex.com/releases
Вот переполнение стека статья, где кто-то задает подобный вопрос:
Per developer branch in TFS feasible?
Это звучит как чрезвычайно хитроумные установки, но вы могли бы пойти об этом несколько разных способов. Новая коллекция на человека, новый Team Project на человека, подпапка в вашем филиале на человека с настройками безопасности ($/Project/PaulsCode, $/Project/SamanthasCode и т. Д.) И так далее. Вы могли бы даже сделать это в каждом файле, но разрешения на микроуправление, подобные этому, будут кошмаром. – yaakov
Вы изучали права на безопасность и права доступа? Должна быть легко настроена. –