Quoting Nicolas Sebrecht <nicolas.s.dev@xxxxxx> > The 30/12/09, Nanako Shiraishi wrote: > >> I think the safety feature should check if the branch to be deleted is merged to the remote tracking branch it was forked from, instead of checking the current branch. >> >> What do you think? > > I think we shouldn't. At first, every repository don't have a remote. > This may easily be passed by a "double check" with a logical OR between > the two statements. Sorry, I was unclear. What I meant was that checking with the branch the branch to be deleted was forked from, if and only if such a branch exists. Otherwise, we can keep using the old default behavior to check with the current branch. > But even with it, we would hit some foreign workflow. Think: Bob > directly push to Alice and Alice does the same to Bob. I don't use this > kind of workflow myself but I consider them to be sensible enough to > have our attention. Here is what I think about your scenario. Bob directly pushes to Alice and Alice does the same to Bob, both to their refs/remotes/<other person>/ tracking branches, and their own local branches fork from the remote tracking branches that keep track of other person's work. You would still want the check based on that tracking branch, not based on 'master' that has no relationship with the branches they are exchanging. -- Nanako Shiraishi http://ivory.ap.teacup.com/nanako3/ -- 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