On Thu, 2 Jun 2005, Linus Torvalds wrote: > The real reason I'd prefer to not do locking is that _if_ the remote tree > is actually more than just a CVS-like "public repository", ie if somebody > actually does _development_ in the remote tree (hey, it may be crazy, but > git makes this usage pattern possible), then we should eventually plan on > having all of the regular "git-commit-script" and "git-pull-script" etc > _also_ do locking, since they also change HEAD. It might be okay to have a single tree to which is applied patches from emails sent by non-maintainers, pulls from non-maintainers with accessible repositories, and pushes from home repositories of maintainers. It makes sense to deal well with different ways to get refined commits into the public repository. Of course, you probably don't want to carry out merges there, so the cases where pull or commit loses the race are quite different; you want to throw it back to the author for rebasing. -Daniel *This .sig left intentionally blank* - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.htmlReceived on Fri Jun 03 05:14:28 2005
This archive was generated by hypermail 2.1.8 : 2005-06-03 05:14:29 EST