dzecniv a écrit 458 commentaires

Tout simplement, gitlab permet:

• l'hébergement gratuit de projets publics et privés.

Au niveau des forges elles-mêmes:

• une interface plus moderne
• les revues de code
• les snippets (gists)
• le flux de travail forker/pull-request

Redmine aurait en plus:

• diagrammes de Gant
• support d'autre chose que git
• multilanguages
• …

OK, github est super, il a toujours des choses en plus sur ses concurrents, mais on ne devrait même pas en débattre si on parle de forges logicielles libres.

Tu devrais essayer gitlab pour les projets libres, c'est plus en phase avec l'idée ;)

Tu pourrais expliquer ce que permet travis ? Merci.

C'est très juste, et il me semble que ce n'est pas encore le cas, à confirmer. En tout cas je n'ai pas trouvé d'option évidente dans les menus.

Le projet SàT ne gagnerait pas à avoir un gitlab auto-hébergé ? Pour proposer des patchs facilement, commenter le code,…

ça ne concerne pas les PME et tout simplement n'importe quel quidam, comme moi.

Il me semble que la principale reproche adressée à github par des libristes, c'est de ne pas être libre, ce n'est pas "autre chose".

Ok c'est pas très clair, mais j'avais quand même indiqué que je parlais de la version communautaire de gitlab, c'est à dire la gratuite.

Donc non, github ne propose pas de comptes privés, gratuitement s'entend. C'est un bon point pour gitlab.

Gitlab est super et gitlab.com propose des comptes gratuits pour un nombre illimité de projets publics ou privés.

https://gitlab.com/

Rapide comparaison avec github:

• gitlab est un logiciel libre
• github ne permet pas de comptes privés
• github offre l'hébergement des github pages
• gitlab a sa propre solution d'intégration continue gratuite depuis hier.

ps: merci pour ces scripts, je me rue dessus !

TL;DR (Trop Long; Dis un Résumé):

sous debian installez nodejs-legacy pour avoir l'exécutable node.

C'est plus propre que le ln -s à la mano.

Et fzf a l'air d'être fait pour ça: https://github.com/junegunn/fzf
mais je n'ai pas encore essayé. D'après sa doc: «Fuzzy completion for files and directories can be triggered if the word before the cursor ends with the trigger sequence which is by default **» (sous bash seulement, zsh est en TODO :( )

Sinon, dans la catégorie un peu au-dessus car on parle d'un navigateur de fichiers, il y a ranger: https://github.com/hut/ranger

Navigateur de fichiers à la vim. Dedans, on peut avoir des onglets, spécifier des marques pages, y sauter rapidement, ouvrir un shell dans tel répertoire ou manipuler les fichiers.

Il est juste merveilleux ! (je l'utilise plus que Dired d'Emacs maintenant, c'est dire !)

Et fasd est plus puissant car il permet de sauter de répertoires, mais également de trouver des fichiers et de lancer d'autres actions (mplayer, vim, ou ce qu'on veut).
https://github.com/clvv/fasd

Il est inspiré de autojump, j et v.

C'est super intéressant, merci.

J'attends avec grand grand intérêt ton retour d'utilisation de Pyjamas !

Je ne trouve pas les sources, elles sont bien cachées.

Justement c'est ce que je ne comprends pas, tu fais un lien entre 2 choses différentes: tu dis "oui à Gtilab pour les petits projets, sinon Github". Or non, si Gitlab est trop lourd à héberger chez soi, on peut se faire héberger par eux. C'est aussi un moyen d'aider le projet.

Mais Bitbucket n'est pas un logiciel libre !

Gogs: Go Git Service. Une copie très ressemblante de github, avec pour l'instant moins de fonctionnalités que Gitlab (au moins pas de gists/snippets, pas de wiki), je vois aussi moins de services (Gitlab: Gitlab CI, Jira, Jenkins etc, Gogs: rien ?).
Et pas de merge requests sur Gogs ? pas de protection de branche et autres petits trucs utiles.

Si on n'a pas besoin d'effet publicitaire de masse de Github, alors autant utiliser l'hébergement proposé par Gitlab. On peut même y créer des projets privés. https://gitlab.com/

L’un des avantages des nouveaux éditeurs et d’avoir plus que le mode texte

C'est très joli mais pour moi, justement, cela équivaut à des pertes de fonctionnalité. Exemples ci-dessous.

sous Atom on peut faire des graphes pour exprimer les commits gits

sous Emacs aussi (bien sûr), avec magit
officiel: http://magit.github.io/master/magit.html
présentation avec screenshot sur "logging": http://www.masteringemacs.org/article/introduction-magit-emacs-mode-git

éditer joliment du markdown avec aperçu instantanné

Comme dit dans d'autres commentaires, cela casse l'esprit du markdown. On n'a pas vraiment besoin de l'apperçu dans Emacs, car le formattage est légèrement pris en compte lorsqu'on ouvre un fichier .md: les italiques sont mis en italique, les titres mis en avant, les blocs de source aussi, etc. Je n'ai pas trouvé de paquet Atom pour faire la même chose. J'en ai un qui aide à l'écriture, mais pas qui formatte le buffer. En apparté, une des raisons pour lesquelles je préfère le org-mode est qu'il va encore plus loin: les liens dont la syntaxe est [titre [url]] sont directement transformés en lien hypertexte, il offre plein de commandes et raccourcis pour créer des tableaux, tableurs, etc.
Bref, il est aussi possible d'avoir un apperçu du markdown en live (dans le navigateur) https://github.com/syohex/emacs-realtime-markdown-viewer

rajouter une barre d’outil type multimédia pour explorer les changements

Aaargh… on est obligé d'utiliser la souris ! Et quand on clique, on ne sait pas quelle fonction du paquet est appelée. Du coup, comment apprendre son éditeur ? Comment scripter son usage ? Avec Emacs, on appelle la commande directement. Si on passe par le menu (ou la souris), on peut lui demander le nom de la fonction appelée (C-h k + clic sur bouton menu).
Pour Emacs, je pense à git-timemachine: https://github.com/pidu/git-timemachine quand on entre dans ce mode-là, on utilise n et p pour naviguer.

demander à stackoverflow et obtenir les réponses formatées dans l’éditeur

Très joli, mais je ne vois pas le gain d'usabilité si on est obligé d'utiliser sa souris. On ne peut même pas mettre le curseur dans la partie Stack, ce qui permettrait de chercher un mot-clef, de copier-coller uniquement notre sélection, etc.
Avec emacs-sos (Stack Overflow Search) https://github.com/omouse/emacs-sos , toutes les réponses sont listées dans un buffer formatté avec org-mode !!! On peut donc tout faire… à commencer par sauvegarder ce buffer s'il est vraiment intéressant.

afficher des labels par dessus des emplacements du texte comme sous vimperator pour y sauter directement au clavier et visuellement

ça c'est facile, on a ace-jump-mode autant sous vim que Emacs depuis longtems http://wikemacs.org/wiki/Ace-jump

avoir un éditeur graphique de Béziers pour les CSS

Là je suis sec !

et j’en passe et des meilleures.

Je veux bien en voir plus, pour l'instant je ne suis point impressionné :)

Le second avantage est que tout ça est configurable avec des technologies bateaux du web (CSS, CoffeeScript, CSON)

Certes… je ne vais pas sortir un discours d'amour au emacs-lisp, qui est un peu trop bizarre à mon goût, mais j'ai appris à apprécier. Tout est scriptable, découvrable, modifiable avec un appel de fonction (language fonctionnel). Et je pense préférer ça à aller modifier des json pour modifier un raccourci clavier.

De créature trollesque tu t'es transformé en un athlétique elfe. (en tant que fan d'Emacs,) Beau journal :)

