J'ai vu des entreprises ou svn était utilisé pour gérer une base de documents (pas du code). En gros ça permettait de facilement synchroniser un dossier avec tous les documents sur son PC pour l'avoir sous la main, et de signaler (mais pas de résoudre) les conflits d'édition.
C'était utilisé par des gens pas forcément très techniques, via une interface graphique (tortoisesvn par exemple).
Au delà des fonctions manquantes dans git (par exemple: la possibilité de "verrouiller" un fichier pendant qu'on l'édite), le problème avec git serait surtout qu'il est trop compliqué: branches locales et distantes et plein d'autres concepts, qui en plas ne sont pas forcément bien exposés dans les interfaces graphiques. Ça ne marcherait donc pas du tout aussi bien dans cet usage.
[^] # Re: Futur de Subversion
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal github et subversion c'est fini (ou de l'importance d'une bonne communication). Évalué à 6.
J'ai vu des entreprises ou svn était utilisé pour gérer une base de documents (pas du code). En gros ça permettait de facilement synchroniser un dossier avec tous les documents sur son PC pour l'avoir sous la main, et de signaler (mais pas de résoudre) les conflits d'édition.
C'était utilisé par des gens pas forcément très techniques, via une interface graphique (tortoisesvn par exemple).
Au delà des fonctions manquantes dans git (par exemple: la possibilité de "verrouiller" un fichier pendant qu'on l'édite), le problème avec git serait surtout qu'il est trop compliqué: branches locales et distantes et plein d'autres concepts, qui en plas ne sont pas forcément bien exposés dans les interfaces graphiques. Ça ne marcherait donc pas du tout aussi bien dans cet usage.