{"meta":{"title":"Использование innersource в вашем предприятии","intro":"Помогайте разрозненым командам сотрудничать, создавая рабочие процессы в стиле открытый код в вашем предприятии, не жертвуя безопасностью.","product":"Административные руководители предприятия","breadcrumbs":[{"href":"/ru/enterprise-server@3.22/admin","title":"Административные руководители предприятия"},{"href":"/ru/enterprise-server@3.22/admin/concepts","title":"Концепции"},{"href":"/ru/enterprise-server@3.22/admin/concepts/enterprise-best-practices","title":"Лучшие практики"},{"href":"/ru/enterprise-server@3.22/admin/concepts/enterprise-best-practices/use-innersource","title":"Используйте innersource"}],"documentType":"article"},"body":"# Использование innersource в вашем предприятии\n\nПомогайте разрозненым командам сотрудничать, создавая рабочие процессы в стиле открытый код в вашем предприятии, не жертвуя безопасностью.\n\nВы можете использовать практики innersource для повышения сотрудничества и продуктивности в вашем предприятии. Innersource позволяет всем сотрудникам легко находить и повторно использовать работу. Это позволяет командам разработчиков учиться на работе друг друга, делиться опытом и избегать дублирования усилий по созданию общих сервисов.\n\n## Сделайте репозитории доступными для обнаружения\n\nЕсли они не содержат конфиденциальную информацию, следует стремиться сделать хранилища видимыми для всех сотрудников.\n\nДля этого поощряйте сотрудников использовать **внутреннюю** видимость, когда это возможно. Внутренняя видимость позволяет любому члену любой организации в предприятии просматривать репозиторий, независимо от того, является ли пользователь членом организации, владеющей репозиторием.\n\nТакже стоит установить **разрешительные разрешения на базу** для организаций. Политика базовых разрешений организации определяет уровень доступа членов этой организации ко всем репозиториям организации. Как правило, у организаций должно быть хотя бы разрешение на базу «Чтение», чтобы все члены организации могли видеть любой репозиторий. Владельцы организаций могут использовать команды для предоставления людям большего доступа к определённым репозиториям.\n\nЕсли у вас есть более чувствительные репозитории, которые не должны быть широко заметны, вы можете создать выделенную организацию с более ограниченным базовым разрешением и добавить в неё конкретные команды.\n\nДополнительные сведения см. в разделе \\[AUTOTITLE и [Сведения о репозиториях](/ru/enterprise-server@3.22/repositories/creating-and-managing-repositories/about-repositories#about-internal-repositories)]\\(/organizations/managing-user-access-to-your-organizations-repositories/managing-repository-roles/setting-base-permissions-for-an-organization).\n\n## Документальные проекты\n\nОрганизуйте и документируйте свои репозитории так, чтобы люди могли искать работу по всему предприятию.\n\n**README** репозиторий эффективны, потому что они определяются в файлах репозитория, поэтому пользователи могут искать их, как в коде. Вы также можете создавать README на уровне учётной записи организации или предприятия, чтобы получить более глубокий обзор того, где можно найти разные проекты. Для получения более формальной внутренней документации рекомендуется **GitHub Pages настроить сайт** или **вики-сайты**.\n\nВы можете использовать **темы репозиториев** для группировки репозиториев, которые содержат определённый язык программирования, принадлежат определённой команде и так далее. Это ещё один способ упростить поиск репозиториев.\n\nДополнительные сведения можно найти здесь\n\n* [АВТОЗАГОЛОВКИ](/ru/enterprise-server@3.22/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/about-readmes), [АВТОЗАГОЛОВКИ](/ru/enterprise-server@3.22/organizations/collaborating-with-groups-in-organizations/customizing-your-organizations-profile#adding-a-member-only-organization-profile-readme) и [АВТОЗАГОЛОВКИ](/ru/enterprise-server@3.22/admin/managing-your-enterprise-account/creating-a-readme-for-an-enterprise)\n* [Создание сайта GitHub Pages](/ru/enterprise-server@3.22/pages/getting-started-with-github-pages/creating-a-github-pages-site)\n* [Добавление и редактирование вики-страниц](/ru/enterprise-server@3.22/communities/documenting-your-project-with-wikis/adding-or-editing-wiki-pages)\n* [Классификация репозитория с помощью тем](/ru/enterprise-server@3.22/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/classifying-your-repository-with-topics)\n\n## Создайте культуру для совместного использования работ\n\nПоощряйте команды публиковать свою работу и делиться ресурсами с другими командами.\nGitHub имеет ряд функций, которые упрощают работу. Например, команды могут:\n\n* Используйте **обсуждения** , чтобы сделать их работу более заметной для других команд. См [. раздел AUTOTITLE](/ru/enterprise-server@3.22/discussions/collaborating-with-your-community-using-discussions/participating-in-a-discussion#creating-a-discussion).\n* Создайте выделенный внутренний репозиторий для совместного использования **действий и повторно используемых GitHub Actions рабочих процессов**, на которые можно ссылаться при написании рабочего процесса в организации. См [. раздел AUTOTITLE](/ru/enterprise-server@3.22/actions/how-tos/reuse-automations/share-with-your-enterprise).\n* Совместное использование повторно используемых фрагментов кода во внутренних пакетах с **GitHub Packages** реестрами. Для повышения безопасности вы можете предоставить GitHubдоступ к этим реестрам функций безопасности. См [. раздел AUTOTITLE](/ru/enterprise-server@3.22/packages/learn-github-packages/introduction-to-github-packages).\n* Создайте общие шаблоны и фреймворки в виде **репозиториев** , которые другие смогут скопировать для начала проекта. См [. раздел AUTOTITLE](/ru/enterprise-server@3.22/repositories/creating-and-managing-repositories/creating-a-template-repository).\n\nКак и в случае с открытым исходным кодом, вы должны убедиться, что общие проекты имеют модель поддержки и чётко определённую команду сопровождающих, особенно для сервисов, от которых зависят многие части вашего предприятия. В идеале в команде сопровождающих будут представители различных команд, использующих сервис.\n\n## Скрыть контент от внешних соавторов\n\nЕсли у вас есть внешние подрядчики или сотрудники, которым нужен доступ к проектам вашего предприятия, вы можете предоставить им другой уровень доступа, чем обычным сотрудникам.\n\nВ частности, вы можете захотеть скрыть внутренние репозитории от внешнего соавтора. Для этого выполните следующие действия.\n\n* При использовании Enterprise Managed Usersподготовьте учетную запись пользователя с ролью **гостевого участника совместной работы** . Гостевые коллаборанты по умолчанию не имеют доступа к внутренним репозиториям, но получают базовые права в организациях, где их добавляют как участников. Их также можно добавлять в качестве соавторов репозиториев в репозиториях.\n* Если вы не используете Enterprise Managed Users, добавьте пользователя в качестве **внешнего участника совместной работы** в необходимых репозиториях, но убедитесь, что они не добавляются в качестве члена любой организации.\n\nВнешние участники совместной работы (называемые участниками **совместной работы репозитория** при использовании Enterprise Managed Users) имеют доступ только к конкретному репозиторию. Эти пользователи не являются полноправными членами организации, поэтому не получают базового уровня доступа организации и не могут автоматически видеть внутренние репозитории предприятия, если не являются членами другой организации.\n\nДля получения дополнительной информации смотрите [Добавление сторонних участников совместной работы в репозитории в вашей организации](/ru/enterprise-server@3.22/organizations/managing-user-access-to-your-organizations-repositories/managing-outside-collaborators/adding-outside-collaborators-to-repositories-in-your-organization)."}