Fonctionnement GIT

Bonjour,

Petit point sur la prise en charge de GIT:

  • Pas de sensation de stabilisation ene 5.0.63. A ce sujet, est-ce que la 5.1à apporté des modifications sur la prise en charge de git qui n’auraient pas été backportées en 5.0 ? En tout état de cause on compte migrer en 5.1 prochainement.

  • Des fichier tagués comme modifiés alors qu’il apparaissent sans modificaiton (chmod qui change ou adressage physique j’imagine)

  • Une modification qui revient souvent, c’est l’onglet social qui se remet tout seul à 1 de temps en temps sur certains objets.

  • D’une manière générale, j’essaierais bien de garder ces “modifications” mais le mécanisme de simplicité supprime notre sonar-projet.properties qui se trouve à la racine du projet ( et donc du zip).
    Y’a-t-il moyen d’éviter la suppression systématique de ce fichier ?

Tout ce qui a été fait en 5.1 en termes d’uniformisation des exports EOL et EOF (+forçage dans le .gitattribute) a été backporté en 5.0 (pour mémoire la révision à jour est la 5.0.64).

Mais ça ne rattrape pas le passé (une passe de re-commit de vos modules est sans doute nécessaire et les comparaisons avec d’anciens commits risquent d’indiquer des différences liées à cette uniformisation EOL/EOF). Ca n’influe pas non plus forcément sur la config locale de vos postes clients Git en termes de stratégie CR/LF qui force peut être des conversions implicites d’EOL/EOF.

En tout cas, si des fichiers sont réellement identiques il n’y a pas de raison que Git les considère comme modifiés (à part pour d’obscures raisons de conversions implicites d’EOL/EOF que je ne maitrise pas). Ou alors peut être y a-t-il de subtiles “incompatibilités” entre vos versions de clients git et l’implémentation des libs jGit que nous utilisons dans Simplicité.

A nouveau, si pour des raisons particulières (pbs subtils de config/version Git, besoin de gérer des fichiers additionnels et/ou de customisation non prévues de fichiers, etc.) la gestion des modules via le jGit interne à Simplicité ne vous convient pas, vous pouvez vous en passer et fonctionner en scriptant de exports ZIP de modules via curl + leur dezippage adapté à votre cas (ex: avec des “réalignements” ad hoc d’EOL/EOF, en ignorant certains fichiers générés coté Simplicité, etc.)

Nous avons travaillé comme cela pendant des années avant d’intégrer jGit dans Simplicité. Ca vous permettrait d’avoir un total contrôle sur la gestion Git.

NB: Pour obtenir la même structure d’export en export ZIP que en repo Git interne, il faut que le param système EXPORT_MODULE_ARTIFACTS soit à yes

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.