Разработка собственного открытого исходного кода с использованием Team Foundation server

Question

В нашем рабочем месте мы используем сервер Team Foundation как основной сервер, используемый для управления версиями, отслеживания работы, сервера сборки и т. Д. Мы разрабатываем программное обеспечение для дома со многими командами, работающими в разных проектах.
Иногда мы разрабатываем приложения или библиотеки, которые могут и должны использоваться в нашей компании, в том числе возможность иметь более чем одну команду. К сожалению, из-за природы разрабатываемых приложений они не могут быть использованы за пределами нашей компании. Я хотел бы знать, может ли tfs помочь в этом отношении или мне нужно добавить другие инструменты. Например, если наши команды работают в разных областях или в командных проектах, как можно совместно использовать проекты с открытым исходным кодом, не рискуя разрешениями на редактирование или такими. Как можно делиться, каталогизировать, публиковать проекты? Как публиковать публикации для проекта? Как можно выполнить запрос, как это делается в github?

Answer 1

Делиться проектами или исходным кодом в TFS осуществляется в основном посредством сочетания использования иерархии Area и функциональности команд.

Затем мы можем использовать поле «Область» для фильтрации всех отчетов и запросов. Каждая команда привязана к соответствующему Району и используется для предоставления каждой команде/подпроекту своего собственного продукта. И О безопасности можно предоставить на основе по области и/или пути управления источником.

---

Update

Разрешение является очень важным понятием в TFS. Самый простой и безопасный способ - использовать разрешение на ограничение и помощь другой команде, участвующей в проектах совместного использования. Одна основная команда/группа, которые имеют все разрешения на участие в проекте с акциями.

Большинство команд/групп, которые имеют видимость в проектах акций. Они нуждаются в create pull requests для просмотра и слияния кода в проекте. Запросы Pull позволяют вашей команде дать отзыв об изменениях в ветвях функций перед слиянием кода в ведущую ветвь. Рецензенты могут выполнить предложенные изменения, оставить комментарии и проголосовать за утверждение или отклонение кода. То же самое, что и GitHub.

И много раз исправление запроса или исправления исходит от менеджеров проектов share, но они не уверены в том, какой команде или проекту он должен быть назначен. Затем вы можете использовать элементы товарного запаса (pbi или историю пользователей, если используете гибкий шаблон) в рамках командных проектов в TFS. Поскольку вы используете стратегию нескольких команд в рамках одного командного проекта. Вы можете собрать pbi и поместить их в очередь контроля, которая будет рассмотрена либо отдельным лицом, либо комитетом. Затем эти pbi будут перемещены, поскольку они будут назначены командам и проектам. Тем не менее, вам также необходимо настроить защиту таким образом, чтобы отдельные команды не имели разрешений для входа и обезьяны с остальными командами, запросами или кодом.

В противном случае в TFS нет встроенного процесса или инструмента для совместного использования, если вам это действительно нужно, можно добавить uservoice.