Version imprimable
Bonjour
C'est des questions générales sur l'organisation des dépots GIT.
- Quels fichiers/répertoires il est recommandé d'exclure en dehors des fichiers de configuration (par exemple dans un projet symfony, le répertoire vendor est ignoré) ?
- "Commiteriez"-vous un jeu de données et fichiers utilisateurs "test" qui permettrait d'avoir une appli fonctionnelle rapidement sans avoir à resaisir/recréer ces données ?
Merci pour vos avis.
Bonsoir,
Cela dépend essentiellement de ce sur quoi tu travailles. Je ne connais pas suffisamment Symfony pour t'orienter sur ce framework en particulier, mais il y a trois choses typiques que l'on « ignore » souvent dans un projet :Citation:
Envoyé par gab_dev
- Les fichiers temporaires de l'éditeur avec lequel tu travailles, quand ils existent (par exemple *.swp sous VIM) ;
- Les produits de compilation (généralement les *.o quand on programme en C/C++ ;
- Tout ce qui contient des données temporaires OU variables, par exemple un numéro de compilation automatiquement incrémenté.
À noter que dans ce dernier cas, il faut être prudent car il arrive que l'on veuille enregistrer quand même la version initiale du fichier concerné. Dans ce cas, même s'il est ciblé par « .ignore », il reste monitoré par Git en temps que fichier suivi et le fichier « .ignore » n'aura aucun effet sur lui.
C'est envisageable, à condition de ne pas le faire tous les quatre matins et de bien les répertorier avec les tags idoines. Pour les mêmes raisons qu'expliquées ci-dessus, il faut aussi que cet ensemble ait un répertoire à lui pour éviter de se confondre avec les données produites par le compilateur.Citation:
- "Commiteriez"-vous un jeu de données et fichiers utilisateurs "test" qui permettrait d'avoir une appli fonctionnelle rapidement sans avoir à resaisir/recréer ces données ?
Et évidemment, il faut veiller à ne jamais y mettre de données confidentielles, spécialement si le dépôt est public ou s'il aura vocation à le devenir dans un futur plus ou moins proche. Si tu les y insères quand même par accident, il y a moyen de corriger l'historique mais les objets qui les contiennent persisteront quand même dans ton dépôt local et sur le serveur pendant quelques temps, donc une personne malveillante aura toujours la possibilité d'y accéder relativement facilement.
Bonjour Obsidian,
Merci pour ta réponse complète et détaillée.
J'ai choisi de mettre dans .git un jeu de données (répertoires/fichiers) car le code et leur organisation sont liés.
Si une ancienne version est rétablie, un jeu de données dont l'organisation est compatible avec cette version du programme, permet de le faire tourner.
Bien à toi,