Пропустить навигацию

Команда, обслуживающая инфраструктуру .NET, инвестирует в согласованность, чтобы ускорить внедрение связанных с открытым кодом инноваций

Посмотрите, как общий инструментарий в единой общей системе непрерывной интеграции для всех репозиториев GitHub значительно повышает продуктивность разработчиков.

Прочесть статью полностью

Задача: оптимизация совместной работы для участников проектов с открытым кодом

As an independent organization created to foster innovation through open development and collaboration, the .NET Foundation supports a large and complex set of open-source projects, including .NET Core. The Microsoft .NET Engineering Services team contributes to the project and is responsible for much of the infrastructure that enables contributors from around the world to work together.

With dozens of different git repositories on GitHub, a broad range of tools, and several different continuous integration (CI) systems in use across the project, there was a lot of confusion that inhibited productivity. The sheer scale of the project added to the complexity. For example, the Roslyn (C# compiler) repo alone runs more than 600,000 automated tests for one iteration of a pull request. With more than 50 pull requests per week, each with multiple iterations, the number of CI tests is in the billions. For CoreFx (libraries), the numbers are even higher. As the .NET Engineering Services team planned for the .NET Core 3.0 release, they decided to make big changes to establish greater consistency and enable contributors to realize the full potential of the project.

"A distributed repo structure and tooling makes it a lot harder for developers to move from one repo to another … And if it's this hard on Microsoft developers, how can we expect most individual contributors to figure it out?"

Мэтт Митчелл, главный инженер программного обеспечения .NET Engineering Services

Повышение продуктивности благодаря общему инструментарию и единой системе непрерывной интеграции

To make it easier for developers to move between different parts of the software stack, the .NET Engineering Services team worked to bring all repos under a common directory structure, set of commands, and build-and-test logic. The team eliminated further barriers to productivity by moving all existing workflows from the different CI systems into a single system in Azure Pipelines. Because the system is fully managed, they no longer have the burden of managing the CI server infrastructure. The team is now practicing configuration as code through YAML files that are stored in GitHub, and YAML pipelines are used everywhere. Whereas some repos had previously done CI serially—requiring developers to sometimes wait two or three hours between iterations on their code—all CI pipelines are now parallelized to enable faster iterations.

"Now that we longer need to worry about the operational aspects of CI, we're free to focus on further improvements that will be felt by all—including Microsoft developers and individual contributors alike."

Мэтт Митчелл, главный инженер программного обеспечения .NET Engineering Services

Чем лучше совместная работа, тем лучше продукт

Сегодня разработчикам намного проще переходить от одного репозитория к другому, выявлять первопричину ошибки, предлагать исправления и тестировать их. И для всего этого практически не нужны специализированные знания, которые требовались раньше. Упрощенная совместная работа с открытым кодом в GitHub позволяет разработчикам быстрее внедрять инновации, поскольку над написанием, тестированием, сборкой и доставкой программного обеспечения высокого качества они работают вместе. Так как команда .NET Engineering Services может вносить изменения в инфраструктуру по всему стеку, она может совершенствовать инструментарий, который разработчики могут использовать во всех репозиториях гораздо быстрее и эффективнее.

Давайте рассмотрим ближе путь команд и принятие решений.

Прочесть статью полностью