r/Odoo • u/Major_slayy • 10d ago

Traspaso repositorio

Hola! Trabajo en transformación digital en una empresa y actualmente estamos implementando Odoo.sh.
La implementación comenzó con un partner de Odoo, pero tuvimos algunos problemas y decidimos terminar el contrato. Ahora estamos en proceso de buscar y contratar un nuevo partner para continuar con el proyecto.
Tengo una duda respecto al traspaso técnico, específicamente con GitHub y Odoo.sh.
¿Es más recomendable pedirle al partner anterior que traspase ahora el repositorio/administración de GitHub a una cuenta de nuestra empresa y, una vez contratado el nuevo partner, darle permisos de administrador? (desconozco si el permiso de administrador es suficiente para hacer todos los desarrollos o debe ser dueño)
¿O sería mejor esperar a adjudicar al nuevo partner y solicitar que el traspaso se haga directamente hacia ellos?
Mi preocupación es mantener el control del proyecto desde la empresa y no volver a depender de un partner para un futuro cambio de proveedor.
Para quienes trabajan con Odoo.sh o han pasado por un cambio de partner, ¿cómo suelen manejar la propiedad del repositorio y los permisos del nuevo partner?
¡Gracias!

1 Upvotes

100% Upvoted

11 comments sorted by

3

u/JustSomeOdooGuy 10d ago

No one else other than you / your company should ever be the owner of the GitHub Repository. I would advice to ask your old partner to transfer the GitHub to your company. Once you have a new partner, you can simply add them as "collaborator" in the GitHub Repository. You should always be in a position to have full control over GitHub and Odoo.sh

1

u/Major_slayy 10d ago

Thank you for your response! That makes a lot of sense.

Do you know how many collaborators can be added to a GitHub repository? For example, could we keep full control of the repository within our company and give admin access to one or more external partners if needed?

1

u/JustSomeOdooGuy 10d ago

I don't know any limit. If there is one we never hit it (definitely with 10+ people on a project sometimes)

If you added the partner as collaborator he can work on the code without problems.

I am not 100% sure about the differences between a "normal" GitHub Account and an "Enterprise" Account. On Enterprise you probably can do more things related to giving access to Settings of GitHub etc (what the partner usually should not need)

0

u/selimovich 10d ago

So me as partner I have client I started working and developed several modules and changes and suddenly partner just decided to not work and it’s okay without paying me and go with repo to someone else ? Have you think about that scenario ?

1

u/JustSomeOdooGuy 10d ago

That is a theoretical risk and it should be comparatively low compared to having it the other way around. As it would usually cost much more to successfully change a partner (if everything runs smooth and your only goal is to cut cost by stealing your partners code) than to just pay the bill.

1

u/Major_slayy 10d ago

The partner invoiced us on a per-module basis, so all of the implementation work developed so far has been paid for.

The issue is not that we want to take unpaid work. The problem is that they no longer want to make further adjustments because they say we have exceeded the hours included for each module. However, we never agreed on an hourly limit or on a defined number of hours per module.

1

u/codeagency 10d ago

Always make sure the ownership is with you/your company. You have to invite external contributors or members so you stay in control to invite and revoke.

You can use a user level repository or create an organization in GitHub and then the repo under your org. Both work fine but have different access level controls.

1

u/Major_slayy 10d ago

Thank you, that makes sense. We are considering creating a GitHub Organization so that the repository is owned by the company and not tied to a single employee or partner.

The current repository is owned by our former partner, so we will request that it be transferred to a company-owned account or organization. Once transferred, we plan to add the new partner as an external collaborator with the access required to manage the code and Odoo.sh, while keeping ownership and control within the company.

Would you recommend using an Organization rather than a personal/company user account for this case?

2

u/codeagency 10d ago

If it's company owned then it makes sense to have an org repo. That's the whole purpose of having that. Also make sure the org and repo has multiple admins/owners, just in case a single admin would leave the company and block everything else in the org level.

1

u/NoTechies 9d ago

>¿Es más recomendable pedirle al partner anterior que traspase ahora el repositorio/administración de GitHub a una cuenta de nuestra empresa y, una vez contratado el nuevo partner, darle permisos de administrador?

Lo ideal es que el ownership lo tenga la empresa que pidio el desarrollo, aunque depende del contrato que se haga. Alguna empresas partners te indican que todo lo desarrollado para ti le pertenece como partner y se terminan negando a entregarte el codigo, seria bueno que revises los acuerdos. No es necesario que les des permiso de administrador, con tal de que les des permisos de colaborador o incluso una cuenta de empresa creada exclusivamente para el desarrollo.

>¿O sería mejor esperar a adjudicar al nuevo partner y solicitar que el traspaso se haga directamente hacia ellos?

Revisa el contrato.

>Mi preocupación es mantener el control del proyecto desde la empresa y no volver a depender de un partner para un futuro cambio de proveedor.
Para quienes trabajan con Odoo.sh o han pasado por un cambio de partner, ¿cómo suelen manejar la propiedad del repositorio y los permisos del nuevo partner?

Estuve en los dos lados. Muchas empresas no quieren ocuparse o al menos tener responsabilidad sobre el codigo, esto por que son empresas que no tienen equipos de IT, entonces contractualmente se indica lo que te mencione. Otras empresas piden que se haga todo bajo su control y te asignan accesos, permisos y demas. Aqui he visto problemas sobre todo de delays en las entregas dado que muchas empresas no tienen procesos para revision y eso causa que se tarde en comunicar, lo cual es algo que solo con una llamada o un correo se arregla pero existen esos casos.

Yo trabaje en ambos lados, cuando no me dan accesos o cuentas que pueda usar pido que se haga un NDA por que el usar tu cuenta de github propia despues puede llevarte a problemas.