Mes collègues développeurs ne savent même pas qu'Emacs24 a un gestionnaire de paquets (et qu'avant on avait el-get)… mais ils lisent linuxfr, donc si tu voulais rédiger un journal pour présenter ça et toutes les bonnes choses qu'on a évoqué, ce serait super :D

note aux lecteurs: Alt-x list-packages

J'ai probablement l'esprit trop étroit… :)

mais non mais non, c'est moi qui explique trop mal :)

Ah, ça non. Il est construit avec les technos web (htlm, javascript, CSS, etc).

Les autres avantages comparé à Atom qu'il met en avant sont:
- on peut l'utiliser comme extension Chrome
- gestion native d'édition à distance à travers ssh
- les extensions n'ont pas de dépôt centralisé (comme Sublime ou Atom)
- effectivement, il utilise des buffers et pas des onglets (avec C-t on peut quand même voir une arborescence de fichiers)

il existe un mode vim, très basique.

Pour l'essayer il suffit de télécharger l'archive et double-cliquer sur l'icone.

Pour info, Zed est un éditeur ressemblant à Atom et un peu trop dans son ombre: http://zedapp.org/

Au prix d'une réduction des fonctionnalités (par exemple pour les gestionnaires de version, on est limité à ce qui est intégré)

mais non, sacrebleu, car déjà, étant donné tous les hackers qui bossent dessus on n'est pas souvent en manque de fonctionnalité, et si on l'est, il y a plein de moyens d'interagir avec le shell à partir d'Emacs pour appeler la vrai commande. Prenons l'exemple de magit, une interface à git (autre que vc). Elle est super pratique, permet de faire plein de choses rapidement. Oui, elle n'implémente pas toutes les fonctionnalités de git. Donc s'il nous manque qc: on pose une question sur Stack Overflow et elle est implémentée et intégrée dans magit (ça m'est arrivé), si on connait elisp on l'implémente nous-même, sinon on peut interagir avec le shell de multiples façons en restant dans Emacs, ce qui ne casse pas le flux de travail d'un emacsien.

Non, je dis que pour la quasi totalité des utilisateurs c'est inutile et que pour le reste c'est peu utile.

oui, pour les dév débutants c'est peu utile, pour les autres qui veulent maîtriser leur outil de travail, ça l'est. Exemple ci-dessus.

Là si tu en es à compter le nombre de programme que tu lance sur ton ordi, je pense qu'il faut que tu te trouve un bon lanceur d'application.
L'intéropérabilité entre application c'est fait pour ça.

là tu refuses de comprendre.