« Le cas GitLab » : différence entre les versions

De April MediaWiki
Aller à la navigationAller à la recherche
mAucun résumé des modifications
Ligne 8 : Ligne 8 :


== Contexte ==
== Contexte ==
GitLab est une solution de forge logiciel, ergonomiquement sexy et pratique.


GitLab est un produit « jeune » qui a subit de mouvementés changements :
GitLab est un produit « jeune » qui a subit de mouvementés changements :

Version du 12 décembre 2014 à 03:52


Cette page est un essai d'analyse de la stratégie FLOSS de l'entreprise GitLab B.V.

Rédigée par Cpm entre autour du 08 décembre 2014.

Cette page n'engage que Cpm.


Ambox warning red construction.png
/!\ Travail en cours /!\

Cette page présente une page de suivi en cours de réalisation.

Si vous souhaitez participer, n'hésitez pas à laisser votre avis sur la page de discussion en suivant au mieux ces recommandations.


Contexte

GitLab est une solution de forge logiciel, ergonomiquement sexy et pratique.

GitLab est un produit « jeune » qui a subit de mouvementés changements :

  • création en 2011 ;
  • depuis 2012, mise en place d'une version hostée gratuite (http://gitlab.com/) nommée par la suite GitLab.com ;

Accès aux sources de GitLab EE

Les sources via un clone git : https://gitlab.com/cicd_mtv/gitlab-ee/tree/master

Le fichier de licence : https://gitlab.com/cicd_mtv/gitlab-ee/blob/master/LICENSE


Note sur GitLab.com

À noter qu'à l'origine, GitLab.com (host gratuit, http://gitlab.com/) a juste été lancé pour servir de démo. S'étant aperçu que cela ne leur coûtait quasiment rien à administrer, ils l'ont transformé en service gratuit. Aujourd'hui, en plus de l'aspect démo/publicité, cela leur sert de plateforme de test géante, grâce à laquelle ils détectent et anticipent des bugs.

Communication

GitLab B.V. est relativement transparent dans sa communication. Notamment via un blog tenu par Sytse Sijbrandij (co-fondateur) où il répond aux commentaires, parfois longuement, parfois en faisant carrément l'autruche, mais globalement, on peut dire qu'il communique et qu'il expose clairement la ligne stratégique soutenue par GitLab, même parfois à l'avance pour tâter le terrain.

À noter qu'il a supprimé un commentaire où je lui demandais si les personnes qui veulent du 100% libre doivent quitter GitLab.com (le host gratuit qui fonctionne maintenant sous GitLab EE).

Échange n°01

Le 07 décembre, j'ai eu l'occasion de poser des questions et il a répondu dans la journée (un dimanche). Échange re-transcrit ci-après :

https://about.gitlab.com/2014/02/11/gitlab-ee-license-change/#comment-1729507235

cpm :

1) So, now, what is the license of GitLab EE? Where to watch the LICENSE file?

3) Have you yield to the world of proprietary software?

4) How to promote the use of GitLab against people who need/require Free/Libre Software?

Please, GitLab is a fabulous product. I beg you, don't be evil. Come back in a complete FLOSS world.


Sytse Sijbrandij :

1) The license is proprietary with the right to make modifications. For you I made a copy of the license per Decemer 7, 2014 on https://gitlab.com/snippets/26...

Extrait du snippet :

The GitLab Enterprise Edition (EE) license

Copyright (c) 2013-2014 GitLab B.V.

This software and associated documentation files (the "Software") can only be
used with a valid GitLab subscription for the correct number of users. You are
free to modify this Software and publish patches. It is forbidden to copy,
merge, publish, distribute, sublicense, and/or sell copies of the Software.

The above copyright notice applies only to the part of this Software that is
not distributed as part of GitLab Community Edition (CE). Any part of this
Software distributed as part of GitLab CE is copyrighted under the MIT Expat
license. The above copyright notice and this permission notice shall be
included in all copies or substantial portions of the Software.

3) The reasons for making a proprietary edition are the same a when we started EE https://about.gitlab.com/2013/... Making the EE version allowed us to greatly improve installation (Omibus packages), quality control (fix every confirmed bug every month), release processes and development. The Community Edition has been improving much faster since starting EE than before. We are very aware of the dangers of paid software http://david.heinemeierhansson... But everyone can also see that so far GitLab CE has benefitted enourmously. We plan to continue this in the future and please raise any specific concerns you have. Also feel free to email me on sytse@gitlab.com if you prefer to discuss in private.

4) I think you can safely promote GitLab to people who want libre software. More than 700 people contributed, it is MIT licensed and it has a very active community.

GitLab B.V. wants to continue being a good actor within the GitLab community. And we believe that both a FLOSS offering and a proprietary offering can exist in a symbiotic way in this community.


Échange n°02

Nouvelle tentative, le 11 décembre 2014 : https://about.gitlab.com/2014/06/27/gitlab-com-runs-ee/#comment-1729495507

cpm :

  • GitLab EE is powered by proprietary code
  • GitLab.com is powered by GitLab EE
  • => GitLab.com is powered by proprietary code

