Casey Dahlin wrote: > > So now our two peers can see each other. > > casey@host_a$ git hive show --branches > Nguyen Thai Ngoc Duy <pclouds@xxxxxxxxx> > master > for_casey > > --- > > nguyen@host_b$ git hive show --branches > Casey Dahlin <cdahlin@xxxxxxxxxx> > master > stable > v2.1 > > And we can exchange them > > casey@host_a$ git hive fetch nguyen for_casey > casey@host_a$ git branch > * master > stable > for_casey > > Note that the two arguments in fetch are a regex which searches through > user IDs and a branch name, which is why I can abbreviate to just "nguyen" > in all lower case. I may be a little late into the discussion, but I must say I very much like the idea. I realize that this is mostly intended for local repo sharing (typically between coworkers), but I suspect the idea could be extended to more general distributed repository, ehrm, distribution. The only thing I would object to, so far, is hive fetch bringing stuff directly into my local repository. I typically prefer content to remain fenced in its appropriate namespace (e.g. I have issues even with the way tags and notes are imported from remotes). For hives, it might be a better idea to have the hive-fetched branches plop into either refs/remotes or maybe even a new dedicated namespace like refs/hive/ ? -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html