GitHub, critiqué pour son manque de réactivité, passe à l’offensive. En réponse à la lettre ouverte d’un grand nombre de développeurs, la société a dégaine plusieurs fonctionnalités, dont les modèles pour les retours des utilisateurs et un site nettement plus autonome.
Le service GitHub est une référence dans l’hébergement de projets, mais il n’est pas exempt de critiques. Plus d’un millier de développeurs ont signé une lettre ouverte pour manifester leur mécontentement : GitHub n’écoute pas ses utilisateurs et laisse le sentiment que les retours qui lui sont faits ne servent à rien.
Des modèles pour formater les retours des utilisateurs
Le service avait répondu une semaine plus tard en s’excusant d’abord d’avoir pu donner cette impression. Plus que des mots, l’entreprise avait promis des actes. Deux nouveautés ont ainsi été lancées en fin de semaine dernière. La première correspond à l’une des plus grosses demandes des développeurs : la mise en place de modèles pour que les utilisateurs puissent faire des retours utiles aux éditeurs.
Ces modèles vont pouvoir permettre d’imposer un formulaire type pour « cadrer » les informations inscrites par les utilisateurs pour signaler un problème, suggérer une fonctionnalité et ainsi de suite. Les développeurs pourront ainsi rendre certains champs obligatoires, ce qui leur évitera sans doute de recevoir une masse de signalements de type « ça ne fonctionne pas ». GitHub détaille la fonctionnalité dans un billet de blog.
On peut envoyer des fichiers par le site
L’autre nouveauté concerne le site web du service, qui sera prochainement beaucoup plus autonome. Il ne sera ainsi plus nécessaire de passer par un client tiers ou des lignes de commandes pour envoyer des fichiers vers le dépôt correspondant au projet : le site web proposera des boutons permettant de sélectionner les données pour les télécharger. Le développeur pourra en outre glisser/déposer directement ces dernières dans le site et ajouter un commentaire pour accompagner le commit.
La marche à suivre, relativement simple, est expliquée en détails sur cette page de l’aide sur le site officiel. Notez que cette fonctionnalité n’est pas encore disponible partout, même si le déploiement, commencé ce week-end, devrait désormais être presque terminé.
Commentaires (17)
#1
Comme les gosses, si tu menaces pas en faisant les gros yeux, t’es pas pris au sérieux et tu n’obtiens pas ce que tu veux. Si c’est pas malheureux. 
" />
" />
Bref, il était temps petit navire que git se sorte le doigts pour enfin écouter nos létigimes demandes. A voir pour la suite.
#2
#3
Les commit par drag&drop via un navigateur, euh, c’est une blague?
#4
#5
#6
Le clickodrôme cay mal
c’est ce que racontait toujours un de mes profs d’info théorique (qui n’a jamais connu autre chose que unix solaris).
#7
Je sens qu’on va avoir une réponse haute en couleurs.
#8
C’est marrant comme les journaleux de pc inpact se tapent des trips de temps en temps. Y’a quelques temps, c’était le délire de news sur Qobuz jusqu’à l’overdose, mais là plus rien. Et maintenant, ils sont entrés dans un trip github, avec news à l’excès. Y’a donc pas de juste milieu?
#9
le drag&drop, j’ai vu ça sur mon compte vendredi soir il me semble, j’ai pas trouvé ça inutile, au contraire. pour des petits projets avec peu de fichiers, ça peut être pratique
#10
#11
C’est pas mal pourtant cela permet aux personnes ne sachant pas se servir de git de pouvoir tout de même contribuer à un projet sur github.
#12
#13
C’est très demandé pour des dépôts de texte. Un contributeur peut ainsi éditer simplement un fichier texte en local (une documentation, une traduction…) et le commiter sans aucune connaissance technique :)
#14
Pour faire de la trad c’est hyper pratique.
#15
J’avoue que j’aurais peur de faire une fausse manip et d’écraser quelque chose (d’un côte, c’est pas perdu, je peux toujours revert, mais ça saloperait mon repo). Par contre, si en faisant un cliquer-déplacer tu as un diff qui s’affiche pour vérifier ce que tu commit voir mieux, choisir quelles lignes tu commit ou non, ce serait assez chouette.
Perso j’aime bien aussi l’éditeur en ligne pour faire une modif basique sans avoir besoin d’être sur un PC équipé, mais je trouve dommage qu’on soit forcé de faire un commit à chaque fichier modifié, il faudrait pouvoir éditer plusieurs fichiers d’un coup dans le même commit. Pour le cliquer-déplacer, c’est un peu pareil, j’espère que ça ne sera pas limité à un fichier par commit.
#16
Bha, t’as des petits projets qui ne se servent pas de ce genre d’outils. Je ne vais pas le faire pour eux.
" /> (Bon, j’ai un projet privé c’est des millier de lignes, mais c’est moi qui traduit tout et il serait pas mal que je passe par une outil ou que j’en code un.)
Et sur mon projet perso, le fichier de langue tient sur 5 lignes.