Connexion
Abonnez-vous

GitHub : des modèles pour les retours et un site plus autonome

Les mots, les actes

GitHub : des modèles pour les retours et un site plus autonome

Le 22 février 2016 à 13h20

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 (16)

Vous devez être abonné pour pouvoir commenter.

Abonnez-vous
votre avatar

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.&nbsp;<img data-src=" />



Bref, il était temps petit navire que git se sorte le doigts pour enfin écouter nos létigimes demandes. A voir pour la suite.&nbsp;<img data-src=" />

votre avatar







boogieplayer a écrit :



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.&nbsp;<img data-src=" />



Bref, il était temps petit navire que git se sorte le doigts pour enfin écouter nos létigimes demandes. A voir pour la suite.&nbsp;<img data-src=" />





Github != git. Les modifications apportées ne concernent que le site et n’ont absolument rien à voir avec git en lui-même.


votre avatar

Les commit par drag&drop via un navigateur, euh, c’est une blague?

votre avatar







gnumdk a écrit :



Les commit par drag&drop via un navigateur, euh, c’est une blague?





Où est le problème ?


votre avatar







jpaul a écrit :



Où est le problème ?





pas assez technologique, ça manque de ligne de commande <img data-src=" />



Au pif je dirais que c’est parce qu’en étant trop “facile” ça augmente le risque de conneries (à confirmer par gnumdk)


votre avatar

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).

votre avatar

Je sens qu’on va avoir une réponse haute en couleurs.

votre avatar

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?

votre avatar

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

votre avatar







jpaul a écrit :



Où est le problème ?





D’offrir une solution simple et tentante qui peut court-circuiter le worklow habituel. Les devs sont flemmards <img data-src=" />


votre avatar

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.

votre avatar







gnumdk a écrit :



Les commit par drag&drop via un navigateur, euh, c’est une blague?







J’avoue que je vois pas très bien l’intérêt, en tout cas c’était sûrement pas une priorité. Mais bon, y a sûrement des gens à qui ça va servir.







macadoum a écrit :



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?







Peut-être parce qu’en ce moment il se passe des choses chez GitHub, et rien chez Qobuz ? C’est le principe d’un site d’actu, non ? Enfin, j’dis ça, j’dis rien… <img data-src=" />


votre avatar

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 :)

votre avatar

Pour faire de la trad c’est hyper pratique.

votre avatar

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.

votre avatar

Bha, t’as des petits projets qui ne se servent pas de ce genre d’outils. Je ne vais pas le faire pour eux.



Et sur mon projet perso, le fichier de langue tient sur 5 lignes. <img data-src=" /> (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.)

GitHub : des modèles pour les retours et un site plus autonome

  • Des modèles pour formater les retours des utilisateurs

  • On peut envoyer des fichiers par le site

Fermer