1 В избранное 0 Ответвления 0

OSCHINA-MIRROR/InnerSource-gitee-innersource-best-practices

Присоединиться к Gitlife
Откройте для себя и примите участие в публичных проектах с открытым исходным кодом с участием более 10 миллионов разработчиков. Приватные репозитории также полностью бесплатны :)
Присоединиться бесплатно
Клонировать/Скачать
Внести вклад в разработку кода
Синхронизировать код
Отмена
Подсказка: Поскольку Git не поддерживает пустые директории, создание директории приведёт к созданию пустого файла .keep.
Loading...
README.md

Что такое инсорсинг

Инсорсинг (InnerSource) — это использование лучших практик разработки открытого программного обеспечения и создание внутри организации культуры, подобной культуре открытого ПО. Такая организация может продолжать разрабатывать проприетарное программное обеспечение, но делает его открытым внутри компании. Этот термин был придуман Тимом О'Рейли в 2000 году.

Преимущества инсорсинга для предприятия

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

Управление инсорсингом с помощью Gitee

Gitee Enterprise Edition предоставляет возможности управления инсорсингом внутри предприятия. В этой статье мы подробно рассмотрим, как использовать Gitee Enterprise Edition для управления внутренними проектами открытого ПО на предприятии.

На рисунке ниже представлена схема интерфейса управления инсорсингом в Gitee Enterprise Edition:

Он состоит из нескольких основных модулей:

  • Репозиторий открытого ПО предприятия.
  • Репозиторий инсорсинга предприятия.
  • Агрегация открытых задач.
  • Агрегация открытых PR-запросов.
  • Статистика открытого ПО.

Рисунок: интерфейс управления инсорсингом в Gitee Enterprise Edition

Категории корпоративных репозиториев

1. Репозитории открытого ПО

Репозитории открытого ПО аналогичны обычным репозиториям открытого ПО, и любой человек может получить доступ к коду в этих репозиториях, а также вносить свой вклад в соответствии с обычными процессами участия в открытом ПО.

2. Репозитории инсорсинга

Репозитории инсорсинга — это репозитории, открытые внутри предприятия, которые доступны всем сотрудникам предприятия. Однако можно ожидать, что они будут вносить свой вклад методами, аналогичными тем, которые используются в проектах открытого ПО.

3. Частные репозитории

Частные репозитории (внутренние или частные репозитории) — это репозитории проектов, требующих строгого контроля доступа со стороны предприятия, обычно это основные продукты деятельности предприятия. Только авторизованные сотрудники могут получить доступ к этим репозиториям.

Конкретные шаги по управлению внутренним открытым ПО

Предположим, что компания A открыла рабочую область Gitee Enterprise Edition по адресу https://gitee.com/corpA. Чтобы лучше управлять и контролировать открытое ПО внутри предприятия, рекомендуется выполнить следующие шаги:

Шаг 1: Создание отдельного пространства имён для проектов открытого ПО компании

