Un conseil en passant : change de mise en forme. Avoir des phrases coupées sur plusieurs paragraphes et des lignes horizontales partout fait que ton journal et ton commentaire sont illisibles. Vraiment.
Remis en forme juste en faisant des paragraphes normaux (sans rien corriger d'autre) :
Merci pour vos commentaires, j'ai proposer le texte de réparation, D.I.Y, de it-edit comme dépêche qui a été refusée. Ils m'ont dit de le mettre dans le journal.
Je n'ai actuellement vraiment pas le temps du tout de m'occuper des légers changements a faire dans it-edit afin que cela fonctionne comme avec gtk+-3.18. Ce n'est pas de ma faute si gtk+3 change de comportement dans un changement de version mineur.
Et concernant le vieux concept de it-edit c.a.d entre autre intégrer des terminaux, dans un éditeur de texte, et il est loin de ne faire que cela. Vous sauriez comme cette outil est simple et pratique, une fois que l'on connais les peut de choses qui change la donne, si vous vous en seriez servis un peu.
Je me sert de it-edit au quotidiens, comme d'autres, et les IDE Zombie je les enm€¬des puisque ils ont perdus leur âmes et ne savent même pas les lignes de commandes qui compilent leur programme.
note : L'autre jours j'ai vue un win (débutant) qui après avoir packager son programme avec inno-setup s'étonnait de voir apparaître la fenêtre de la console Windows une fois le programme installer au lancement.
Le switch -mwindows connais pas, ce qui est bien la preuve de ce que je dit.
je me demande encore si cette pauvre victime IDE Zombie de Windows se rappelle encore le pourquoi du comment il faut compiler en mode release son programme avec conne-lock.
PS2> Désolé, je ne suis plus aussi courtois qu'avant car on m'a tellement martyriser (surtout parler sans savoir) sur les forums, que j'en ai perdu le sens de la courtoisie ! (sans mise en gras)
Vous sauriez comme cette outil est simple et pratique […] si vous vous en seriez servis un peu.
les IDE Zombie je les enm€¬des puisque ils ont perdus leur âmes et ne savent même pas les lignes de commandes qui compilent leur programme
Si le but est de ne pas donner envie, c'est pas trop mal.
Il marche bien ?
La dernière fois que j'en ai testé un c'était juste l'horreur, entre double frappes et pas de frappe du tout, c'était la loterie à chaque touche.
Alors que le clavier m'intéressait je l'ai vite jeté tellement j'étais jamais certains que ce que je tapais allait être saisi correctement.
Sur le principe je le trouvais pourtant vraiment intéressant, bien que trop gros / épais. J'apprécie d'avoir un clavier vraiment compact sur mon bureau (donc pas de pavé numérique, pas de fil, mince, pas de gros reposes poignets, etc).
Comme d'ailleurs les logiciels dits "libres" ne procurent pas
En soit le logiciel "libre" ne procure pas de liberté. Un logiciel "libérateur" pourrait non ?
D'où l'usage de logiciel propriétaire vs logiciel libre.
Si si, c'est vraiment pas la même chose puisque ce sont les fabriquant de manuels qui ont décidé de se conformer à la réforme de l'orthographe qui elle-même n'est pas du ressort de l'éducation nationale.
Si tu parles du bruit qu'il y a eu il y a assez peu de temps autour de cette réforme ça n'a rien à voir avec l'éducation nationale mais uniquement avec les fabriquant de manuels scolaires, ce qui n'est pas tout à fait la même chose…
Mais en tant qu'utilisateur d'une distrib unique tu passes autant de temps dans l'init ? En tant qu'utilisateur en général c'est simple tu ne fais quasiment rien dans l'init, sauf utiliser les outils de la distribution.
Ou alors on parle de faire de l'admin sys et ça peut potentiellement être différent mais j'ai toujours rien vu qui nécessitait d'être comme un utilisateur accroché à un fossile.
Il y a plusieurs versions, y compris des version QHD+ (ou FHD, comme tu veux) avec de l'ubuntu directement dessus (que pour les 13") http://www.dell.com/fr/p/xps-13-9360-laptop/pd?ref=PD_OC pour les 13, il y a un lien "suivant" en haut à droite pour voir les 11 versions.
Tous ceux marqués tactile sont en QHD+ (brillant) les autres sont 1080p mais mat.
Les 15 c'est grosso modo pareil (sauf que la version 16Go/FHD n'est dispo en qwerty qu'en version business :/)
le ton un peu « suivez-nous ou mourrez » du projet
Quand je vois que quasiment toutes les distrib sont passées à systemd c'est soit que les mainteneurs sont juste des nazes à qui on peut dire ça et qu'ils ne peuvent pas choisir, soit que ça répond à des problèmes qu'ils avaient.
Un système d'init c'est assez bidon, il en existe au moins une dizaine c'est une bonne preuve que ce n'est pas d'une difficulté incroyable à créer.
Hum, ça je n'en mettrais pas ma main à couper tout de même…
Oué enfin tout ça ne dit pas grand chose, ça peut être systemd, ça peut aussi être mint qui a loupé la mise à jour en te configurant un upstart à la place.
Bref, systemd, pulseaudio et autre lennarderies, je préfère m'en passer.
Ha oui, c'est vrai, systemd saÿ nul parce que pulseaudio, désolé j'avais oublié.
J'ai toujours pas compris quel était le problème de systemd…
Ok c'est différent que ce que vous avez utilisé pendant des années. J'ai l'impression que c'est l'argument principal, ce qui n'est quand même pas terrible…
A chaque fois que j'utilise systemd ou fleet je trouve ça plutôt bien. Ça marche bien, ça fait son boulot. Les units sont plutôt simples à écrire. Sur CoreOS fleet (systemd en cluster) est quand même bien cool pour déployer des units facilement, avec cloud-config on a des trucs vraiment sympa.
Bref, à part un côté "je veux pas changer ce qui marchote" c'est quoi le vrai problème ?
Mon avis de gars qui va justement passer d'un mac à un pas mac (tout en ayant des linux à côté depuis 15+ ans)
Il y a deux modèles qui me semblent intéressant et qui à priori ont des bons supports linux : Dell XPS 13 et Dell XPS 15.
Pour ma part je prendrais plutôt un 15 en version full hd (et donc pas écran qhd+/retina) non tactile, i7 quad, 16Go de ram (upgradable à 32) et 512 de SSD. Ecran mat et consommant à priori moins que le QHD, une batterie assez grosse (84Wh). Ça me semble un compromis pas trop mal, dans un format sensiblement pareil qu'un macbook pro 15.
Les 13 sont vraiment intéressant, surtout au niveau encombrement. Ils n'ont pas de port hdmi (ce que le 15 a) et tout est soudé aussi. La différence d'autonomie par rapport à un mbp 13 peut probablement être liée au type de RAM (DD3 basse conso pour le mac si je ne me trompe, ddr4 pour les dell)
Et entre autre je pourrai utiliser nativement du docker et pas l'image horrible sous mac :-)
Tu ne confondrais pas avec des licences type "shared source" ?
Parce qu'avec une licence open source type BSD ou MIT il n'y a absolument aucun problème pour redistribuer.
Les licences open sources sont libres et en général compatibles logiciels libres (GPL essentiellement). Il y a des exceptions genre licences avec clause de publicité mais ça reste de moins en moins utilisé.
Parce que je dois faire tourner ma boite :-) Tout ne peut pas toujours être parfait… (je me rends compte et j'accepte cela de plus en plus en étant "patron" :-).
La, présentement, je n'ai pas 5 jours dispos pour me mettre plus sérieusement à git.
Non mais juste non là.
Personne ne parle de passer 5 jours O_O
Et justement si tu n'as pas le temps, plutôt que de sortir des commandes bas niveau qu'aucun dev utilisant git n'utilise, prend un compte gitlab gratuit (2 minutes 30 en trainant un peu) plutôt que de passer du temps à faire de l'admin sys (à moins que ton job soit d'héberger du git je sais pas) et passe le reste du temps à lire une doc potable qui va t'apprendre à utiliser git correctement.
Et donc ça ne répond pas à la question posée ailleurs : ton équipe ne sait pas utiliser git du tout ? Parce que dans ce cas, si toi non plus il faudra bien que quelqu'un le sache, non ?
Quand j'aurai de plus gros besoins, je lirai la doc
Je me répète (mais après j'arrête) : lis la doc (ce bouquin ou un autre, spa un problème) avant de faire un premier cycle sur des bases très sommaires et, il me semble, embrouillées aves des considérations bas niveau. Avancer c'est bien, mais si c'est mal fait ça peut aussi donner de mauvais résultats.
Ça a été abandonné à cause de linuxfr ? Vraiment ?
En tout cas j'avais pas eu le souvenir que ça avait été le bordel les postes lisaac, je trouvais même ça plutôt cool. Après il est certains qu'avancer un nouveau langage provoque nécessairement des débats et des guerres de religion, il n'y a qu'à voir que c'est déjà le cas sur des langages établis alors sur un langage en création avec des choix différents c'est pas étonnant (genre les majuscules, désolé j'ai toujours bloqué dessus :-D)
Mais quoi qu'il en soit je me souviens pas que ça avait été "tellement démonté", dommage que ce soit le souvenir qu'il en reste en tout cas :/
Pourquoi faire ça : je ne sais pas, c'était dans la doc :-)
Je te dirais bien de changer de doc alors…
Avoir une idée de fonctionnement interne, de la plomberie, ok. Mais à mon avis si tu n'as jamais utilisé git le mieux serait de commencer par le fonctionnement externe.
Les notions de work dir, cache, tree sont à mon sens essentielles pour comprendre ce que l'on fait
Pas pour une utilisation basique, savoir où sont stockés les refs, comment fonctionnent les ids des blob, c'est pas tellement nécessaire dans un premier temps non.
La je sèche un peu… entre tag, tree et branch
Ouch, je sais même pas ce que vient faire tree là dedans. Ni même tag d'ailleurs.
la tagger pour réconciliation quand "c'est prêt"
?
Si tu as un dépôt git il suffira d'ajouter une nouvelle remote pour pouvoir envoyer tout le dépôt.
# 2) TO DO ONLY ONE TIME : create master tree and HEAD link tree=$(git write-tree) commit=$(echo 'Initial commit' | git commit-tree $tree) git update-ref HEAD $commit git push origin master
J'ai peut-être pas vraiment les yeux en face des trous ce matin, mais je comprend pas bien pourquoi faire ça.
En général (genre 99% du temps) il n'y a jamais besoin d'utiliser les commandes bas niveau de git genre write-tree ou commit-tree
Si le but c'est juste d'initialiser un dépôt vide avec une branche master distante :
Surtout avoir le -u qui va permettre ensuite de ne plus jamais utiliser origin master (en version courte hein). Ça va éviter pas mal de problèmes, surtout quand par la force de l'habitude quelqu'un fera un git pull origin master sans être dans master.
Par contre j'ai toujours pas compris où tu voulais en venir.
Pourquoi ne pas déjà présenter le problème que tu veux résoudre ? Si le but est de fonctionner "comme svn" pourquoi ne pas prendre svn ?
Beaucoup de monde utilise git avec un dépôt central de référence (à la louche je dirais 99% du temps non ?).
Par contre les point qui changent le plus sont commits locaux, pull/push, merge, branch. En gros au final tout ce qui correspond à ton workflow. Donc c'est quoi ton workflow ?
Et j'ai l'impression aussi que tu es rentré dans pas mal de détails bien bas niveau (rien que les premières lignes de ton doc).
Par ailleurs, quand je voudrai libérer des sources, je me demande si un téléversement d'un repository sera possible et aisé vers github ou gitlab (avec reprise des versions et métadonnées) ?
Si tu as un dépôt git il suffira d'ajouter une nouvelle remote pour pouvoir envoyer tout le dépôt.
Et en même temps, la GPL peut être transposée en droit français et sera valide (d'ailleurs ça a été fait)
Tu as un lien, je croyais justement que ça n'avait jamais été fait entre autre du fait de la langue.
là où il a fallut créer la CeCILL(variantes a, b, c) pour pouvoir proposer une licence compatible BSD/MIT (car certains critères légaux requis en France ne sont pas présents dans les textes originaux).
Nan mais la CeCILL A c'est justement une licence compatible GPL en droit français.
La B une BSD (avec obligation de citation si j'ai bien suivit).
La C étant elle compatible LGPL.
J'aurais donc tendance à dire que la CeCILL a été créée pour pouvoir proposer une licence compatible GPL et non BSD/MIT.
Les BSD/MIT me semblent plus une façon de dire « ne me poursuivez pas en justice si vous cramez votre maison, mais n'oubliez pas de donner mon nom si vous faites de millions avec. »
Je vois pas bien d'où vient la deuxième partie, surtout depuis que plus personne n'utilise de licence avec obligation de citation. Donc BSD/MIT c'est plus "faites ce que vous voulez avec, j'ai fait un truc et je le donne à qui veut".
[^] # Re: Désolé dépêche refuser, donc auto-correction D.I.Y dans le journal.
Posté par CrEv (site web personnel) . En réponse au journal Changement subite du comportement de it-edit ?. Évalué à 4.
Un conseil en passant : change de mise en forme. Avoir des phrases coupées sur plusieurs paragraphes et des lignes horizontales partout fait que ton journal et ton commentaire sont illisibles. Vraiment.
Remis en forme juste en faisant des paragraphes normaux (sans rien corriger d'autre) :
Merci pour vos commentaires, j'ai proposer le texte de réparation, D.I.Y, de it-edit comme dépêche qui a été refusée. Ils m'ont dit de le mettre dans le journal.
Je n'ai actuellement vraiment pas le temps du tout de m'occuper des légers changements a faire dans it-edit afin que cela fonctionne comme avec gtk+-3.18. Ce n'est pas de ma faute si gtk+3 change de comportement dans un changement de version mineur.
Et concernant le vieux concept de it-edit c.a.d entre autre intégrer des terminaux, dans un éditeur de texte, et il est loin de ne faire que cela. Vous sauriez comme cette outil est simple et pratique, une fois que l'on connais les peut de choses qui change la donne, si vous vous en seriez servis un peu.
Je me sert de it-edit au quotidiens, comme d'autres, et les IDE Zombie je les enm€¬des puisque ils ont perdus leur âmes et ne savent même pas les lignes de commandes qui compilent leur programme.
note : L'autre jours j'ai vue un win (débutant) qui après avoir packager son programme avec inno-setup s'étonnait de voir apparaître la fenêtre de la console Windows une fois le programme installer au lancement.
Le switch -mwindows connais pas, ce qui est bien la preuve de ce que je dit.
je me demande encore si cette pauvre victime IDE Zombie de Windows se rappelle encore le pourquoi du comment il faut compiler en mode release son programme avec conne-lock.
PS2> Désolé, je ne suis plus aussi courtois qu'avant car on m'a tellement martyriser (surtout parler sans savoir) sur les forums, que j'en ai perdu le sens de la courtoisie ! (sans mise en gras)
Si le but est de ne pas donner envie, c'est pas trop mal.
[^] # Re: En pratique !
Posté par CrEv (site web personnel) . En réponse au journal Claviers originaux. Évalué à 3.
Il marche bien ?
La dernière fois que j'en ai testé un c'était juste l'horreur, entre double frappes et pas de frappe du tout, c'était la loterie à chaque touche.
Alors que le clavier m'intéressait je l'ai vite jeté tellement j'étais jamais certains que ce que je tapais allait être saisi correctement.
Sur le principe je le trouvais pourtant vraiment intéressant, bien que trop gros / épais. J'apprécie d'avoir un clavier vraiment compact sur mon bureau (donc pas de pavé numérique, pas de fil, mince, pas de gros reposes poignets, etc).
[^] # Re: Manque de diplomatie detected.
Posté par CrEv (site web personnel) . En réponse au journal Faut-il renoncer à se rétribuer quand on produit un bien commun ?. Évalué à 2.
En soit le logiciel "libre" ne procure pas de liberté. Un logiciel "libérateur" pourrait non ?
D'où l'usage de logiciel propriétaire vs logiciel libre.
[^] # Re: Un forum, des forums.
Posté par CrEv (site web personnel) . En réponse au journal Devuan a deux ans . Évalué à 5.
Si si, c'est vraiment pas la même chose puisque ce sont les fabriquant de manuels qui ont décidé de se conformer à la réforme de l'orthographe qui elle-même n'est pas du ressort de l'éducation nationale.
[^] # Re: Un forum, des forums.
Posté par CrEv (site web personnel) . En réponse au journal Devuan a deux ans . Évalué à 6.
Si tu parles du bruit qu'il y a eu il y a assez peu de temps autour de cette réforme ça n'a rien à voir avec l'éducation nationale mais uniquement avec les fabriquant de manuels scolaires, ce qui n'est pas tout à fait la même chose…
[^] # Re: Conseil: Lenovo
Posté par CrEv (site web personnel) . En réponse au journal Retour d'expérience Achat Portable Clevo. Évalué à 2.
Comme je n'ai pas encore le miens je ne peux rien affirmer, mais il semble que oui, par exemple https://blog.spirotot.com/2016/07/27/dell-xps-15-9550-arch-linux-trackpad-gestures/
[^] # Re: LDLC Aurore Si7F-8-S4
Posté par CrEv (site web personnel) . En réponse au journal Retour d'expérience Achat Portable Clevo. Évalué à 2.
Encore faudrait-il qu'il y ait quoi que ce soit de comparable.
Depuis septembre j'ai une Dacia sandero. Pour 5000€ elle est petite avec des roues. Je pense que finalement ça fait beaucoup moins cher qu'une Tesla.
[^] # Re: systemd
Posté par CrEv (site web personnel) . En réponse au journal Devuan a deux ans . Évalué à 5.
Mais en tant qu'utilisateur d'une distrib unique tu passes autant de temps dans l'init ? En tant qu'utilisateur en général c'est simple tu ne fais quasiment rien dans l'init, sauf utiliser les outils de la distribution.
Ou alors on parle de faire de l'admin sys et ça peut potentiellement être différent mais j'ai toujours rien vu qui nécessitait d'être comme un utilisateur accroché à un fossile.
[^] # Re: Conseil: Lenovo
Posté par CrEv (site web personnel) . En réponse au journal Retour d'expérience Achat Portable Clevo. Évalué à 3.
Il y a plusieurs versions, y compris des version QHD+ (ou FHD, comme tu veux) avec de l'ubuntu directement dessus (que pour les 13")
http://www.dell.com/fr/p/xps-13-9360-laptop/pd?ref=PD_OC pour les 13, il y a un lien "suivant" en haut à droite pour voir les 11 versions.
Tous ceux marqués tactile sont en QHD+ (brillant) les autres sont 1080p mais mat.
Les 15 c'est grosso modo pareil (sauf que la version 16Go/FHD n'est dispo en qwerty qu'en version business :/)
[^] # Re: systemd
Posté par CrEv (site web personnel) . En réponse au journal Devuan a deux ans . Évalué à 6.
Quand je vois que quasiment toutes les distrib sont passées à systemd c'est soit que les mainteneurs sont juste des nazes à qui on peut dire ça et qu'ils ne peuvent pas choisir, soit que ça répond à des problèmes qu'ils avaient.
Hum, ça je n'en mettrais pas ma main à couper tout de même…
[^] # Re: systemd
Posté par CrEv (site web personnel) . En réponse au journal Devuan a deux ans . Évalué à 9.
Oué enfin tout ça ne dit pas grand chose, ça peut être systemd, ça peut aussi être mint qui a loupé la mise à jour en te configurant un upstart à la place.
Ha oui, c'est vrai, systemd saÿ nul parce que pulseaudio, désolé j'avais oublié.
[^] # Re: Conseil: Lenovo
Posté par CrEv (site web personnel) . En réponse au journal Retour d'expérience Achat Portable Clevo. Évalué à 8.
Non c'est vrai, c'est pas un retina en 2 560 × 1 600 c'est un QHD+ tactile en 3 200 x 1 800. Ça devrait le faire non ?
# systemd
Posté par CrEv (site web personnel) . En réponse au journal Devuan a deux ans . Évalué à 10.
J'ai toujours pas compris quel était le problème de systemd…
Ok c'est différent que ce que vous avez utilisé pendant des années. J'ai l'impression que c'est l'argument principal, ce qui n'est quand même pas terrible…
A chaque fois que j'utilise systemd ou fleet je trouve ça plutôt bien. Ça marche bien, ça fait son boulot. Les units sont plutôt simples à écrire. Sur CoreOS fleet (systemd en cluster) est quand même bien cool pour déployer des units facilement, avec cloud-config on a des trucs vraiment sympa.
Bref, à part un côté "je veux pas changer ce qui marchote" c'est quoi le vrai problème ?
[^] # Re: Conseil: Lenovo
Posté par CrEv (site web personnel) . En réponse au journal Retour d'expérience Achat Portable Clevo. Évalué à 3.
Mon avis de gars qui va justement passer d'un mac à un pas mac (tout en ayant des linux à côté depuis 15+ ans)
Il y a deux modèles qui me semblent intéressant et qui à priori ont des bons supports linux : Dell XPS 13 et Dell XPS 15.
Pour ma part je prendrais plutôt un 15 en version full hd (et donc pas écran qhd+/retina) non tactile, i7 quad, 16Go de ram (upgradable à 32) et 512 de SSD. Ecran mat et consommant à priori moins que le QHD, une batterie assez grosse (84Wh). Ça me semble un compromis pas trop mal, dans un format sensiblement pareil qu'un macbook pro 15.
Les 13 sont vraiment intéressant, surtout au niveau encombrement. Ils n'ont pas de port hdmi (ce que le 15 a) et tout est soudé aussi. La différence d'autonomie par rapport à un mbp 13 peut probablement être liée au type de RAM (DD3 basse conso pour le mac si je ne me trompe, ddr4 pour les dell)
Et entre autre je pourrai utiliser nativement du docker et pas l'image horrible sous mac :-)
[^] # Re: Ha les intégristes du libre...
Posté par CrEv (site web personnel) . En réponse au journal De l'autarcie du projet GNU, ou comment Emacs ne veut pas devenir EmacOs. Évalué à 3.
Tu ne confondrais pas avec des licences type "shared source" ?
Parce qu'avec une licence open source type BSD ou MIT il n'y a absolument aucun problème pour redistribuer.
Les licences open sources sont libres et en général compatibles logiciels libres (GPL essentiellement). Il y a des exceptions genre licences avec clause de publicité mais ça reste de moins en moins utilisé.
[^] # Re: Oubliez le bling-bling, et revenez à l'essentiel !
Posté par CrEv (site web personnel) . En réponse au journal Git : les bases et guide d'utilisation en mode centralisé (à la SVN). Évalué à 4.
https://about.gitlab.com/gitlab-ci/
[^] # Re: git
Posté par CrEv (site web personnel) . En réponse au journal Git : les bases et guide d'utilisation en mode centralisé (à la SVN). Évalué à 10.
Non mais juste non là.
Personne ne parle de passer 5 jours O_O
Et justement si tu n'as pas le temps, plutôt que de sortir des commandes bas niveau qu'aucun dev utilisant git n'utilise, prend un compte gitlab gratuit (2 minutes 30 en trainant un peu) plutôt que de passer du temps à faire de l'admin sys (à moins que ton job soit d'héberger du git je sais pas) et passe le reste du temps à lire une doc potable qui va t'apprendre à utiliser git correctement.
Et donc ça ne répond pas à la question posée ailleurs : ton équipe ne sait pas utiliser git du tout ? Parce que dans ce cas, si toi non plus il faudra bien que quelqu'un le sache, non ?
[^] # Re: git
Posté par CrEv (site web personnel) . En réponse au journal Git : les bases et guide d'utilisation en mode centralisé (à la SVN). Évalué à 5.
Mais pourquoi le faire alors ?
[^] # Re: git
Posté par CrEv (site web personnel) . En réponse au journal Git : les bases et guide d'utilisation en mode centralisé (à la SVN). Évalué à 8.
Je me répète (mais après j'arrête) : lis la doc (ce bouquin ou un autre, spa un problème) avant de faire un premier cycle sur des bases très sommaires et, il me semble, embrouillées aves des considérations bas niveau. Avancer c'est bien, mais si c'est mal fait ça peut aussi donner de mauvais résultats.
[^] # Re: Au boulot ?
Posté par CrEv (site web personnel) . En réponse au journal De l'autarcie du projet GNU, ou comment Emacs ne veut pas devenir EmacOs. Évalué à 3.
Ça a été abandonné à cause de linuxfr ? Vraiment ?
En tout cas j'avais pas eu le souvenir que ça avait été le bordel les postes lisaac, je trouvais même ça plutôt cool. Après il est certains qu'avancer un nouveau langage provoque nécessairement des débats et des guerres de religion, il n'y a qu'à voir que c'est déjà le cas sur des langages établis alors sur un langage en création avec des choix différents c'est pas étonnant (genre les majuscules, désolé j'ai toujours bloqué dessus :-D)
Mais quoi qu'il en soit je me souviens pas que ça avait été "tellement démonté", dommage que ce soit le souvenir qu'il en reste en tout cas :/
[^] # Re: ce n'est pas un problème d'outillage
Posté par CrEv (site web personnel) . En réponse au journal Git : les bases et guide d'utilisation en mode centralisé (à la SVN). Évalué à 8. Dernière modification le 24 novembre 2016 à 11:38.
Dans ce cas pourquoi ne pas installer un gitlab ?
Avec autant de fiabilité (backup, qualité de service, etc) que des boites qui font ça toute la journée ? Surtout si tu n'as pas le temps.
[^] # Re: pull --rebase
Posté par CrEv (site web personnel) . En réponse au journal Git : les bases et guide d'utilisation en mode centralisé (à la SVN). Évalué à 3.
Personne dans ta petite équipe ne connait git ?
[^] # Re: git
Posté par CrEv (site web personnel) . En réponse au journal Git : les bases et guide d'utilisation en mode centralisé (à la SVN). Évalué à 9.
Je te dirais bien de changer de doc alors…
Avoir une idée de fonctionnement interne, de la plomberie, ok. Mais à mon avis si tu n'as jamais utilisé git le mieux serait de commencer par le fonctionnement externe.
Pas pour une utilisation basique, savoir où sont stockés les refs, comment fonctionnent les ids des blob, c'est pas tellement nécessaire dans un premier temps non.
Ouch, je sais même pas ce que vient faire
treelà dedans. Ni mêmetagd'ailleurs.?
Hop, tout est sur gitlab.
Mon conseil à 2 balles : commence par lire par exemple https://git-scm.com/book/fr/v2 (ou les tutos git sur github par exemple)
# git
Posté par CrEv (site web personnel) . En réponse au journal Git : les bases et guide d'utilisation en mode centralisé (à la SVN). Évalué à 8.
J'ai peut-être pas vraiment les yeux en face des trous ce matin, mais je comprend pas bien pourquoi faire ça.
En général (genre 99% du temps) il n'y a jamais besoin d'utiliser les commandes bas niveau de git genre
write-treeoucommit-treeSi le but c'est juste d'initialiser un dépôt vide avec une branche master distante :
Surtout avoir le
-uqui va permettre ensuite de ne plus jamais utiliserorigin master(en version courte hein). Ça va éviter pas mal de problèmes, surtout quand par la force de l'habitude quelqu'un fera ungit pull origin mastersans être dansmaster.Par contre j'ai toujours pas compris où tu voulais en venir.
Pourquoi ne pas déjà présenter le problème que tu veux résoudre ? Si le but est de fonctionner "comme svn" pourquoi ne pas prendre svn ?
Beaucoup de monde utilise git avec un dépôt central de référence (à la louche je dirais 99% du temps non ?).
Par contre les point qui changent le plus sont commits locaux, pull/push, merge, branch. En gros au final tout ce qui correspond à ton workflow. Donc c'est quoi ton workflow ?
Et j'ai l'impression aussi que tu es rentré dans pas mal de détails bien bas niveau (rien que les premières lignes de ton doc).
Si tu as un dépôt git il suffira d'ajouter une nouvelle remote pour pouvoir envoyer tout le dépôt.
[^] # Re: Ha les intégristes du libre...
Posté par CrEv (site web personnel) . En réponse au journal De l'autarcie du projet GNU, ou comment Emacs ne veut pas devenir EmacOs. Évalué à 4.
Tu as un lien, je croyais justement que ça n'avait jamais été fait entre autre du fait de la langue.
Nan mais la CeCILL A c'est justement une licence compatible GPL en droit français.
La B une BSD (avec obligation de citation si j'ai bien suivit).
La C étant elle compatible LGPL.
J'aurais donc tendance à dire que la CeCILL a été créée pour pouvoir proposer une licence compatible GPL et non BSD/MIT.
Je vois pas bien d'où vient la deuxième partie, surtout depuis que plus personne n'utilise de licence avec obligation de citation. Donc BSD/MIT c'est plus "faites ce que vous voulez avec, j'ai fait un truc et je le donne à qui veut".