Hi, Some of the people of the FFmpeg project are looking at both GIT and Mercurial as possible replacements for the current Subversion repository. They have some questions regarding the possibility of doing certain things, which I prefer not to answer as I am not sure my answer would be correct :) Which is why I am posting here... The questions are stated in this e-mail [1]. One of the things that are being discussed is the following action on a publicly mirrored repository: git branch -m master dead_end git branch -m last_good master I'd think this would fail as people could have pulled from the repository while the "dead_end" commit was already available, right? There are some other things the FFmpeg maintainer mentions, namely: * He wants to be able to revert a commit in some way without "wiping" history. That is without committing a patch which reverses the broken commit, as this would pollute "git blame". The maintainer sees this as critical feature for switching to git as it apparently can be doing using Subversion: "in svn we can do this with svn cp from a specific revission git and mercurial lack proper copy support" * And finally, he noticed that when copying files, history is sometimes lost (mentioned at the bottom of [1]). Any answers are greatly appreciated, as I'd really like to see FFmpeg switch to GIT. With friendly regards, Takis [1] http://article.gmane.org/gmane.comp.video.ffmpeg.devel/49673 [2] http://article.gmane.org/gmane.comp.video.ffmpeg.devel/49656 - 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