There was this on the infra email back in December: On 1 December 2015 at 13:55, David Nalley <da...@gnsa.us> wrote: > > As part of the steps to removing the git lockdown, the board has > tasked the President (and by extension Infrastructure) with defining: > > some ASF-wide convention for identifying which Git references are to > be treated as immutable within ASF controlled public copy of Git > repositories. At a minimum, this must include a reference for each > release. > > For historical perspective, we protected the trunk and master > branches, as well as any branches under /refs/heads/rel, and tags > under /refs/tags/rel/ > > The thought being that master or trunk were the locations of > development that was going to end up in releases, and that releases > would be tagged something like tags/rel/4.6.0. > > In general practice, a large number of folks were not operating in > that manner. So, that brings us to today. At a minimum, the board is > expecting that we identify a way to keep release references immutable. > > > Thoughts, comments, flames? > > --David
I don't know that there has been concrete action taken by the infrastructure. Regards, Sangjin On Thu, Jan 7, 2016 at 3:50 PM, Karthik Kambatla <ka...@cloudera.com> wrote: > Sangjin, Steve and others: > > just curious if you guys figured out a way to address/workaround this > hurdle - not being able to delete or force push. Should we reach out to > INFRA again? > > On Thu, Nov 12, 2015 at 10:21 AM, Allen Wittenauer <a...@altiscale.com> > wrote: > > > > > > > > > > > > On Nov 12, 2015, at 10:14 AM, Sangjin Lee <sjl...@gmail.com> wrote: > > > > > > I don't think we're proposing project-specific rules. It would be a > > > recognition of the git branch name prefix "feature/". > > > > > > If the file name had "HADOOP-67890-HADOOP-12345.001.patch" where > > > HADOOP-12345 was the feature JIRA but the git branch was > > > "feature/HADOOP-12345", if yetus didn't find a branch named > > "HADOOP-12345", > > > can it also look for "feature/HADOOP-12345" before failing the build? > > > HADOOP-12345 can be any branch JIRA. > > > > > > In a “everyone in the world including outside the ASF wants this > > magic branch matching happening” way, no, Yetus shouldn't do that. If > > Yetus added a flag to the JIRA plugin where this patch file naming stuff > > happens or make it a personality setting, then potentially yes. Yetus > > isn’t just Hadoop and it’s important to remember that when requesting > > additions. >