Чтобы различать частные и открытые репозитории, создайте отдельную команду внутри предприятия (например, команда открытого ПО корпорации A, соответствующая адресу https://gitee.com/corp-os), как показано на рисунке ниже:

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

Шаг 2: Добавление репозиториев в отдельное пространство имён открытого ПО компании

Перейдите на канал инсорсинга предприятия и нажмите кнопку «Создать репозиторий инсорсинга», выберите принадлежность репозитория к «Команда открытого ПО корпорации А» и введите основную информацию о проекте, выбрав «Внутренний открытый доступ». Кроме того, рекомендуется выбрать подходящий тип лицензии открытого ПО, поскольку после того, как проект станет официально открытым, лицензия будет важной информацией. Вы также можете использовать руководство по лицензиям Gitee позже, чтобы дополнить эту информацию.

Шаг 3: Сотрудники предприятия начинают вносить свой код

Прежде всего, определите несколько ролей:

  • Модератор: менеджер репозиториев открытого или инсорсингового ПО, имеющий право добавлять коммиттеров, проверять PR и управлять задачами.
  • Коммиттер: член репозитория, который может напрямую отправлять код, проверять код участников и обрабатывать задачи.
  • Участник: участники могут вносить свой вклад через форк + запросы на вытягивание (PR), чтобы внести свой вклад.

Модераторы и коммиттеры должны чётко выполнять свои обязанности.

Репозитории инсорсинга открыты для всех сотрудников предприятия, и есть несколько способов, которыми сотрудники предприятия могут внести свой код в репозитории инсорсинга:

  1. Добавьте определённых сотрудников предприятия в репозиторий инсорсинга, сделав их коммиттерами репозитория. Члены репозитория могут напрямую отправлять код без проверки.
  2. Любой сотрудник предприятия может напрямую разветвить репозиторий инсорсинга и отправить запрос на вытягивание (PR) в основной репозиторий, чтобы внести свой вклад. PR должен быть проверен коммиттером репозитория перед включением в репозиторий. Как только PR будет объединён, разработчик станет участником репозитория инсорсинга. Рекомендуется добавить активных участников в список членов репозитория и сделать их коммиттерами.
  3. Сотрудники предприятия также могут отправлять задачи в репозитории инсорсинга, чтобы сообщать о проблемах, запрашивать функции и т. д.

Шаг 4: Проверка кода, отправленного участниками

После того как участник отправит PR, коммиттер и модератор репозитория имеют право проверить код и решить, следует ли объединить его с основным репозиторием или отклонить. Если PR отклонён, предоставьте причину отклонения. Рекомендуется, чтобы при возникновении разногласий с участниками во время проверки PR вместо жёсткого отклонения следует проводить обсуждения через комментарии PR и принимать решение о слиянии или отклонении PR на основе окончательных результатов обсуждения.

Шаг 5: Официально откройте репозитории инсорсинга и примите участие сообщества

Рекомендуется, чтобы все репозитории были сначала открыты внутри предприятия до официального открытия. Это позволяет выявить и устранить большинство проблем внутри предприятия перед официальным открытием. Перед официальным открытием необходимо также провести проверку соответствия различным аспектам, включая, помимо прочего:

  • Наличие конфиденциального содержимого, связанного с продуктами, принадлежащими предприятию, которое не должно быть обнародовано.
  • Использование соответствующих лицензий открытого ПО (текст лицензии в корневом каталоге является копией лицензии). Вы можете использовать инструмент руководства по лицензиям, предоставляемый Gitee, для выбора лицензии.
  • Проверка наличия конфликтов с лицензиями третьих сторон и пакетов, на которые имеются ссылки.
  • Запись изменений, связанных с использованием сторонних пакетов открытого ПО, и включение их в качестве части журнала изменений в выпуске открытого ПО с открытым исходным кодом.

Шаг 6: Статистические данные об открытых и внутренних проектах

Платформа управления инсорсингом Gitee Enterprise Edition также предоставляет статистические данные об использовании открытого и инсорсингового ПО предприятием, включая количество звёзд, полученных открытыми и внутренними репозиториями, количество строк кода, внесённых участниками, и другую информацию, которая помогает отслеживать использование открытого и инсорсингового ПО на предприятии. Он также предоставляет рейтинги вкладов в проекты с открытым доступом.

Заключение

Мы уже упоминали о преимуществах инсорсинга для предприятий. Инсорсинг требует централизованной инструментальной платформы для поддержки (Gitee Enterprise Edition — простая и удобная платформа поддержки), и предприятиям также необходима поддержка со стороны управления, создавая культуру и институты для продвижения инсорсинга и позволяя ему полностью реализовать свой потенциал. Например, постоянное обучение инженеров и менеджеров методам открытого ПО; установление различных политик и процессов для поощрения участников; постоянное создание эталонных проектов и эталонных участников и так далее.

Gitee Enterprise Edition будет продолжать совершенствовать поддержку управления инсорсингом и постоянно выводить методологию инсорсинга, работая вместе с нашими предприятиями для роста.

Теперь отправляйтесь на https://gitee.com/enterprises, чтобы начать путешествие по управлению инсорсингом.

Комментарии ( 0 )

Вы можете оставить комментарий после Вход в систему

Введение

Основываясь на лучших практиках использования внутреннего открытого исходного кода для корпоративной версии Gitee. Развернуть Свернуть
CC-BY-SA-4.0
Отмена

Обновления

Пока нет обновлений

Участники

все

Недавние действия

Загрузить больше
Больше нет результатов для загрузки
1
https://api.gitlife.ru/oschina-mirror/InnerSource-gitee-innersource-best-practices.git
git@api.gitlife.ru:oschina-mirror/InnerSource-gitee-innersource-best-practices.git
oschina-mirror
InnerSource-gitee-innersource-best-practices
InnerSource-gitee-innersource-best-practices
master