<div dir="ltr">I wonder if keeping origin on read only git, upstream on the main repo ssh and fork on the fork ssh would work well. You wouldn't risk to accidentally push to main repo that way.<br></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On 29 May 2013 14:53, Manuel Quiñones <span dir="ltr"><<a href="mailto:manuq@laptop.org" target="_blank">manuq@laptop.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
2013/5/29 Daniel Narvaez <<a href="mailto:dwnarvaez@gmail.com">dwnarvaez@gmail.com</a>>:<br>
<div><div class="h5">> On 28 May 2013 02:10, Manuel Quiñones <<a href="mailto:manuq@laptop.org">manuq@laptop.org</a>> wrote:<br>
>><br>
>><br>
>> Yes, this works well but you should be more careful whlie hacking,<br>
>> because a wrong push could mess the main repository (calling commands<br>
>> in the wrong order, for example).  Personally I hack in my own fork,<br>
>> and when I put my reviewer hat I switch to the main repository<br>
>> directory.<br>
><br>
><br>
> So the source directory in sugar-build is your fork and you keep another<br>
> directory for the main repository? How do you build the main repository or<br>
> you just use it to push?<br>
<br>
</div></div>You have a point here.  I have the main repos inside sugar-build and<br>
my forks outside.  I manually maintain the two directories, moving<br>
patches around.. maybe I am complicating things.<br>
<br>
--<br>
.. manuq ..<br>
</blockquote></div><br><br clear="all"><br>-- <br>Daniel Narvaez<br>
</div>