Community
Participate
Working Groups
As we are working to make wtpBuild independent of specific committer ids, one issue is that, currently, we tag cvs map files each build, to help make them reproducible, and easier to compare one build to another. But, of course, cvs can only be tagged, or written to, with committer id, not wtpBuild. So, we'll have to stop tagging each build ... or, figure out some other solution.
I sort of hate to suggest it, because its a stretch of "the rules" (and, because Denis doesn't like it :) but the Eclipse Project's PMC requested the Eclipse Project's equivalent (e4Build) be granted the ability to tag and push changes to all their git repos, thus making it a sort of "super committer". If WTP also requests it ... that might make the whole thing be re-considered. Of course, there are other solutions as well, which some would say would better from a git point of view ... for example, one could simply record the hash tag for a change set used in build ... and often, recording that might often be enough, but if committers wanted a more meaningful tag for the long term for some builds, they could always do that later, once they had that hash tag. Just saying what I know ... not recommending any particular action.
(In reply to comment #1) > ... [e4Build has] ability to tag and push > changes to all their git repos, thus making it a sort of "super committer". To be more exact, I think it only can commit changes to one repo ("the map files") and it can push tags to other repos ... but, in both cases (map files or tags) they are not really considered "Intellectual Property" which was the main justification.
