Dear List,

We have several release branches as well as a master branch where the
active development happens.

Old releases are maintained with important bug fixes or even new features
in our case. It sometimes means that we need to cherry-pick commits across
branches, like from master to a specific release branch.

Cherry-picking changes the hash of the commit, therefore, this may no
longer work for cherry-picks:

git tag --contains

I am thinking of having something like:

git tag --contains-follow

which would follow cherry-picks. I am not sure how easily and/or
efficiently this can be implemented, but my gut feeling is that in the vast
majority of the cases, the content check would bail out already at the
"subject line".

Again, just to recap: I would like to be able to list of releases (i.e.
tags) in which a commit occurs even if it is cherry-picked because what
matters for us in the end of the day is whether the feature or bugfix goes
into a release.

Best Regards,
Laszlo Papp
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to