Choix d'un soft de suivi de versions de sources - Page 2

ça aide bien parfois oui

Et même souvent

Un poster pour Git :

j'ai à peu près déja tout essayé.

C'est magique

moué, enfin, "rebase -i" quand tu l'as fait deux trois fois, c'est pas tellement "danger zone"... alors que "push --force" c'est presque juste interdit ^^

en fait, je fais plus souvent des "rebase -i" (à peu près systématiquement avant de pusher une branche, pour réorganiser les commits de manière un peu plus clean ; avec "commit --fixup" ça aide bien à préparer le rebase, d'ailleurs) que des trucs comme "reset --hard".

et, oui, git, c'est magique \o/

Je ne savais pas trop où poser la question et je ne pense pas que ça mérite un topic.
J'ai un utilisateur qui vient de faire une mise à jour de son Ubuntu via un apt-get upgrade, etc... Donc mise à jour et non réinstallation du système.
Et il s'étonne d'avoir un dossier qui a sauté suite à la mise à jour. Au premier abord ça me semble étonnant aussi, la mise à jour ne devrait pas écraser entièrement le dossier /var, non ?
Si vraiment le dossier a sauté lors de la màj, ça devrait inscrit dans les logs non ?

Autant j'adore Ubuntu, autant pour la montée de version, il ne faut jamais lui faire confiance et tout sauvegarder avant. Il me semble bien que la préservation de ce qui n'est pas dans les répertoires utilisateur n'est pas du tout garantie.

Ça me semble étonnant (mais pas impossible). Peut être que /var a été entièrement supprimé, auquel cas les logs eux mêmes ont été effacés.

Ça me surprend un peu aussi parce que /Var n'est pas sensé être un dossier système mais bel et bien un dossier utilisateur comme /Var/www /var/spool etc

Une maj ne devrais absolument pas toucher à ca.

On est d'accord alors. Bizarre cette histoire quand même.

Franchement, ce n'est pas normal qu'une mise à jour soit destructive à ce niveau.

Euh si, si tu passes de Me à XP, il t'écrase tout le dossier C:\WINDOWS y compris toutes les données personnelles (genre la BDD des mails) que Me met dans des sous-dossiers de C:\WINDOWS!

C'est pas plus mal pour la santé du PC

Tu as dû te planter. À l'époque, les upgrades de Windows n'effaçaient quasiment rien, à tel point qu'il y avait parfois des problèmes dus aux anciens fichiers et que beaucoup préféraient faire une installation from scratch pour repartir d'une base propre. Ou alors tu as utilisé une version qui ne prenait pas en charge l'upgrade (comme certaines versions OEM, de mémoire), mais c'était normalement indiqué à l'installation.

Nil: l'installe de Windows 10 déplace et non supprime ces dites applications et fichiers, il suffit de fouiller un peu pour les trouver

A l'install de Win 10, oui (mais c'est dans un dossier caché par le système). A priori, pas au moment de la grosse upgrade.

Qu'appelle tu par la "grosse upgrade" alors?

La Fall Update (TH2) de novembre 2015.

Ha je n'ai pas eu de soucis avec ce Service pack^H^H^H^H^HFall Update

Parler d'expérience utilisateurs, puis montrer exclusivement des lignes de commande, est une contradiction en soi: si on est obligés d'utiliser la ligne de commande en 2017, c'est perdu d'avance! Du coup, je ne vois pas trop l'intérêt du logiciel EasyGit dont l'auteur fait la promotion, une bonne interface utilisateurs est graphique (il y a par exemple git-cola, qui est loin d'être parfait, mais au moins passable), pas une ligne de commande par dessus la ligne de commande. L'obstination de faire tout en ligne de commande est bien ce qui rend git difficile d'utilisation, et non pas les incohérences dans le comportement de deux commandes que l'article relève.

Kevin Kofler (./54) :
une bonne interface utilisateurs est graphique

ou pas.

Les développeurs sont *aussi* des utilisateurs

Et il y a aussi des développeurs qui préfèrent utiliser une GUI que taper des commandes

(et pour être "in" je dirais même "une bonne interface utilisateur n'es plus graphique en 2017", je veux de l'IA, du contrôle vocal et de la robotique !)

(demande carrément que l'IA développe à ta place, histoire que ce soit parfait ^^)

Zerosquare (./56) :
Et il y a aussi des développeurs qui préfèrent utiliser une GUI que taper des commandes

Oui, je ne vois pas pourquoi le développement devrait forcément être en ligne de commande. Les EDIs sont beaucoup plus pratiques.

, c'est appréciable de pouvoir scripter, mais quand c'est pour faire du one shot, c'est franchement pénible de devoir lire une doc quand un wizard fait la même chose en deux clics. #obvious#