En tant que pro,
Si le bureau de votre entreprise brûle, le code est toujours sur le serveur.
Si le bureau de votre entreprise ne brûle pas, mais que le serveur sur lequel se trouve votre référentiel git le fait, vous avez toujours une copie locale.
Si vous hébergez votre référentiel sur votre serveur dans l'immeuble de bureaux de votre entreprise (comme vous le feriez avec un lecteur partagé réseau ...?), Alors si le bureau de l'entreprise brûle, vous perdez les deux.
Bien sûr, vous avez toujours besoin de sauvegardes comme d'habitude ...
N'hésitez pas à remplacer «burns down» par «est infecté par un ransomware».
Fondamentalement, la disponibilité est en hausse.
En con,
Vous devez partager vos fichiers avec le tiers qui hébergera votre code. Si vous avez de très gros secrets d'entreprise, cela pourrait ne pas être autorisé. Par exemple, si vous avez une base de données contenant des informations personnelles de citoyens européens, vous pourriez ne pas être autorisé à héberger votre code sur un tiers des États-Unis - car ils seraient soumis à la loi américaine et ne pourraient donc pas être invoqués pour respecter les lois de l'UE sur la confidentialité. Même si ce n'est pas un problème juridique, vous devez savoir que le tiers pourrait être corrompu pour donner vos fichiers privés. Ce serait probablement très mauvais pour le tiers (énorme pénalité de réputation), mais cela pourrait arriver.
Fondamentalement, la confidentialité est en baisse.
Si vous êtes d'accord avec l'échange de confidentialité pour la disponibilité, l'hébergement de votre code privé en ligne avec un tiers est une bonne idée. Sinon, non. Vous pourriez expliquer les compromis pour permettre à votre patron de prendre une décision intelligente - mais vous pourriez entendre «non». C'est ce qui peut arriver si vous donnez une décision à quelqu'un. Si votre patron dit non, c'est tout. Je ne pense pas que convaincre de force votre patron soit une très bonne idée.