<br><br><div class="gmail_quote">On Wed, Apr 4, 2012 at 3:06 PM, Mrinal Kalakrishnan <span dir="ltr"><<a href="mailto:kalakris@usc.edu">kalakris@usc.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Hi Tully,<br>
<div class="im"><br>
On Wed, Apr 4, 2012 at 2:21 PM, Tully Foote <<a href="mailto:tfoote@willowgarage.com">tfoote@willowgarage.com</a>> wrote:<br>
> I'm not sure I understand the difference between the two repositories.  If<br>
> you have multiple repositories you can send me a url to a publicly<br>
> accessable rosinstall file which I can add to the index.  Or I can just add<br>
> the single url.  For now I'll add the github url since that's where you're<br>
> developing.<br>
<br>
</div>I was under the impression that when using git, rosinstall requires<br>
one stack per git repository, and that hg didn't have this limitation.<br>
Since it's currently easier for us to manage all our stacks in a<br>
single repo, we figured it'd be best to provide an hg mirror so that<br>
each stack is individually rosinstall-able (I'm not even sure that<br>
this works though).<br></blockquote><div><br></div><div>For indexing it's not a problem.  However when you want to start releasing hg and git both have the same problem, as with all the distributed version control systems, in that branching and tagging is done across the whole repository.  Thus you can't really tag just one subpart of a repo as a release and checkout just that part.  There are some tricks you can play by having disconnected/orphaned branches but to get N stacks from a repo you need to checkout N times if you do that, and you don't get any of the value of being in one repo so it's not worth it.  </div>

<div><br></div><div>So as you think about releasing you will want to think about breaking the repo into the units of release.  </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<div class="im"><br>
> Also if we have duplication between the wg repos and your repos which are<br>
> actively developed.  Let us know and we can take down the old copies.<br>
<br>
</div>The duplicates are in old directories that are probably not even<br>
relevant any more, eg:<br>
<a href="https://code.ros.org/svn/wg-ros-pkg/branches/trunk_cturtle/stacks/policy_learning/" target="_blank">https://code.ros.org/svn/wg-ros-pkg/branches/trunk_cturtle/stacks/policy_learning/</a><br>
. But what we'd like is for the wiki page for each package/stack to<br>
point to the new repository. I don't know how you handle such package<br>
duplication in the indexing process.<br></blockquote><div><br></div><div>Yes, those have been deindexed so they shouldn't conflict.   </div><div><br></div><div>Tully</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<div class="HOEnZb"><div class="h5"><br>
Thanks,<br>
Mrinal<br>
_______________________________________________<br>
ros-users mailing list<br>
<a href="mailto:ros-users@code.ros.org">ros-users@code.ros.org</a><br>
<a href="https://code.ros.org/mailman/listinfo/ros-users" target="_blank">https://code.ros.org/mailman/listinfo/ros-users</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Tully Foote<br>Systems Engineer<br>Willow Garage, Inc.<br><a href="mailto:tfoote@willowgarage.com">tfoote@willowgarage.com</a><br>(650) 475-2827<br>