Documento de referencia rápida sobre la organización GitHub de Pampling: cómo está montada, cómo añadir gente, cómo crear repos, dónde está cada cosa.
| Recurso | Detalle |
|---|---|
| Organización principal | Pampling-com (https://github.com/Pampling-com) |
| Plan | GitHub Team ($4 / usuario / mes, facturado anual) |
| Cuenta técnica admin | IT-Pampling (email it@pampling.com) — Owner de la organización |
| Repositorios | Todos los repos de Pampling viven dentro de Pampling-com |
La cuenta IT-Pampling es una cuenta de "robot" técnico. No es una persona física. Sirve como propietaria administrativa de la organización para que ningún empleado individual sea el único punto de fallo (si alguien se va de la empresa, no se queda la organización huérfana).
| Repo | URL | Propósito |
|---|---|---|
pampling-web |
https://github.com/Pampling-com/pampling-web | Web pública nueva (Next.js + NestJS, monorepo) |
A medida que se vayan necesitando, los siguientes repos también irán dentro de Pampling-com.
Cada empleado que necesite acceso a GitHub:
nombre@pampling.com). Esa cuenta es suya, no de Pampling.IT-Pampling) lo invita a la organización:
Pampling-com → People → Invite memberSi la organización no tiene seats libres, hay que comprar más antes de invitar:
Pampling-com → Settings → Billing → Manage subscriptionGitHub Team permite varios niveles de acceso por usuario y por repositorio:
| Rol en organización | Puede |
|---|---|
| Owner | Todo: facturación, miembros, settings, repos |
| Member | Ver repos públicos de la org, los privados a los que tenga acceso explícito |
Dentro de cada repositorio, cada miembro o equipo se le asigna uno de estos roles:
| Rol en repo | Puede |
|---|---|
| Read | Ver código, issues, PRs |
| Triage | + gestionar issues/PRs sin escribir código |
| Write | + push, crear branches, mergear PRs |
| Maintain | + gestionar configuración del repo |
| Admin | Todo, incluido borrar el repo |
Para no asignar permisos uno a uno, conviene crear teams (equipos lógicos). Sugerencia inicial:
it — Departamento IT, acceso administrativo a todos los repos.developers — Desarrollo (interno o externo).marketing — Solo si necesitan acceso a algún repo concreto (configuración de tracking, contenido, etc.).Para crear un team:
Pampling-com → Teams → New teamDespués se asignan repos y permisos al team de una sola vez.
Pampling-com con permisos:
Pampling-com (no la cuenta personal).→ Settings → Collaborators and teams → Add teams.El repo Pampling-com/pampling-web tiene configurado:
.github/workflows/.staging y production con sus variables y secretos.Cuando se cree un nuevo repo que necesite CI/CD:
repo:Pampling-com/*, así que cualquier nuevo repo en la org puede usar el mismo OIDC.| Concepto | Coste mensual | Notas |
|---|---|---|
| GitHub Team — 1 seat | ~$4 | Cuenta técnica IT-Pampling |
| Total actual | $4 / mes (~$48 / año) | Facturado anualmente |
Cada empleado adicional invitado suma $4/mes a la factura.
Existe un Enterprise account Pampling (gestionado por GitHub Enterprise) con modalidad Enterprise Managed Users (EMU). Está vacío y bloqueado por requerimiento de SSO con un Identity Provider corporativo.
A medio plazo, conviene cambiar esa cuenta a Enterprise Cloud Standard (sin EMU) o cancelarla, según necesidades. No se está usando ahora mismo y no afecta a la operativa diaria.
IT-Pampling/pampling-webURL antigua redirige automáticamente al repo actual Pampling-com/pampling-web. No hay que hacer nada.
Cada developer mantiene su cuenta personal de GitHub independiente. Cuando deja la empresa, se le quita de Pampling-com y pierde acceso, pero su cuenta personal sigue intacta (con sus proyectos personales).
Tailor Hub desarrolló la web nueva originalmente. Tras la entrega del proyecto, su acceso al repo está cortado. Si en el futuro vuelve a colaborar, hay que invitarles como miembros (consumirán seat) o como outside collaborators (sin seat, acceso solo a un repo concreto).
La gráfica de Insights → Contributors mide autoría de commits por email, no quién tiene acceso. Una cuenta sale ahí si firmó commits (o figura como co-autor Co-authored-by:), aunque no sea miembro ni colaborador. Por eso alguien puede aparecer como "contributor #1" sin tener acceso al repo, y el repo le sale en Contributions pero no en Your repositories (esta solo lista repos cuyo dueño es la propia cuenta; los de la org se ven en la página de la org). Inverso: los commits en repos privados solo cuentan en el perfil verde de alguien si es miembro de la org o colaborador del repo. (Los commits de Claude Code se atribuyen por el email noreply@anthropic.com; el nombre del co-autor varía por modelo: Claude Opus 4.8, Claude Fable 5, etc.)
main — matiz importanteEl repo pampling-web tiene protegida main (exige 1 aprobación de PR, descarta reviews obsoletas), pero con enforce_admins desactivado: los admins (incl. la cuenta IT-Pampling) pueden hacer push directo saltándose el PR. Hoy, como el único con acceso es admin, la barrera en la práctica no aplica. Para que sea real: repo → Settings → Branches → activar "Do not allow bypassing the above settings".
gh en las máquinas del equipoEn las máquinas donde se hizo gh auth login con la cuenta compartida IT-Pampling, el token queda en el llavero del SO y cualquier proceso local actúa como IT-Pampling (owner de la org). Recomendación: cada persona autentica gh con su cuenta personal. Entra en el lote de rotación de credenciales.
Bajar a plan Free daría miembros ilimitados gratis, pero en repos privados se pierden funciones de Team como la protección de main. Matiz: hoy esa protección ya no frena a los admins (ver arriba). El plan sube/baja en cualquier momento (prorrateado).
| Pregunta | A quién acudir |
|---|---|
| Acceso, permisos, invitar gente | IT (it@pampling.com) |
| Facturación de GitHub | IT |
| Soporte técnico GitHub | https://support.github.com |
Última actualización: mayo 2026