sourceforge , git and gitlab, time to switch to gitlab

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

sourceforge , git and gitlab, time to switch to gitlab

PICCORO McKAY Lenz
i'm back for this land and in my firts 2017 mail to this i see some notes
about sourgeforce

2017-02-25 20:37 GMT-04:00 Jesus Guardon <[hidden email]>:

> El 25/2/17 a las 20:17, Benoît Minisini escribió:
> > Moreover, the Sourceforge svn commit mails are still broken, they
> > apparently haven't fixed them for weeks. Sourceforge is more and more a
> > problem!
> Perhaps it's time to switch to GitHub...  ;-)
>
>
i best for gambas prefer gitlab due gitlab are more GPL rather github, the
github interface are copyright and gitlab are 100% GPL and the enterprice
services only add some services over the community..

so when we use the gitlab ui service we follow gpl guidelines, also helps a
great project that share their ui code, either github not!

* and a important difference, github projects are a sub.item of github
repos.. that are confuse!
* in gitlab, the repository its a subitem of a project, so the organization
are more proper!

also gitlab offers mirror git autocommit to other repositories so we can
sync the older sourceforge using svn hook and mirror git, gitlab does not
offer automatic mirror commits, only using git remote configuration inside
repository.

these 3 main reason means that gitlab are better.. and the right choice

Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com
------------------------------------------------------------------------------
Announcing the Oxford Dictionaries API! The API offers world-renowned
dictionary content that is easy and intuitive to access. Sign up for an
account today to start using our lexical data to power your apps and
projects. Get started today and enter our developer competition.
http://sdm.link/oxford
_______________________________________________
Gambas-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gambas-user
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: sourceforge , git and gitlab, time to switch to gitlab

Benoît Minisini
Le 13/03/2017 à 15:16, PICCORO McKAY Lenz a écrit :

> i'm back for this land and in my firts 2017 mail to this i see some notes
> about sourgeforce
>
> 2017-02-25 20:37 GMT-04:00 Jesus Guardon <[hidden email]>:
>
>> El 25/2/17 a las 20:17, Benoît Minisini escribió:
>>> Moreover, the Sourceforge svn commit mails are still broken, they
>>> apparently haven't fixed them for weeks. Sourceforge is more and more a
>>> problem!
>> Perhaps it's time to switch to GitHub...  ;-)
>>
>>
> i best for gambas prefer gitlab due gitlab are more GPL rather github, the
> github interface are copyright and gitlab are 100% GPL and the enterprice
> services only add some services over the community..
>
> so when we use the gitlab ui service we follow gpl guidelines, also helps a
> great project that share their ui code, either github not!
>
> * and a important difference, github projects are a sub.item of github
> repos.. that are confuse!
> * in gitlab, the repository its a subitem of a project, so the organization
> are more proper!
>
> also gitlab offers mirror git autocommit to other repositories so we can
> sync the older sourceforge using svn hook and mirror git, gitlab does not
> offer automatic mirror commits, only using git remote configuration inside
> repository.
>
> these 3 main reason means that gitlab are better.. and the right choice
>
> Lenz McKAY Gerardo (PICCORO)
> http://qgqlochekone.blogspot.com

Sebastian Kuelez prefers github: maybe he can give his arguments on the
mailing-list?

Anyway, whatever repository is chosen, the only problem I have is how to
import the svn commit history with the user that did the commit, as
these users won't exist in the new git repository.

--
Benoît Minisini

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Gambas-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gambas-user
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: sourceforge , git and gitlab, time to switch to gitlab

PICCORO McKAY Lenz
the history will not be missing at all!

CITED:
> Group members will get exported as project members, as long as the user
has
master or admin access to the group where the exported project lives. An
admin
in the import side is required to map the users, based on email or username.
Otherwise, a supplementary comment is left to mention the original author
and
the MRs, notes or issues will be owned by the importer.

A usefull hint was found in an issue:

https://github.com/samrocketman/gitlab-mirrors/issues/17#issuecomment-29834481

maybe it helps, due gambas repo are SVN, and import mus made it from



Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com

2017-03-13 10:22 GMT-04:00 Benoît Minisini <[hidden email]>:

