Le contrôl de version c'est trés bien, sauf que en général tu commit quand ca marche, et perdre trois jour de boulot c'est pas génial forcément.
La on peut dire qu'on peut faire des branhc instable par dev, ...etc
mais pour que ca marche il faut que les dev soient disipliné , aient du bon sens et commit régulierement pour que ca marche, Ca marche peut etre tout le temps chez les bisounours, mais dans la vrai vie c'est pas fréquent.
Ensuite la puissance de la machine c'est plus pour compiler les 150 mégas de code source (et encore c'est du C, ca compile vite) que pour faire tourner l'IDE, et aussi réutilisér les objects déja compilé.
Pareceque passer une heure pour tout recompiler, c'est mieux si c'est mutualisé pour tout les dev.
Alors sur des truc pas trop gros, avec des systéme bien séparé c'est faisable, mais c'est pas toujours le cas.
[^] # Re: Heu...
Posté par ham . En réponse au journal Création du projet "OQLToLang". Évalué à 1.
La on peut dire qu'on peut faire des branhc instable par dev, ...etc
mais pour que ca marche il faut que les dev soient disipliné , aient du bon sens et commit régulierement pour que ca marche, Ca marche peut etre tout le temps chez les bisounours, mais dans la vrai vie c'est pas fréquent.
Ensuite la puissance de la machine c'est plus pour compiler les 150 mégas de code source (et encore c'est du C, ca compile vite) que pour faire tourner l'IDE, et aussi réutilisér les objects déja compilé.
Pareceque passer une heure pour tout recompiler, c'est mieux si c'est mutualisé pour tout les dev.
Alors sur des truc pas trop gros, avec des systéme bien séparé c'est faisable, mais c'est pas toujours le cas.