Thats it, IMHO is the only way for now, even they should have a local topic 
branch called "****-svn", like an integration branch to use for commits to SVN 
repo.

On Aug 17, 2012, at 12:31 PM, Erik de Bruin <e...@ixsoftware.nl> wrote:

> Jose,
> 
> Am I correct when I say that a PPMC member in this scenario has a
> working copy that is controlled BOTH by git AND svn? So he can pull
> changes using git and then commit them using svn?
> 
> EdB
> 
> 
> 
> On Fri, Aug 17, 2012 at 12:17 PM, Jose Barragan
> <jose.barra...@codeoscopic.com> wrote:
>> Hi Erik,
>> 
>> The PPMC team will be able to use Git to analyze and to compare against of 
>> apache RO repository, for this, the working-copy must furthermore agree with 
>> “trunk” SVN and with the branch “develop” of its Git equivalent. That way 
>> they are possible freely to be used the Git branches on my unique version 
>> SVN, and then, commits all approved work to official repository in SVN, just 
>> for now, until apache allows writing in Git.
>> 
>> The goal must be, to engage to the members of the community to collaborate 
>> with us, without too many problems or ties.
>> 
>> And to accelerate the resolution of the present disadvantages of writing in 
>> Apache Git repositories, even if the INFRA team, only grant writing access 
>> to a reduced group of PPMC team, or whatever...
>> 
>> 
>> 
>> On Aug 17, 2012, at 11:31 AM, Erik de Bruin <e...@ixsoftware.nl> wrote:
>> 
>>> Carlos,
>>> 
>>> I did read the thread before posting, but clearly I didn't understand
>>> all that was said. I got through the first posts stating 'read-only ->
>>> do patches in Jira', but got confused later on, apparently.
>>> 
>>> The people used to the Git model should show a little patience towards
>>> us 'old-school' SVN folks, please. Git takes some getting used to when
>>> you come from SVN, as some of the terminology used is the same, some
>>> is new, and, confusingly, SOME IS THE SAME, BUT MEANS SOMETHING
>>> DIFFERENT. I'm sure we're all trying to get our heads around the new
>>> way of working and the new tooling involved.
>>> 
>>> Also, as long as there is no full support for Git, do we try to
>>> 'force' Git, or do we continue in SVN. Doing both at the same time
>>> seems confusing and means a lot of extra work for the committers, as
>>> they have to operate both systems...
>>> 
>>> EdB
>>> 
>>> 
>>> 
>>> On Fri, Aug 17, 2012 at 11:11 AM, Carlos Rovira
>>> <carlos.rov...@codeoscopic.com> wrote:
>>>> Hi Erik,
>>>> 
>>>> yes, please read the response from Jose Barragán in this thread (the third
>>>> one)
>>>> 
>>>>   "The PPMC team members can checkout an entire remote branch of comunity
>>>>     members from github, and having reviewed and accepted all work, push
>>>> the
>>>>     new branch against the official apache repository."
>>>> 
>>>> We was talking about use the apache flex mirror in github [1]. Since PPMC
>>>> controls apache flex mirror in github the can approve/disapprove all pull
>>>> request from contributors.
>>>> 
>>>> Contributors has full commodity of development and they only need to work
>>>> for patches and propose via pull request. If the work is valid, PPMC can
>>>> commit the patch to the official repository
>>>> 
>>>> This allows as to implement GBM asap while other people are voluntering to
>>>> bring official git support to apache and apache flex.
>>>> 
>>>> [1] https://github.com/apache/flex
>>>> 
>>>> 
>>>> 
>>>> 2012/8/17 Erik de Bruin <e...@ixsoftware.nl>
>>>> 
>>>>> Hi,
>>>>> 
>>>>> According to "http://git.apache.org/"; the Apache Git mirrors are
>>>>> 'read-only'. To me that means that you can clone them at will, but
>>>>> that in order to get the changes you made to your branch into the code
>>>>> base, you need to create a patch from Git and apply that to the SVN
>>>>> repository... Am I missing something?
>>>>> 
>>>>> EdB
>>>>> 
>>>>> 
>>>>> 
>>>>> On Fri, Aug 17, 2012 at 10:50 AM, Carlos Rovira
>>>>> <carlos.rov...@codeoscopic.com> wrote:
>>>>>> Hi Justin,
>>>>>> 
>>>>>> since I made a pull request from github I thought attach a patch was not
>>>>>> needed.
>>>>>> 
>>>>>> I just made one and attached to the ticket.
>>>>>> 
>>>>>> This will be need always with new model? these seems totaly unnecesary
>>>>> with
>>>>>> the mechanishm of pull request...you have all the tools to evaluate,
>>>>> isn't
>>>>>> it? I think the main point here is see the most efficient way to get
>>>>>> contributions and for this to happen, the process should have few steps.
>>>>>> 
>>>>>> Thanks
>>>>>> 
>>>>>> Carlos Rovira
>>>>>> 
>>>>>> 
>>>>>> 2012/8/17 Justin Mclean <jus...@classsoftware.com>
>>>>>> 
>>>>>>> Hi,
>>>>>>> 
>>>>>>>> I open a JIRA ticket and made the pull request from my forked
>>>>> repository
>>>>>>> in
>>>>>>>> github to apache flex github repository.
>>>>>>> 
>>>>>>> Perhaps I'm missing something but there no patch in JIRA that I can see.
>>>>>>> 
>>>>>>> Thanks,
>>>>>>> Justin
>>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> --
>>>>>> Carlos Rovira
>>>>>> Director de Tecnología
>>>>>> M: +34 607 22 60 05
>>>>>> F:  +34 912 35 57 77
>>>>>> <http://www.codeoscopic.com>
>>>>>> CODEOSCOPIC S.A. <http://www.codeoscopic.com>
>>>>>> Avd. del General Perón, 32
>>>>>> Planta 10, Puertas P-Q
>>>>>> 28020 Madrid
>>>>> 
>>>>> 
>>>>> 
>>>>> --
>>>>> Ix Multimedia Software
>>>>> 
>>>>> Jan Luykenstraat 27
>>>>> 3521 VB Utrecht
>>>>> 
>>>>> T. 06-51952295
>>>>> I. www.ixsoftware.nl
>>>>> 
>>>> 
>>>> 
>>>> 
>>>> --
>>>> Carlos Rovira
>>>> Director de Tecnología
>>>> M: +34 607 22 60 05
>>>> F:  +34 912 35 57 77
>>>> <http://www.codeoscopic.com>
>>>> CODEOSCOPIC S.A. <http://www.codeoscopic.com>
>>>> Avd. del General Perón, 32
>>>> Planta 10, Puertas P-Q
>>>> 28020 Madrid
>>> 
>>> 
>>> 
>>> --
>>> Ix Multimedia Software
>>> 
>>> Jan Luykenstraat 27
>>> 3521 VB Utrecht
>>> 
>>> T. 06-51952295
>>> I. www.ixsoftware.nl
>> 
> 
> 
> 
> -- 
> Ix Multimedia Software
> 
> Jan Luykenstraat 27
> 3521 VB Utrecht
> 
> T. 06-51952295
> I. www.ixsoftware.nl

Reply via email to