> Le 13/03/2017 à 15:16, PICCORO McKAY Lenz a écrit :
> > i'm back for this land and in my firts 2017 mail to this i see some notes
> > about sourgeforce
> >
> > 2017-02-25 20:37 GMT-04:00 Jesus Guardon <[hidden email]>:
> >
> >> El 25/2/17 a las 20:17, Benoît Minisini escribió:
> >>> Moreover, the Sourceforge svn commit mails are still broken, they
> >>> apparently haven't fixed them for weeks. Sourceforge is more and more a
> >>> problem!
> >> Perhaps it's time to switch to GitHub...  ;-)
> >>
> >>
> > i best for gambas prefer gitlab due gitlab are more GPL rather github,
> the
> > github interface are copyright and gitlab are 100% GPL and the enterprice
> > services only add some services over the community..
> >
> > so when we use the gitlab ui service we follow gpl guidelines, also
> helps a
> > great project that share their ui code, either github not!
> >
> > * and a important difference, github projects are a sub.item of github
> > repos.. that are confuse!
> > * in gitlab, the repository its a subitem of a project, so the
> organization
> > are more proper!
> >
> > also gitlab offers mirror git autocommit to other repositories so we can
> > sync the older sourceforge using svn hook and mirror git, gitlab does not
> > offer automatic mirror commits, only using git remote configuration
> inside
> > repository.
> >
> > these 3 main reason means that gitlab are better.. and the right choice
> >
> > Lenz McKAY Gerardo (PICCORO)
> > http://qgqlochekone.blogspot.com
>
> Sebastian Kuelez prefers github: maybe he can give his arguments on the
> mailing-list?
>
> Anyway, whatever repository is chosen, the only problem I have is how to
> import the svn commit history with the user that did the commit, as
> these users won't exist in the new git repository.
>
> --
> Benoît Minisini
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Gambas-user mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gambas-user
>
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Gambas-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gambas-user
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: sourceforge , git and gitlab, time to switch to gitlab

PICCORO McKAY Lenz
sorry i forget to adde too:

https://gitlab.com/help/workflow/importing/migrating_from_svn

i prefer svn2git and the user map link i shared before works with it!

Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com

2017-03-13 11:15 GMT-04:00 PICCORO McKAY Lenz <[hidden email]>:

> the history will not be missing at all!
>
> CITED:
> > Group members will get exported as project members, as long as the user
> has
> master or admin access to the group where the exported project lives. An
> admin
> in the import side is required to map the users, based on email or
> username.
> Otherwise, a supplementary comment is left to mention the original author
> and
> the MRs, notes or issues will be owned by the importer.
>
> A usefull hint was found in an issue:
>
> https://github.com/samrocketman/gitlab-mirrors/issues/17#issuecomment-
> 29834481
>
> maybe it helps, due gambas repo are SVN, and import mus made it from
>
>
>
> Lenz McKAY Gerardo (PICCORO)
> http://qgqlochekone.blogspot.com
>
> 2017-03-13 10:22 GMT-04:00 Benoît Minisini <[hidden email]>:
>
>> Le 13/03/2017 à 15:16, PICCORO McKAY Lenz a écrit :
>> > i'm back for this land and in my firts 2017 mail to this i see some
>> notes
>> > about sourgeforce
>> >
>> > 2017-02-25 20:37 GMT-04:00 Jesus Guardon <[hidden email]>:
>> >
>> >> El 25/2/17 a las 20:17, Benoît Minisini escribió:
>> >>> Moreover, the Sourceforge svn commit mails are still broken, they
>> >>> apparently haven't fixed them for weeks. Sourceforge is more and more
>> a
>> >>> problem!
>> >> Perhaps it's time to switch to GitHub...  ;-)
>> >>
>> >>
>> > i best for gambas prefer gitlab due gitlab are more GPL rather github,
>> the
>> > github interface are copyright and gitlab are 100% GPL and the
>> enterprice
>> > services only add some services over the community..
>> >
>> > so when we use the gitlab ui service we follow gpl guidelines, also
>> helps a
>> > great project that share their ui code, either github not!
>> >
>> > * and a important difference, github projects are a sub.item of github
>> > repos.. that are confuse!
>> > * in gitlab, the repository its a subitem of a project, so the
>> organization
>> > are more proper!
>> >
>> > also gitlab offers mirror git autocommit to other repositories so we can
>> > sync the older sourceforge using svn hook and mirror git, gitlab does
>> not
>> > offer automatic mirror commits, only using git remote configuration
>> inside
>> > repository.
>> >
>> > these 3 main reason means that gitlab are better.. and the right choice
>> >
>> > Lenz McKAY Gerardo (PICCORO)
>> > http://qgqlochekone.blogspot.com
>>
>> Sebastian Kuelez prefers github: maybe he can give his arguments on the
>> mailing-list?
>>
>> Anyway, whatever repository is chosen, the only problem I have is how to
>> import the svn commit history with the user that did the commit, as
>> these users won't exist in the new git repository.
>>
>> --
>> Benoît Minisini
>>
>> ------------------------------------------------------------
>> ------------------
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> _______________________________________________
>> Gambas-user mailing list
>> [hidden email]
>> https://lists.sourceforge.net/lists/listinfo/gambas-user
>>
>
>
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Gambas-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gambas-user
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: sourceforge , git and gitlab, time to switch to gitlab

