[OpenSIPS-Users] [RFC] migration to GIT
Rudy
rudy at dynamicpacket.com
Thu Feb 28 15:32:57 CET 2013
Bogdan,
Git has pull requests as a feature, but its hard to manage without
some ecosystem like GH as saul mentioned. Here is a good response that
details the differences between what we consider a GH pull request and
a standard git pull request.
http://stackoverflow.com/questions/6235379/how-to-send-pull-request-on-git
What makes GH great, is the collaboration between authors and the
integration of these "pull requests" from individual repos to the
master. From there, the team can look at the pull requests and easily
merge whats clean and useful.
Regards,
--Rudy
Dynamic Packet
Toll-Free: 888.929.VOIP ( 8647 )
On Thu, Feb 28, 2013 at 9:26 AM, Saúl Ibarra Corretgé
<saul at ag-projects.com> wrote:
> Hi,
>
> On Feb 28, 2013, at 2:14 PM, Bogdan-Andrei Iancu wrote:
>
>> Hi,
>>
>> Trying to summaries the status.
>>
>> It is doable to move NEWS, Donations, file downloads and forums on opensips.org -> this will make GITHUB is an alternative to SF, hosting code repo and tracker.
>>
>> So, after all everything reduces to GH versus SF, or what we have to gain from GH and what to loose from SF. IMO, GH is more friendly on GIT usage, but with SF we will loose "history" as bugs, contributors accounts, and a more complex project platform.
>>
>
> IMHO it's more related to the ecosystem. Because GH makes it easy to contribute people seem to do it more often, the barrier for newcomers to contribute code is lowered, the way I see it.
>
>> So, maybe a stupid question : the "pull request" is something specific to GIT (can be done on any GIT repo) or something specific to GITHUB only ?
>>
>
> AFAIK, SF doesn't have a mechanism for dealing with contributions which is as powerful as GH pull requests. With pull requests basically a contributor (or even yourself if you want a peer review!) will host the code in a fork and anyone can make inline comments on the diff. Then the contributor can overwrite those commits (in his fork) until everything looks nice. Then, a committer can merge the patch in, but the authorship is preserved so the patch author gets a nice attribution in the form of being the commit author.
>
> Those are my 2 cents,
>
> --
> Saúl Ibarra Corretgé
> AG Projects
>
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
More information about the Users
mailing list