flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Omar Gonzalez <omarg.develo...@gmail.com>
Subject Re: [MENTORS] Current Branching Strategy Vote Results
Date Wed, 15 Aug 2012 13:46:08 GMT
On Wednesday, August 15, 2012, Bertrand Delacretaz wrote:

> Hi,
> On Wed, Aug 15, 2012 at 12:24 AM, Alex Harui <aharui@adobe.com<javascript:;>>
> wrote:
> > ...We’re just past the halfway mark (and some folks who voted in the
> poll have not yet voted)
> > but if I culled the votes properly (see below), there is a significant
> difference of opinion
> > between the PPMC and the community...
> This is about which tools the committers use (and might have to
> partially support in case of Git, for now) so I wouldn't give much
> weight to the community's opinion in this particular case. Those who
> do the work decide IMO.

It's not only the pull requests. It's the easy forking, the commenting on
commits (directly inline with code) enabling much easier to handle
patch/code reviews.

It's all about how Git/GitHub promotes community and collaboration. It
promotes it much better and handles it much smoother via pull requests and
code reviews than submitting patches thru JIRA and having back and forth
discussions via email which are hard to keep track of when u can comment
directly on code in GitHub.


That just seems pretty messed up to not consider the community. Git enables
a lot more collaboration, especially when used with GitHub. This is largely
why so many developers have moved to GitHub. To dismiss this as "This is
about which tools the committers use" is a mistake. As this tool is also
how we interface with contributions from the community.

> From the community point of view, one big advantage of github IMO is
> that it makes "drive-by contributions" easier, as you don't need to
> subscribe to anything to create a pull request - but it's totally
> possible for Flex committers to commit the occasional pull requests
> that come in against the existing mirrors listed at
> http://git.apache.org/ - and if/when those become too frequent, that
> would be the time to revisit the tooling.
> -Bertrand

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message