[sword-devel] CrossWire and git

Sat Mar 18 14:48:57 EDT 2023

On Sat, Mar 18, 2023, 13:30 Fr Cyrille <fr.cyrille at tiberiade.be> wrote:

>
>
> Le 18/03/2023 à 15:57, Troy A. Griffitts a écrit :
>
> Guys who prefer GitLab, I am sorry. No university research project, no
> commercial job has ever asked me to use GitLab.
>
> The french wikipedia says about : The software is used by several large IT
> companies, including IBM, Sony, the Jülich Research Centre, NASA, Alibaba,
> Oracle, Invincea, O'Reilly Media, Leibniz Rechenzentrum, CERN4,5,6,
> European XFEL, the GNOME Foundation, Boeing, Autodata, SpaceX7 , Symbio and
> Altares...
>
> They have all asked me use GitHub. From a purely popular choice and to
> prevent all of us from having to create yet another account (I am sure most
> everyone already has a GitHub account) and learn yet another tool, can't we
> just settle on GitHub. Would it make anyone extremely unhappy? GitLab is
> not my preferred choice.
>
>
> I wouldn't be unhappy, but when I have a choice between open or
> proprietary software I always ask myself if the small inconvenience I would
> have to use open is worth it or not, if I have a surmountable inconvenience
> I favour the inconvenience. I don't know in our case, because I don't have
> the skills, and I trust you. However I wonder if for what we write as
> source code gitlab is not just enough?
> For the creation of an account, I think most of us already have an
> account, no?
>

Unfortunately, for Gitlab, the code owners feature is behind a paid
subscription. In that very important way it does not (freely) provide what
Troy needs to administrate the engine development. It works great for
modules because they are owned by a person and each in separate
repositories. This, Gitlab does not provide the features needed unless Troy
is willing to pay.

Another feature that Gitlab hides behind payment is multiple reviewers per
PR. I don't know if that's a hard requirement at this time, but it could be
if a proposed change touched multiple areas of the engine code.

Although I prefer to leverage the FOSS option where available, in this case
it comes down to Troy deciding whether it's worth the financial cost for
those features on Gitlab or working in GitHub where those are gratis. That
cost would come to $29 per user, per month. And then we lose the network
effect of allowing people to easily fork the repository and send a PR
unless he's paying for the SaaS version. There is a model for FOSS projects
to gain access to the premium features we need, if you apply and are
accepted. https://about.gitlab.com/solutions/open-source/projects/

--Greg

>
>
>
> On March 18, 2023 6:40:57 AM MST, Greg Hellings <greg.hellings at gmail.com>
> <greg.hellings at gmail.com> wrote:
>>
>>
>>
>> On Sat, Mar 18, 2023, 06:41 Peter von Kaehne <refdoc at gmx.net> wrote:
>>
>>> GitLab vs GitLab
>>>
>>> [image: image3-1.png]
>>>
>>> GitLab vs GitHub: Top 10 Differences between GitHub and GitLab
>>> <https://intellipaat.com/blog/gitlab-vs-github-difference/>
>>> intellipaat.com
>>> <https://intellipaat.com/blog/gitlab-vs-github-difference/>
>>> <https://intellipaat.com/blog/gitlab-vs-github-difference/>
>>>
>>> There is plenty more but this gives a decent summary. GitLab allows
>>> private repos which I think are a really useful thing. I think it should
>>> also be easier to integrate our own GitLab stuff or move it if we want to
>>>
>>
>> This comparison is quite dated (for instance, GitHub definitely has CI/CD
>> integrated nowadays, and GitLab is by no means buggy and slow), but I also
>> would support GitLab over GitHub as our definitive location simply on the
>> principle of it being FOSS instead of closed source hosting.
>>
>> It does have an identical Code owners feature to GitHub with the same
>> syntax and location. I'm not sure if it's available in the self hosted/free
>> versions or if it is one of their premium features. I'm getting conflicting
>> information on that.
>>
>> It does support automatic mirroring, so it would be easy for us to self
>> host the official repository but still allow automated mirrors on GitHub
>> and the public GitLab for ease of contribution by others.
>>
>> --Greg
>>
>>
>>> We aren’t a democracy but as far as it goes - I welcome the move to Git
>>> so, so gladly and I vote for moving towards GitLab as there is more active
>>> development of us already
>>>
>>> Peter
>>>
>>> Sent from my phone. Please forgive misspellings and weird “corrections”
>>>
>>> On 18 Mar 2023, at 11:20, Matěj Cepl <mcepl at cepl.eu> wrote:
>>>
>>> On 2023-03-18, 09:55 GMT, Fr Cyrille wrote:
>>>
>>> I am very happy with this progress in your thinking about git. I just
>>>
>>> reiterate my preference for gitlab, where as Peter has already pointed
>>>
>>> out we now have all our modules. It would be consistent to add the sword
>>>
>>> sources there as well.
>>>
>>> @David I don't particularly use github for my personal projects which
>>>
>>> are all under gitlab.
>>>
>>>
>>> +1
>>>
>>> Matěj
>>> --
>>> https://matej.ceplovi.cz/blog/, @mcepl at floss.social
>>> GPG Finger: 3C76 A027 CA45 AD70 98B5  BC1D 7920 5802 880B C9D8
>>>
>>> Pain is inevitable, but misery is optional. We cannot avoid pain,
>>> but we can avoid joy.
>>>    -- Tim Hansel
>>>
>>>
>>> _______________________________________________
>>> sword-devel mailing list: sword-devel at crosswire.org
>>> http://crosswire.org/mailman/listinfo/sword-devel
>>> Instructions to unsubscribe/change your settings at above page
>>>
>>> _______________________________________________
>>> sword-devel mailing list: sword-devel at crosswire.org
>>> http://crosswire.org/mailman/listinfo/sword-devel
>>> Instructions to unsubscribe/change your settings at above page
>>>
>> --
> Sent from my Android device with K-9 Mail. Please excuse my brevity.
>
> _______________________________________________
> sword-devel mailing list: sword-devel at crosswire.orghttp://crosswire.org/mailman/listinfo/sword-devel
> Instructions to unsubscribe/change your settings at above page
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://crosswire.org/pipermail/sword-devel/attachments/20230318/c934546b/attachment.htm>