Y a-t-il un logiciel de contrôle de version avec la fonctionnalité de GIT, mais qui n'est pas sous une licence virale? - une "licence virale" étant, par ma définition, qui nécessite un logiciel dérivé pour être sous la même licence ou une licence également restrictive.
Je ne suis pas intéressé par un argument ou une discussion sur la GPL; Il est hors de la portée de cette question et de cette question.
Merci.
3 Réponses :
fossile est ( et Codeville était ) Un système de contrôle de révision distribué sous licence BSD.
Notez que si vous modifiez réellement le logiciel de contrôle de version lui-même, la licence ne vous affecte pas; Vous êtes libre de développer un logiciel non gpl'ed à l'aide d'un outil GPL'ed pour gérer les révisions.
Depuis 2 ans passés depuis le début du début professionnellement avec Git (après 20 ans de non-git ...) Je peux dire ceci:
GIT a des avantages pour la fusion de bases de code entre les succursales et plusieurs utilisateurs. Une fois que vous le maîtrisez et que vous appreniez à ignorer sa ligne de commande, parfois parfaitement confondre, peut être facile à utiliser.
À l'inconvénient, Git est complexe pour comprendre et apprendre. Il existe une longue phase d'apprentissage escarpée, surtout si vous travaillez à partir de la ligne de commande dans le référentiel multiplié et ramifié (l'approche commune et recommandée). Travailler avec des outils d'interface utilisateur comme Intelij IDE's peut cacher certains des détails, mais ceux-ci nécessitent leur attention et leur temps d'apprentissage aussi + quelques connaissances gitent de base. Et cette connaissance est requise par tous les membres de votre équipe.
Oubliez la licence ... Vous ne voulez pas utiliser Git pour tant d'autres raisons ...
Si vous voulez que les choses fonctionnent plus rapidement pour votre équipe - restez à l'écart de Git. Pourquoi ne pas utiliser svn? Il est soutenu par tout service qui soutient GIT et est l'alternative la plus populaire à GIT (autant que je sache).
Pour commettre / fusionner / gérer une équipe dans Git, cela vous prendra exponentiellement plus de temps que les autres svn / fossile / ... Tout au nom de l'avance "distribué" conception et un ensemble riche de méthodes pour tuer votre Code, fusionner à tort, vous donner tellement d'options pour faire des erreurs horribles (qui se produisent aux proches et aux débutants) et font des choses simples de la difficulté difficile. Étaient en réalité, cela ne sert que les âmes affamées rituelles des programmeurs geeky, qui devraient autrement aller chez eux tard et faire face aux murs vides de leurs maisons ... (réponse poétique aussi).
Vraiment - il serait réellement drôle si ce n'était pas le tueur de temps de douleur à la douleur dans le bureau. Et une fois que vous allez git, vous ne pouvez jamais revenir en arrière, alors mon conseil, ne laissez pas les geeks l'avoir. Gardez-le ou payez le prix.
Et, oui, je connais la foule ici et je suis plus que disposé à perdre quelques points. Ce n'est pas comme ça veut dire quoi que ce soit réel.
Descendre en raison d'une inexactitude complète. Je suis passé de SVN à Git il y a environ 10 ans et j'ai été beaucoup plus heureux et plus productif.
Donc, vous avez fait quelque chose il y a 10 ans et dites que je suis complètement inexact. Génie. Je me tiens derrière chaque mot. Travailler avec Git est un cauchemar. Difficile à apprendre. Difficile de travailler avec. Désolé de ne pas jouer à "Suivre le leader" sur celui-ci ... J'ai travaillé avec un certain nombre de systèmes de contrôle de la version, et git est ... pas facile à travailler avec. Sans justification. Quoi qu'il en soit, vous vous amuser à voter cette réponse, si cela vous rend heureux :)
Ce n'est pas que je "ai quelque chose il y a 10 ans", mais j'ai plutôt une expérience considérable (GIT pour les 10 dernières années, d'autres VCSS avant cela) qui contredit vos réclamations. Git est différent de SVN et de CVS, bien sûr, et il faut un peu d'apprentissage. Mais j'apprécie de l'utiliser et je ne reviens jamais volontiers à ce que j'avais auparavant - et cela rend les équipes tellement plus productives que SVN.
Vous n'avez utilisé aucun autre CV depuis 10 ans, d'où mon commentaire. Mais quelle que soit cette discussion futile. Git nécessite trop d'étapes pour être "productive". Il faut trop de temps pour apprendre. Beaucoup de mes coéquipiers experts ont peu d'indice sur la manière de gérer différentes situations conduites par le schéma de six calques de GIT ... tout ce que d'autres VCS fournissent des caractéristiques similaires sans le tracas. Très simple. C'est une douleur dans le cul ... c'est tout. Mais il est tellement complexe de traiter, que tout le monde veuille dire qu'ils maîtrisent la bête, par conséquent, ils sont géniaux ... non.
En fait, j'ai utilisé Svn plusieurs fois depuis que je me suis retourné à Git, qui m'a convaincu que je ne veux plus jamais utiliser Svn si j'ai un choix-svn fait des choses qui sont faciles à giter beaucoup plus difficile . Et non, Git n'a pas à prendre longtemps à apprendre. J'ai formé des collègues de collaborer assez rapidement. • "Tout le monde veut dire qu'ils maîtrisent la bête, par conséquent, ils sont géniaux" non, tout à fait l'inverse. Je dis que c'est
Passons d'accord Nous sommes en désaccord. Chacun et sa propre expérience ...
Lorsque vous créez des réclamations dans une tonalité insultante qui sont assez clairement fausses et que vous n'en fournissez aucune preuve, je ne suis pas sûr que vous avez alors debout pour «accepter d'être en désaccord».
Eh bien, ne soyez pas insulté, mais cela ne vous dérange pas vraiment si vous pensez avoir un stand ou une assistance assis, ou bien autre chose ...
D'accord. Git est une douleur. Personne ne veut changer d'histoire: pourquoi cette option est-elle même là? Pourquoi des dizaines de commandes avec autant d'options? Pourquoi les référentiels distribués? Pourquoi la mise en scène? Personne n'a besoin de ça.
@Perdiestaquel J'espère que vous êtes sarcastique. :) S'habiller et embrasser la nature distribuée de Git sont des parties fondamentales de mon flux de travail, au moins. Je manque les deux quand je dois utiliser quelque chose comme Svn. Je conviens que le changement d'histoire est mal, cependant.
@ Marnenlaibow-Koser maintenant que je suis un expert Git dans un certain nombre de flux de travail différents, je peux dire que GIT peut avoir une fonctionnalité supplémentaire sur d'autres VCS. Cependant, la nécessité d'apprendre une toute nouvelle langue très opinée pour enregistrer / fusionner le code de l'équipe n'est pas la façon dont j'irais. Pourtant, tout le monde le fait et je dois aller avec le flux sur celui-là. Mon expérience avec SVN était que c'était bien plus fluide et facile à travailler. Et mieux: je n'ai pas eu à garder une fenêtre open cmd / bash pour que je puisse utiliser la ligne de commande ... Git m'a ramené à Dos Times, que je voulais oublier ...
@RubMZ SVN est peut-être un peu plus simple que GIT, du moins si vous avez commencé avec elle (même si j'ai entendu des personnes qui ont commencé à dire à Git disent qu'ils ne peuvent pas comprendre SVN!), mais il manque de nombreuses fonctionnalités qui facilitent la vie. Vous peut utiliser git sans la ligne de commande via un client tel que Sourcetree; Cependant, certaines fonctionnalités fonctionnent mieux de la ligne de commande (et c'est vrai sur SVN aussi!). Je trouve que j'ai généralement une fenêtre de ligne de commande ouverte pour d'autres raisons de toute façon, ce n'est donc pas grave pour moi.
Ce n'est pas seulement la fenêtre. Il comprend les 3 étapes de l'engagement de code qui peut vous obtenir vraiment frustré comme un débutant, surtout si vous venez de SVN / FOSSIL, où commettre une étape ... Je n'ai toujours pas trouvé pourquoi il est nécessaire. Probablement destiné aux outils de gestion des IDE et de code tels que Jetbrain's et Sourcetree. SVN fonctionne comme une simple extensions de Windows Explorer, sans qu'il soit nécessaire d'utiliser la ligne de commande jamais, ce qui est vraiment cool à mon avis. Pourtant, certaines personnes trouvent VI commode. Aller silhouette gens :)
@RUBMZ Le fait que vous parlez de «3 étapes de l'engagement de code» me fait penser que quelqu'un vous a appris git d'une manière qui vous encourage à développer un mauvais modèle mental de la façon dont cela fonctionne. Je suppose que vous faites référence à la mise en scène, en vous engageant et à pousser, qui sont des opérations différentes à des fins différentes. Chacun est utile individuellement, mais si vous y considérez simplement comme «3 étapes de commettre», il est probablement plus difficile de voir que si vous aviez appris à comprendre chaque opération. (Je peux expliquer ce dernier si vous voulez, mais cela ressemble à des détails excessifs ici.)
@RubMZ et non, SVN ne fonctionne pas comme une extension de Windows Explorer. Vous pensez à Tortoisisesvn, qui est un client particulier comme Sourcetree est (et BTW, Tortoisegit existe également).
Quelqu'un a signalé ce commentaire pour examen incorrectement - il est une réponse . Il dit "Utiliser svn" - qui répond à la question.
Cette discussion est devenue longue (non je ne me pavie pas aussi inappropriée de quiconque ... pas si ennuyé :) Et oui, la scène "rassisante" est redondante à mon avis. Vivrait sans elle ...
@Rubmz Vous n'êtes pas la première personne que j'ai entendue dire qu'ils ne comprennent pas la mise en scène et, en fait, il y a des UIS pour Git (comme Gitless) qui rendent la zone de dissolution disparue. Pour moi-même, je suis vraiment amour la zone de rassemblement. J'aime pouvoir accumuler de manière incrémentée d'une modification et que je ne l'engage que lorsque je suis prêt à le faire.
Townvoted comme la réponse est juste une déclaration sans arguments / exemples / explications Pourquoi Git est mauvais, touchant la question de l'OP juste légèrement
@Rubmz Une critique de votre réponse: vous peut retourner une fois que vous êtes allé avec Git. En fait, le format défini par git-rapide-importation est le moyen d'aller cet itinéraire. Personnellement, je considère que c'est le seul aspect du "CORE GIT" (aller par gitglossary ) - autre que certaines idées abstraites - qui valaient la peine d'avoir environ la voie du Dodo. Reposurgeon , écrit à l'origine dans Python maintenant Go, est l'outil pour le faire, à moins que vous ne vouliez mettre en place avec les bords rugueux des repos convertis automatiquement.
Avez-vous envisagé d'utiliser SVN? Votre problème est votre problème avec le logiciel de contrôle de version ou intégrant un logiciel de contrôle de version avec votre programme ou parlez-vous d'un hôte pour les données?
Pourquoi une licence "virale" est-elle un problème? Utiliser GIT pour votre logiciel ne veut pas Vous devez mettre votre logiciel sous la GPL.
Même la Fondation Software Apache encourage elle-même l'utilisation de GIT.
@Delnan: C'est une objection philosophique. Je sais que cela ne me convient pas, mais je ne veux pas encourager la diffusion de la GPL à se répandre de quelque manière que ce soit, de la même manière que je ne voudrais pas me promener avec un virus infectieux, je suis immunisé.
Je ne suis pas assez d'un guerrier religieux, que ce soit pour encourager le "Donnons à nos amis une tête de tête en désactivant tout le monde à utiliser des choses" la position que ces licences sont essentiellement. Cependant, il y a beaucoup d'excellentes applications sous la GPL (utilisez-vous
GCC ? Je parie que vous avez fait, au moins indirectement si vous avez déjà utilisé un environnement UNIX-ISH) que Je tiens à utiliser malgré des désaccords philosophiques, en partie parce que très souvent, il n'existe aucun code utile qui puisse être dérivé d'eux comme étant des applications autonomes (et dans de nombreux cas, par exemple des plug-ins codelite, il y en a une exception).J'utilise git; Je préférerais que je ne puisse pas trouver un bon remplacement.
Anti-git-djihad à cause de la GPL? Vous devriez mentionner les projets que vous avez impliqués dans quelque part afin que je puisse rester loin d'eux autant que possible.
Si vous ne vouliez pas que la discussion soit probablement dû juste demander le contrôle de la version qui ne soit pas sous GPL, au lieu des adjectifs supplémentaires.
Merci pour cette question, j'avais peur de demander.
@Narfthemouse: Merci pour cette question. Je suis aussi dans le même bateau à la recherche d'un fichier
git , bien que dans mon cas, ce n'est pas un problème purement philosophique, mais aussi une pratique: si à un moment donné à l'avenir, j'ai besoin Pour avoir la liberté d'emballage du SCM que j'utilise sous des conditions de licence permissive, le choix d'un gppé sera un obstacle. Je choisis tous les outils que j'utilise en essayant de maximiser ma liberté à tout scénario futur. Cependant, à compter d'aujourd'hui, je ne connais toujours aucungit "clone" qui est non-gond.J'utilise: gitlab.com/es20490446e/gitu