Put yourself in the shoes of those who want to use only free/libre software.

Should they get out of GitLab.com?


Sytse Sijbrandij :

As you, we would like to run GitLab.com on Community Edition too. The problem is that most of the development (also by us) happens on the Community Edition and we want to deploy its nightly build to a server to test. We prefer to deploy this to our internal server to prevent problems on GitLab.com that effect many more people. This means that Enterprise Edition real life usage has to be deployed at our only other production installation, GitLab.com. All the security and performance improvements that come out of this testing land in both editions. There are no (artificial) limits in the Community Edition that prevent you from using it to host a server similar to GitLab.com. If you want to support free/libre software I think using GitLab.com is the best option available. And because you help us improve the product we can host your private repositories for free and offer you unlimited collaborators. If you see any practical problems with features that should be in the Community Edition to make a service like GitLab.com possible please let us know either in this thread or by emailing me on sytse@gitlab.com

Échange n°03

Nouvel échange le 11 décembre 2014 : https://about.gitlab.com/2014/02/11/gitlab-ee-license-change/#comment-1729507235

cpm :

Thank you for your reply. So, some other questions:

5) Is there an easy way to know the differences of code/functionalities between CE and EE? Because of money requirement for EE repository access, it does not seem trivial.

6) Does GitLab EE contain proprietary code/library which are not from GitLab B.V.?

7) Do you believe that special proprietary features in EE increase the number of suscribers?

8) Do you believe that make CE and EE identical except for the license will be decrease the number of suscribers?

9) Is support service not enough to increase the number of subscribers?

10) Do you believe that CentOS decrease the number of Redhat suscribers?

11) Do you not fear that Free/Libre Software users will prefer use/improve/promote/help more Free/Libre product than GitLab products?

12) In case of GitLab CE fork by an enterprise which guarantees full Free/Libre software license, do you think that GitLab B.V. will be enough stronger and will survive?


Sytse Sijbrandij :

You're welcome, thanks for your interest.

5) You can find the differences at https://about.gitlab.com/featu... of course you can also compare gitlab.com (EE) and a CE install. The focus is on features that are more useful if you have more than 100 users. Please let me know if you have any questions.

6) No, all EE code is from GitLab B.V.

7) Yes, for larger organizations the EE functionality of one of the reasons for getting a subscription.

8) Yes, I would not understand why someone would use proprietary code if you can get the same code with a MIT license.

9) We spend way more time on CE functionality, fixes, documentation and releases than on EE. It is really hard to make enough margin on services to sustain so much work.

10) I know for sure that we lose many potential customers because they decide to run CE instead of EE. And we're very happy about that.

11) We think that everyone enjoys using a good open source product and that is we try to improve GitLab CE every day.

12) We strongly believe that the companies that best serve the community will be successful.

Bilan

Sytse Sijbrandij : GitLab B.V. wants to continue being a good actor within the GitLab community. And we believe that both a FLOSS offering and a proprietary offering can exist in a symbiotic way in this community.

De tout ce qui précède, on peut qualifier précisément la stratégie retenue par GitLab :

  • opportuniste : si ça les arrange, ils prennent l'un et l'autre ;
  • mixte : FLOSS et privateur sont une symbiose acceptable pour les utilisateurs de GitLab, d'après GitLab B.V. ;
  • indifférente aux valeurs du libre : la seule chose qui les intéressent dans le libre, c'est ce que peuvent leur rapporter les libristes ;
  • avaricieux : faire payer les grosses boites, tel est leur préoccupation.

En résumé, au mieux, leur credo serait « Faire du logiciel privateur pour faire du logiciel open-source ».

On pourrait penser qu'ils jouent les robins des bois en faisant payer de grandes entreprises pour financer le développement de la version libre. En effet, les fonctionnalités majeures rajoutées dans la version EE concernent principalement les grandes entreprises/structures (> 100 personnes). Mais cela n'est pas crédible :

  • certaines fonctionnalités majeures non transposées (git hooks, close Jira event...) ;
  • ce n'est pas un business model conforme aux valeurs du libre ;
  • risque trop important de dérive ;
  • certaines prises de position ne laissent aucun doute sur l'unique volonté de faire de l'argent.

Conclusion

Même si GitLab CE est un logiciel libre (licence MIT expat), l'utiliser :

  • c'est accepter de se passer de certaines fonctionnalités existantes uniquement en version privateur ;
  • c'est soutenir leur stratégie opportuniste, mixte et indifférente aux logiciels libres.

Du coup, des questions se posent pour un « vrai/engagé » libriste :

  • faut-il boycotter GitLab.com (http://gitlab.com/, le host gratuit) ?
  • faut-il boycotter GitLab CE ?
  • faut-il boycotter GitLab B.V. ?
  • faut-il déconseiller à tous d'utiliser GitLab.com ? GitLab CE ? Acheter des services à GitLab B.V. ?
  • faut-il forker GitLab CE ?
  • faut-il recommander/utiliser/améliorer Savanne (Gna!, Savannah(s)) ?