Puede usar prácticas de recursos internos para impulsar la colaboración y la productividad en su empresa. Innersource facilita a todos los empleados la detección y reutilización del trabajo. Esto permite que los equipos de desarrollo aprendan del trabajo entre sí, compartan su experiencia y eviten duplicar el esfuerzo para volver a crear servicios comunes.
Hacer que los repositorios sean reconocibles
A menos que contengan información confidencial, debe tener como objetivo hacer que los repositorios sean visibles para todos los empleados.
Para ello, anime a los empleados a usar la visibilidad interna siempre que sea posible. La visibilidad interna permite a cualquier miembro de cualquier organización de la empresa ver el repositorio, independientemente de si el usuario es miembro de la organización propietaria del repositorio.
También debe establecer permisos base permisivos para las organizaciones. La directiva de permisos base de una organización determina el nivel predeterminado de acceso que los miembros de esa organización tienen en todos los repositorios de la organización. Por lo general, las organizaciones deben tener al menos un permiso base de lectura para que todos los miembros de la organización puedan ver cualquier repositorio. Los propietarios de la organización pueden usar equipos para conceder a los usuarios mayores niveles de acceso en repositorios específicos.
Si tiene repositorios más confidenciales que no deben estar ampliamente visibles, puede configurar una organización dedicada con un permiso base más restrictivo y agregar equipos específicos a esta organización.
Para más información, consulta Acerca de los repositorios y Establecimiento de permisos base para una organización.
Proyectos de documento
Organice y documente los repositorios para que los usuarios puedan buscar trabajo en toda la empresa.
**Los READMEs** del repositorio son efectivos porque se definen en archivos del repositorio, por lo que los usuarios pueden buscarlos como código. También puede crear README en el nivel de una organización o una cuenta de empresa para proporcionar una visión general de nivel superior de dónde encontrar proyectos diferentes. Para obtener documentación interna más formal, considere la posibilidad de configurar un sitio de **GitHub Pages** o **wikis**.
Puede usar temas de repositorio para agrupar repositorios que contienen un lenguaje de programación determinado, que son propiedad de un equipo determinado, etc. Esta es otra manera de facilitar la búsqueda de repositorios.
Para obtener más información, consulte:
-
[AUTOTITLE](/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/about-readmes), [AUTOTITLE](/organizations/collaborating-with-groups-in-organizations/customizing-your-organizations-profile#adding-a-member-only-organization-profile-readme) y [AUTOTITLE](/admin/managing-your-enterprise-account/creating-a-readme-for-an-enterprise) -
[AUTOTITLE](/pages/getting-started-with-github-pages/creating-a-github-pages-site) -
[AUTOTITLE](/communities/documenting-your-project-with-wikis/adding-or-editing-wiki-pages) -
[AUTOTITLE](/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/classifying-your-repository-with-topics)
Establecer una cultura para compartir el trabajo
Anime a los equipos a publicitar su trabajo y compartir recursos con otros equipos. GitHub tiene una serie de características que facilitan esta tarea. Por ejemplo, los equipos pueden:
- Use discusiones para que su trabajo sea más visible para otros equipos. Consulta Participar en un debate.
- Cree un repositorio interno dedicado para compartir acciones y flujos de trabajo reutilizables de GitHub Actions, a los cuales cualquier usuario puede hacer referencia cuando redacta un flujo de trabajo en la empresa. Consulta Compartir acciones y flujos de trabajo con tu empresa.
- Comparta fragmentos de código reutilizables en paquetes internos con registros GitHub Packages. Para mejorar la seguridad, puede permitir que las características de seguridad de GitHub accedan a estos registros. Consulta Introducción a los paquetes de GitHub.
- Configure plantillas y marcos comunes como repositorios de plantillas que otras personas pueden copiar para empezar a trabajar con un proyecto. Consulta Crear un repositorio de plantilla.
Al igual que con un proyecto de código abierto, debe asegurarse de que los proyectos compartidos tienen un modelo de soporte técnico y un equipo de mantenimiento claramente definido, especialmente para los servicios en los que se basan muchas partes de su empresa. Idealmente, el equipo de mantenedores contendrá representantes de los distintos equipos que usan el servicio.
Ocultar contenido de colaboradores externos
Si tiene contratistas externos o colaboradores que necesitan acceso a los proyectos de su empresa, puede concederles un nivel de acceso diferente de los empleados normales.
En concreto, es posible que quiera ocultar repositorios internos de un colaborador externo. Para ello, siga estos pasos:
- Si usa Enterprise Managed Users, proporcione una cuenta al usuario con el rol de colaborador invitado. Los colaboradores invitados no tienen acceso a repositorios internos de forma predeterminada, pero reciben permisos base en organizaciones donde se agregan como miembros. También se pueden agregar como colaboradores del repositorio en repositorios.
- Si no usa Enterprise Managed Users, agregue al usuario como colaborador externo en los repositorios necesarios, pero asegúrese de que no lo añadan como miembro de ninguna organización.
Los colaboradores externos ( denominados colaboradores del repositorio si usa Enterprise Managed Users) solo tienen acceso a un repositorio específico. Estos usuarios no son miembros completos de la organización, por lo que no reciben el nivel base de acceso para la organización y no pueden ver automáticamente repositorios internos en la empresa a menos que sean miembros de otra organización.
Para más información, consulta Agregar colaboradores externos a los repositorios en tu organización.