Você pode usar práticas de innersource para impulsionar a colaboração e a produtividade em sua empresa. O innersource facilita a descoberta e reutilização de trabalho de todos os funcionários. Isso permite que as equipes de desenvolvimento aprendam com o trabalho umas das outras, compartilhem seus conhecimentos e evitem esforços duplicados para recriar serviços comuns.
Tornar os repositórios detectáveis
A menos que contenham informações confidenciais, você deve procurar tornar os repositórios visíveis para todos os funcionários.
Para fazer isso, incentive os funcionários a usar a visibilidade interna sempre que possível. A visibilidade interna permite que qualquer membro de qualquer organização na empresa exiba o repositório, independentemente de o usuário ser membro da organização que possui o repositório.
Você também deve definir permissões de base permissivas para organizações. A política de permissão base de uma organização determina o nível padrão de acesso que os membros dessa organização têm a todos os repositórios da organização. Geralmente, as organizações devem ter pelo menos uma permissão base de "Leitura" para que todos os membros da organização possam ver qualquer repositório. Os proprietários da organização podem usar equipes para conceder às pessoas maiores níveis de acesso em repositórios específicos.
Se você tiver repositórios mais confidenciais que não devem ser amplamente visíveis, você poderá configurar uma organização dedicada com uma permissão base mais restritiva e adicionar equipes específicas a essa organização.
Para saber mais, confira Sobre repositórios e Definindo permissões base para uma organização.
Projetos de documento
Organize e documente seus repositórios para que as pessoas possam procurar trabalho em toda a empresa.
Os READMEs do repositório são eficazes porque são definidos em arquivos no repositório, para que os usuários possam pesquisá-los como código. Você também pode criar READMEs no nível de uma organização ou conta corporativa para fornecer uma visão geral de nível superior de onde encontrar projetos diferentes. Para uma documentação interna mais formal, considere configurar um site GitHub Pages ou uma wiki.
Você pode usar tópicos de repositório para agrupar repositórios que contêm uma determinada linguagem de programação, que pertencem a uma determinada equipe e assim por diante. Essa é outra maneira de facilitar a localização de repositórios.
Para obter mais informações, 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) e [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)
Configurar uma cultura para compartilhar trabalho
Incentive as equipes a divulgar seu trabalho e compartilhar recursos com outras equipes. GitHub tem uma série de recursos que facilitam isso. Por exemplo, as equipes podem:
- Use discussões para tornar seu trabalho mais visível para outras equipes. Confira Participando de uma discussão.
- Crie um repositório interno dedicado para compartilhar ações e fluxos de trabalho reutilizáveis GitHub Actions, que qualquer pessoa pode referenciar ao escrever um fluxo de trabalho dentro da empresa. Confira Compartilhando ações e fluxos de trabalho com sua empresa.
- Compartilhe partes reutilizáveis de código em pacotes internos com registros de GitHub Packages. Para obter segurança aprimorada, você pode dar aos recursos de segurança do GitHub acesso a esses registros. Confira Introdução ao GitHub Packages.
- Configure modelos e estruturas comuns como repositórios de modelo que outras pessoas podem copiar para começar a usar um projeto. Confira Criar um repositório de modelos.
Assim como acontece com um projeto de software livre, você deve garantir que projetos compartilhados tenham um modelo de suporte e uma equipe claramente definida de mantenedores, especialmente para serviços dos quais muitas partes da sua empresa dependem. O ideal é que a equipe de mantenedores contenha representantes das diferentes equipes que usam o serviço.
Ocultar conteúdo de colaboradores externos
Se você tiver contratados externos ou colaboradores que precisam de acesso aos projetos da sua empresa, você poderá conceder a eles um nível diferente de acesso de funcionários regulares.
Especificamente, talvez você queira ocultar repositórios internos de um colaborador externo. Para fazer isso:
- Se você usar Enterprise Managed Users, provisione uma conta para o usuário com a função de colaborador convidado. Os colaboradores convidados não têm acesso a repositórios internos por padrão, mas recebem permissões base em organizações em que são adicionados como membros. Eles também podem ser adicionados como colaboradores de repositório em repositórios.
- Se você não usar Enterprise Managed Users, adicione o usuário como um colaborador externo nos repositórios necessários, mas assegure-se de que ele não seja adicionado como membro de nenhuma organização.
Colaboradores externos (chamados de colaboradores de repositório se você usar Enterprise Managed Users) só terão acesso a um repositório específico. Esses usuários não são membros completos da organização, portanto, eles não recebem o nível base de acesso para a organização e não podem ver automaticamente repositórios internos na empresa, a menos que sejam membros de outra organização.
Para saber mais, confira Adicionar colaboradores externos a repositórios em sua organização.