[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