Hey everyone, my name is Jacopo, a student developer from Italy, and I'm interested in applying to this years' Google Summer of Code. I set my eyes on the project called "git-bisect improvements", in particular the subtask about swapping the "good" and "bad" labels when looking for a bug-fixing release. I have a very simple proposal for that: add a new "mark" subcommand. Here is an example of how it should work: 1) A developer wants to find in which commit a past regression was fixed. She start bisecting as usual with "git bisect start". 2) The current HEAD has the bugfix, so she marks it as fixed with "git bisect mark fixed". 3) She knows that HEAD~100 had the regression, so she marks it as unfixed with "git bisect mark unfixed". 4) Now that git knows what the two labels are, it starts bisecting as usual. For compatibility with already written scripts, "git bisect good" and "git bisect bad" will alias to "git bisect mark good" and "git bisect mark bad" respectively. Does this make sense? Did I overlook some details? There were already several proposals on this topic, among which those listed at https://git.wiki.kernel.org/index.php/SmallProjectsIdeas#git_bisect_fix.2Funfixed. I'm interested in contacting the prospective mentor, Christian Couder, to go over these. What's the proper way to ask for an introduction? I tried asking on IRC, but had no success. Cheers, Jacopo Notarstefano -- 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