Organizations and teams
Organizations are great for creating distinct groups of users within your company, such as divisions or groups working on similar projects. Public repositories that belong to an organization are accessible to users in other organizations, while private repositories are inaccessible to anyone but members of the organization.
Creating organizations→
You can choose to set up a new organization or convert an existing personal account into an organization.
Creating teams→
Teams give organizations the ability to create groups of members and control access to repositories. Team members can be granted read, write, or admin permissions to specific repositories.
Adding people to teams→
Once a team has been created, organization admins can add users from your GitHub Enterprise Server instance to the team and determine which repositories they have access to.
Removing users from teams and organizations→
If a member of your organization no longer requires access to certain repositories, you can remove them from the team that allows that access. If a member of your organization no longer requires access to any repositories owned by the organization, you can remove them from the organization.
Configuring visibility for organization membership→
You can set visibility for new organization members across your instance to public or private. You can also prevent members from changing their visibility from the default.
Preventing users from creating organizations→
You can prevent users from creating organizations on your GitHub Enterprise Server appliance.
Placing a legal hold on a user or organization→
You can place a legal hold on a user or organization to ensure that repositories they own cannot be permanently removed from your GitHub Enterprise Server instance.
About global webhooks→
Global webhooks notify you about events at the instance level.
Managing global webhooks→
Site administrators can view, add, edit, and delete global webhooks to track events at the instance level.