[rules-dev] Clean up your topic branches on the github reference repository

Leonardo Gomes leonardo.f.gomes at gmail.com
Mon Jan 31 08:58:59 EST 2011


Hi Geoffrey,

Let me check if I understood the procedure:

1) You want us to fork: https://github.com/droolsjbpm/droolsjbpm

2) Then apply the changes that are in our forked branch (in my case,
https://github.com/leogomes/droolsjbpm/tree/lr_unlinking_20101116)
to our forked main (https://github.com/leogomes/droolsjbpm)

3) Remove the branch

4) And, when we are done we the work on our fork, create a pull request to
deliver the changes to the master.

That's it? If so, is there an easy way to do 2, other than generating a
patch and applying it manually?

Thanks,
Leonardo.



On Mon, Jan 24, 2011 at 3:52 PM, Leonardo Gomes
<leonardo.f.gomes at gmail.com>wrote:

> Hi,
>
> I'm planning to get rid of "lr_unlinking_20101116" over the weekend.
>
> Cheers,
> Leonardo.
>
> On Thu, Jan 20, 2011 at 2:45 PM, Esteban Aliverti <
> esteban.aliverti at gmail.com> wrote:
>
>> trunk_20100722_esteban_diega branch and tag are no longer among us :(
>> I have also deleted guvnor_expressionEditor3_baunax_esteban_20100202 tag
>>
>> Best Regards,
>>
>> XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
>>
>> Esteban Aliverti
>> - Developer @ http://www.plugtree.com
>> - Blog @ http://ilesteban.wordpress.com
>>
>>
>>
>> On Thu, Jan 20, 2011 at 10:03 AM, Geoffrey De Smet <
>> ge0ffrey.spam at gmail.com> wrote:
>>
>>> Hi guys,
>>>
>>> In the github reference repository
>>>   https://github.com/droolsjbpm/droolsjbpm
>>> we have /release branches/, such as 4.0.x, 5,0.x, 5.1.x, 5.2.0.M1.x, ...
>>> which is fine,
>>> but also topic branches which clutter our reference repository.
>>>
>>> Following the conventions of other projects, we'd like to move all topic
>>> branches out of the github reference repository, by:
>>>
>>>    * 1) Removing the topic branch if it has been merged into master
>>>      long ago and has become irrelevant
>>>    * 2) Keep the topic branch local (if it's short-lived) until it's
>>>      merged into master
>>>    * 3) Forking the reference repository on github and push your topic
>>>      branches there, until it's merged into master
>>>          o For example, edson's fork:
>>>            https://github.com/etirelli/droolsjbpm
>>>
>>> Here's a list of the topic branches that we want to get rid of.
>>> If one of them is yours, please read on.
>>>
>>>    * Branch_4_0_2_SOA_4_2
>>>    * DRLv6
>>>    * DROOLS_4_0_2_SOA_4_2_GA
>>>    * DroolsChance
>>>    * K200
>>>    * effective_dated
>>>    * guvnor-pre-guided-changes-june-09
>>>    * kstam_guvnor_modeshape
>>>    * lr_unlinking_20101116
>>>    * persistence_refactor
>>>    * rete_using_static_methods_aug2009trunk_20100722_esteban_diega
>>>
>>> If 1) applies and it has been merged into master long ago and has become
>>> irrelevant, then just remove it with this command:
>>> $ git push origin :<branchname>
>>> For example:
>>> $ git push origin :kstam_guvnor_modeshape
>>>
>>> If 2) or 3) applies, its a bit more difficult, but I'll make a blog in a
>>> few weeks on how to fork and do social coding.
>>>
>>> --
>>> With kind regards,
>>> Geoffrey De Smet
>>>
>>>
>>> _______________________________________________
>>> rules-dev mailing list
>>> rules-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/rules-dev
>>>
>>
>>
>> _______________________________________________
>> rules-dev mailing list
>> rules-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/rules-dev
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-dev/attachments/20110131/d38cc4cb/attachment.html 


More information about the rules-dev mailing list