Pouvez-vous penser à des raisons pour lesquelles ce serait une mauvaise idée ?
Git n'est pas adapté à un tel usage.
La manière dont git fonctionne est qu'il garde les données du dépôt dans .git/ dossier. Avec le texte, ce n'est pas un problème, il peut être facilement compressé, et les fichiers sont petits - le dépôt peut être d'un ou deux mégaoctets.
Les données compressées (MP3, JPEG, etc.) ne peuvent pas être compressées davantage par git, et comme vous devez effectivement stocker deux copies des données, cela doublera l'espace disque nécessaire (un pour les fichiers, un pour le référentiel).
Le texte est minuscule, et compressible, et de manière importante, vous pouvez facilement "diff" entre deux révisions - en ne stockant que les changements. Si vous ne changez qu'une ligne, git ne stocke que cette ligne (et toute métadonnée associée, comme le message commit).
Les fichiers binaires sont difficiles à différencier, donc si vous modifiez les balises de 100 fichiers (par exemple, pour ajouter des illustrations ou changer de genre), git stockera une nouvelle copie de ces fichiers dans sa base de données. .git/ répertoire. Si vous supprimez ensuite tous les commentaires des métadonnées de votre musique, git stockera alors une autre copie complète de vos fichiers ! Cela signifie que votre référentiel sera maintenant deux fois plus volumineux que vos fichiers réels (disons que vous avez 10 Go de musique, votre dossier de musique sera maintenant de plus de 30 Go).
Comme je l'ai dit, git n'est pas adapté à ce genre de choses - il est destiné à suivre le code source, avec beaucoup de petites modifications de fichiers texte, pas de gros fichiers binaires. Il n'y a pas beaucoup d'intérêt à conserver un historique des révisions de votre bibliothèque musicale, alors que vous n'avez besoin que d'un outil de synchronisation.
Puisque vous envisagez d'utiliser git, je suppose que vous êtes assez satisfait des outils en ligne de commande. Je vous suggère donc d'utiliser rsync pour synchroniser votre bibliothèque iTunes entre les machines. Le plus gros problème, comme l'a mentionné joshhunt, c'est qu'iTunes utilise des chemins absolus pour les fichiers multimédias, donc l'option iTunes Library.xml contient des choses comme
<key>Location</key>
<string>file://localhost/Users/dbr/Music/iTunes/iTunes%20Music/65daysofstatic/Hole/01%20Hole.mp3</string>
Si vous utilisez le même système d'exploitation et le même nom d'utilisateur sur toutes les machines, ce n'est pas un problème - gardez les fichiers dans le même chemin et cela devrait fonctionner correctement. Sinon, les choses se compliquent un peu plus
Vous pourriez écrire deux scripts, l'un qui met à jour les chemins de la machineA à la machineB, et vice versa. Vous pourriez déplacer votre bibliothèque iTunes vers un endroit tel que /User/Shared/Music/ afin que les chemins soient les mêmes (bien que cela puisse ne pas fonctionner pour OS X -> Windows)
Il existe certains utilitaires pour synchroniser les bibliothèques iTunes entre les machines, tels que .
(de cet article )
