Thanks Dan
On Sat, Aug 22, 2015 at 9:51 AM, Dan Bress <dbr...@onyxconsults.com> wrote: > No feedback on this one in a few days. I will email INFRA now asking for the > github mirrors. > > Dan Bress > Software Engineer > ONYX Consulting Services > > ________________________________________ > From: Dan Bress > Sent: Wednesday, August 19, 2015 12:33 PM > To: dev@nifi.apache.org > Subject: Re: eliminate nifi-parent, split out nifi-nar-maven-plugin, have > nifi in its own tree > >>> >> Will not be asking to have them mirrored to Github as it >>> >> doesn't seem worth it/necessary. > > I'm going to suggest that we do have Github mirrors for both of these > projects. I find Github makes it very easy to navigate the repos as well as > pretty formatting the nifi-site/Readme.md which provides instructions for how > to deploy the site. > > Does anyone object to me asking INFRA to provide github mirrors for nifi-site > and nifi-maven? > > Dan Bress > Software Engineer > ONYX Consulting Services > > ________________________________________ > From: Joe Witt <joe.w...@gmail.com> > Sent: Saturday, August 15, 2015 1:45 PM > To: dev@nifi.apache.org > Subject: Re: eliminate nifi-parent, split out nifi-nar-maven-plugin, have > nifi in its own tree > > All, > > This effort as tracked under NIFI-850 is completed. The infra tickets > were handled in like 5 minutes (woot infra!). Today I moved > nifi-nar-maven-plugin folder contents into the repo of nifi-maven and > moved nifi-site folder contents into nifi-site repo. After that the > nifi-parent items were denormalized out into nifi/pom.xml and > nifi-maven/pom.xml as appropriate. Readme files updated, website > updated, all pushed as appropriate. > > Now when you pull down the latest code (currently on develop) you can > immediately build without needing to change directories or build other > things first. > > That closes out this thread. Next step will be to complete NIFI-857 > which will result in the termination of the develop branch altogether. > But i'll wait and make sure that thread stays quiet the rest of the > day. > > Thanks > Joe > > On Thu, Aug 13, 2015 at 3:01 PM, Tony Kurc <trk...@gmail.com> wrote: >> Ryan, >> Having develop and master was due to the influence of git flow [1]. >> >> [1] http://nvie.com/posts/a-successful-git-branching-model/ >> >> On Thu, Aug 13, 2015 at 2:11 PM, Joey Echeverria <joe...@gmail.com> wrote: >> >>> Currently master is the same as the last release tag. >>> >>> On Thu, Aug 13, 2015 at 1:51 PM, Ryan Blue <b...@cloudera.com> wrote: >>> > What is the current distinction between master and develop? Master is >>> stable >>> > and develop is where new changes go? The reason I suggest just having >>> master >>> > is that it follows the convention that other projects use. Master is >>> where >>> > new development happens and releases or more stable branches are marked >>> > appropriately. >>> > >>> > rb >>> > >>> > >>> > On 08/13/2015 08:46 AM, Joe Witt wrote: >>> >> >>> >> All, >>> >> >>> >> Am filing the infra tickets now. I forgot that we had 'nifi-site' at >>> >> the root level too. So requesting two new git repositories in Apache >>> >> Infra. Will not be asking to have them mirrored to Github as it >>> >> doesn't seem worth it/necessary. >>> >> >>> >> 'nifi-maven' https://issues.apache.org/jira/browse/INFRA-10119 >>> >> 'nifi-site' https://issues.apache.org/jira/browse/INFRA-10120 >>> >> >>> >> Actions: >>> >> Once these two new git repositories are created i will move the >>> >> appropriate nifi-nar-maven-plugin items into it and terminate the >>> >> current directory. Then I'll move the nifi-site directory content >>> >> into the new nifi-site repository and then delete the directory. >>> >> >>> >> Once that is sorted we can discuss whether we care to keep >>> >> develop/master or simply go to master as Ryan suggests. >>> >> >>> >> Thanks >>> >> Joe >>> >> >>> >> On Mon, Aug 10, 2015 at 5:13 PM, Joe Witt <joe.w...@gmail.com> wrote: >>> >>> >>> >>> Ryan >>> >>> >>> >>> Correct the latest code depends on latest nifi nar maven plugin. >>> >>> >>> >>> I would be absolutely fine personally with eliminating develop and just >>> >>> using master. Given that the releases are tagged i personally dont get >>> >>> the >>> >>> value here vs the extra work required. >>> >>> >>> >>> Anybody feel strongly for keeping master and dev as they are and if so >>> >>> can >>> >>> you please state how the current model has helped you contribute or how >>> >>> the >>> >>> proposed model would not? >>> >>> >>> >>> Thanks >>> >>> Joe >>> >>> >>> >>> On Aug 10, 2015 11:43 AM, "Ryan Blue" <b...@cloudera.com> wrote: >>> >>>> >>> >>>> >>> >>>> +1 >>> >>>> >>> >>>> I think separate git repos is a great idea. One thing to clarify, too: >>> >>>> most of the time the nifi project relies on the last >>> >>>> nifi-nar-maven-plugin >>> >>>> release, right? So that should be transparent for most people building >>> >>>> the >>> >>>> project. It would only be awkward for someone updating the maven >>> plugin >>> >>>> and >>> >>>> testing it out locally because the develop branch should always track >>> a >>> >>>> release. >>> >>>> >>> >>>> Speaking of the develop branch... what about using master like most >>> >>>> projects after this change? >>> >>>> >>> >>>> rb >>> >>>> >>> >>>> On 08/10/2015 07:32 AM, Joe Witt wrote: >>> >>>>> >>> >>>>> >>> >>>>> Team, >>> >>>>> >>> >>>>> We've seen and heard the confusion of folks trying to build NiFi's >>> >>>>> goofy three step build process with parent, nar plugin, and nifi. I >>> >>>>> propose to do the following: >>> >>>>> >>> >>>>> 1) Eliminate the nifi-parent by pushing anything necessary back into >>> >>>>> nifi-nar-maven-plugin. The DRY concept is valid but just not worth a >>> >>>>> third project at this point given how little it avoids meaningful >>> >>>>> repetition on. >>> >>>>> >>> >>>>> 2) Create a new apache git repo for 'nifi-maven-plugins' and move the >>> >>>>> 'nifi-nar-maven-plugin' content into it. >>> >>>>> >>> >>>>> 3) Remove the nifi-parent and nifi-nar-maven-plugin from nifi folder >>> >>>>> and promote the current 'nifi' sub folder to the top level. >>> >>>>> >>> >>>>> Why: Folks are confused as to why they need to build all three and it >>> >>>>> is odd that in a given project folder you would have to each >>> manually. >>> >>>>> It is just not a generally appreciated fact that you cannot have a >>> >>>>> dependency on a maven plugin within the same reactor build that uses >>> >>>>> that builds that plugin. By cleaning this up people can just >>> download >>> >>>>> the source and build it. We don't have to have any protracted build >>> >>>>> cycles for 'nifi maven plugings' anymore leaving dependency on a >>> >>>>> snapshot in the nifi tree. >>> >>>>> >>> >>>>> If there seems to be consensus on this i'll put in the infra ticket >>> >>>>> soon. >>> >>>>> >>> >>>>> Thanks >>> >>>>> Joe >>> >>>>> >>> >>>> >>> >>>> >>> >>>> -- >>> >>>> Ryan Blue >>> >>>> Software Engineer >>> >>>> Cloudera, Inc. >>> > >>> > >>> > >>> > -- >>> > Ryan Blue >>> > Software Engineer >>> > Cloudera, Inc. >>>