incubator-flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Carlos Rovira <carlos.rov...@codeoscopic.com>
Subject Re: Make Git happen
Date Wed, 21 Nov 2012 22:50:49 GMT
@Alex, I suppose that graduation is very near, isn't it?

As the graduation will need some work at Infra moving things from incubator
to full-fledged apache project...maybe this will be right time for Infra to
make the switch to GIT happen.

So, when we could expect flex graduation?


2012/11/21 Carlos Rovira <carlos.rovira@codeoscopic.com>

> Apache Flume is other project that is now on GIT:
>
> http://flume.apache.org/source.html
>
> Here they started to see how to move
>
> http://apache.markmail.org/thread/fkkraooktzxelbr2
>
> And they finaly get it so it's possbile! :)
>
>
>
> 2012/11/21 Carlos Rovira <carlos.rovira@codeoscopic.com>
>
>> Hi,
>>
>> although I, as all, would like the complete solution GIT-GITHUB, I'm with
>> you that better to win the first battle : switch from SVN to read/write
>> GIT. That's the basic idea and reduction of the task.
>>
>> @Omar, about Python, I'll try to search the way to workaround that since
>> I, as you are not a Python guy. Moreover, my way of thinking is that we are
>> here to code and make Flex evolve, and IMO if Apache has a Infra team we
>> should ask for help (and help them to get the switch done), but a
>> requeriment of "a pyhton guy to get the task done" should not be binding to
>> make this movement happen. We all have to take into account that we, in the
>> end does not have grants or privileges on the apache hardware. We are only
>> users, and as committers we can help to test and get the task done, but I
>> don't think we could get far beyond without a real commitment by someone
>> behind the infra's side.
>>
>> I think this is more a task to learn a lot how infra works, how they
>> expect, how are the real possibilities here (although that point I think we
>> already know a lot yet), and ask for help to make the switch, having
>> patience, and make a close monitoring to help this happen.
>>
>> So, wish me luck! :)
>>
>>
>>
>>
>> 2012/11/21 Omar Gonzalez <omarg.developer@gmail.com>
>>
>>> On Wed, Nov 21, 2012 at 1:03 PM, Justin Mclean <justin@classsoftware.com
>>> >wrote:
>>>
>>> > Hi,
>>> >
>>> > Would Is it easier to make progress if we remove github from the
>>> equation
>>> > for now and revisit? (And just keep the githib mirror as we do now) The
>>> > vote if I recall was to use git not github.
>>> >
>>> > Thanks,
>>> > Justin
>>>
>>>
>>> The mirrors to GitHub were really just an interim solution while we got a
>>> read/write Apache hosted Git repository.
>>>
>>> I would be perfectly happy with killing the GitHub mirrors if it meant we
>>> got a read/write Apache hosted Git repository.
>>>
>>> It would facilitate managing the Git patches as it would remove the step
>>> of
>>> having to deal with Pull Requests submitted via GitHub.
>>>
>>> I think its more important to have the read/write Git than it is to also
>>> have a GitHub mirror and support Pull Requests from GitHub. Even thought
>>> Pull Requests and Forking on GitHub would greatly improve workflows,
>>> specifically handling code reviews for code patches. We can do that in
>>> JIRA, but it wouldn't be as efficient as GitHub due to the lack of being
>>> able to comment on specific lines of code right in the repository browser
>>> viewer. Not to mention the ease with which you can integrate Pull
>>> Requests
>>> via the GitHub GUI.
>>>
>>> -omar
>>>
>>
>>
>>
>> --
>> Carlos Rovira
>> Director de Tecnología
>> M: +34 607 22 60 05
>> F:  +34 912 35 57 77
>> http://www.codeoscopic.com
>> http://www.directwriter.es
>> http://www.avant2.es
>>
>
>
>
> --
> Carlos Rovira
> Director de Tecnología
> M: +34 607 22 60 05
> F:  +34 912 35 57 77
> http://www.codeoscopic.com
> http://www.directwriter.es
> http://www.avant2.es
>



-- 
Carlos Rovira
Director de Tecnología
M: +34 607 22 60 05
F:  +34 912 35 57 77
http://www.codeoscopic.com
http://www.directwriter.es
http://www.avant2.es

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