> You could simply commit after running the perl script. You could > even commit to a branch so that it's (a little) less likely those > changes get integrated into master. How about this, ran by the post-update hook: For the first update: - Do a git pull - Then create a new branch 'working' and checkout - Apply the patches to 'working' and commit This leaves 'working' == 'master^' For subsequent updates: - Compare the SHA1 hashes for 'working' and 'master^'. - If they don't match, throw an error and exit - Assuming they match, checkout 'master' and delete 'working' - Do a git pull - Then create a new branch 'working' and checkout - Apply the patches to 'working' and commit This would keep the working directory clean and allow future updates to occur, if no one commits anything to git 'working'. If they did, the script would exit and prevent the update requiring the developer to review the commit logs and cherry-pick where necessary. -- 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
