Hi, We've started to use git at work. Developers create branches for their patches (which we call "tickets" because they are related to our ticketing system), and those branches are picked up by an integration team and merged together to form a release. Hopefully this is not too unconventional. Ideally a developer will start their ticket branch from a previous release. However, occasionally a developer working on multiple tickets will forget to switch back to a release node when creating a new ticket branch. Then code from the first ticket inadvertently gets added to the second ticket, and this is a problem if integration decides to include the second ticket in the release but not the first. What solutions have you come up with to either to catch or prevent this from happening? It is possible to determine what node a branch started from? It seems that somehow the node that the patch begins at has to be either identified, marked or remembered, and it might have to done outside of git. Then the integration team or other tools can validate the starting node to ensure that it complies with the build process. Thanks, ER -- 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