- We are maintaining feature/GEODE-7665 which is the feature branch for PR 
clear work on which multiple developers are working on. 
- We are maintaining this in Geode repository.
- All sub-tasks of GEODE-7665 are merged into this feature branch.
- Anyone in the Geode community can work on any subtask 
- This is a long running, and a massive feature development which is 
manipulating core code on Apache Geode. Hence all work is pushed to the feature 
branch to keep develop isolated from a regression introduced in PR clear work.
- We have previously used release flags for Lucene work which we found to be 
inefficient and unnecessary extra work.

We vote that PR clear feature branch be maintained in the Geode Repository as 
this is a long running, massive effort involving everyone from the community.

When the PR clear tasks are completed, the branch will be rigorously tested and 
then squash merged into develop and the feature branch will be deleted.


Regards
Naba

-----Original Message-----
From: Jacob Barrett <jbarr...@pivotal.io> 
Sent: Tuesday, June 2, 2020 3:43 PM
To: dev@geode.apache.org
Subject: [DISCUSSION] Stop using the Geode Repository for Feature/WIP Branches

I know this has been brought up multiple times without resolution. I want us 
resolve to ban the use of Geode repository for work in progress, feature 
branches, or any other branches that are not release or support branches. There 
is no reason given the nature of GitHub why you can’t fork the repository to 
contribute.  

* Work done on these branches results in the ASF bots updating the associated 
JIRAs and email blasting all of us with your work. 

* People don’t clean up these branches, which leads to a mess of branches on 
everyones clones and in the UI.

* All your intermediate commits get synced to the repo, which bloats the repo 
for everyone else. Even your commits you rebase over and force push are left in 
the repo. When you delete your branch these commits are not removed. There is 
no way for us to prune unreferenced commits. Nobody else needs your commits 
outside of what was merged to a production branch.

If anyone has a use case for working directly from Geode repo that can’t work 
from a fork please post it here so we can resolve. 

Thanks,
Jake



Reply via email to