Adrien Prokopowicz-2
In reply to this post by Benoît Minisini
Le Mon, 13 Mar 2017 15:22:48 +0100, Benoît Minisini  
<[hidden email]> a écrit:

> Le 13/03/2017 à 15:16, PICCORO McKAY Lenz a écrit :
>> i'm back for this land and in my firts 2017 mail to this i see some  
>> notes
>> about sourgeforce
>>
>> 2017-02-25 20:37 GMT-04:00 Jesus Guardon <[hidden email]>:
>>
>>> El 25/2/17 a las 20:17, Benoît Minisini escribió:
>>>> Moreover, the Sourceforge svn commit mails are still broken, they
>>>> apparently haven't fixed them for weeks. Sourceforge is more and more  
>>>> a
>>>> problem!
>>> Perhaps it's time to switch to GitHub...  ;-)
>>>
>>>
>> i best for gambas prefer gitlab due gitlab are more GPL rather github,  
>> the
>> github interface are copyright and gitlab are 100% GPL and the  
>> enterprice
>> services only add some services over the community..
>>
>> so when we use the gitlab ui service we follow gpl guidelines, also  
>> helps a
>> great project that share their ui code, either github not!
>>
>> * and a important difference, github projects are a sub.item of github
>> repos.. that are confuse!
>> * in gitlab, the repository its a subitem of a project, so the  
>> organization
>> are more proper!
>>
>> also gitlab offers mirror git autocommit to other repositories so we can
>> sync the older sourceforge using svn hook and mirror git, gitlab does  
>> not
>> offer automatic mirror commits, only using git remote configuration  
>> inside
>> repository.
>>
>> these 3 main reason means that gitlab are better.. and the right choice
>>
>> Lenz McKAY Gerardo (PICCORO)
>> http://qgqlochekone.blogspot.com
>
> Sebastian Kuelez prefers github: maybe he can give his arguments on the
> mailing-list?
>
> Anyway, whatever repository is chosen, the only problem I have is how to
> import the svn commit history with the user that did the commit, as
> these users won't exist in the new git repository.
>

Git doesn't actually manage users itself : for each commit, it only records
a full name and an email, both of which are purely indicative.
Therefore, it is not a problem at all that non-existent authors are  
mentioned
in commits (as they don't actually exist anywhere anyway).
It will only prevent the front-end (GitHub, GitLab, etc.) to display the  
user
icons, and it may mess up the stats a bit. But all of the history (commits  
and
branches) is good (I just tested it on a GitHub private repository).

When using git-svn[0] to import the SVN repository, you can also give an
authors file, which binds the SVN usernames to full names and emails,
hence fixing this problem, making everything nice and clean. :)

[0] https://git-scm.com/docs/git-svn

--
Adrien Prokopowicz

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Gambas-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gambas-user
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: sourceforge , git and gitlab, time to switch to gitlab

PICCORO McKAY Lenz
2017-03-15 3:18 GMT-04:00 Adrien Prokopowicz <[hidden email]>:

> Git doesn't actually manage users itself : for each commit, it only records
> a full name and an email, both of which are purely indicative.
>
that's right, so better right?


> Therefore, it is not a problem at all that non-existent authors are
> mentioned
> in commits (as they don't actually exist anywhere anyway).
>
that's correct so migrate will be more easy rather than imaginate, we only
ned its to map users, or developers must preserve the users login..


> When using git-svn[0] to import the SVN repository, you can also give an
> authors file, which binds the SVN usernames to full names and emails,
> hence fixing this problem, making everything nice and clean. :)
>
thst's was i cited in the previous two eamils..

THE REAL PROBLEM ITS THE ISSUE HISTORY, here there's not map tools..

BUT taking in consideration that bugtraker now are independient (gambas
made technology) we nver hasn a bug repository history map..

so inconclusion migrate the gambas repository to git no has any real
problem right now!

as said in firts mail of this threat, the only choose its where? in
gitlab, *due
provide more eye-friendly tools and its pure and complety GPL-friend.!*


>
> [0] https://git-scm.com/docs/git-svn
>
> --
> Adrien Prokopowicz
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Gambas-user mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gambas-user
>
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Gambas-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gambas-user
Loading...