Hi,

How about creating a git repo named "incubator-rocketmq-externals", all
sub-projects assembled in this repo.

IMO, it's a a manageable way, users can take a quick look at ecological map
of RocketMQ and find what they want quickly.

Regards,
yukon

On Thu, Feb 23, 2017 at 10:54 PM, Bruce Snyder <[email protected]>
wrote:

> All projects should have a separate git repo to keep things as separate as
> possible. This will also help to simply the delivery of each one
> independently.
>
> If, at some point, you want to provide some sort of distribution that
> includes multiple projects, that's not a problem. But the source for each
> individual project should remain in separate git repos but be included in
> the overall Apache RocketMQ project.
>
> It's fine to keep all sub-projects' wiki and web related stuff within the
> RocketMQ space. It just needs to be clear which content is a sub-project.
>
> Make sense?
>
> Bruce
>
> On Thu, Feb 23, 2017 at 12:52 AM, yukon <[email protected]> wrote:
>
> > Dear mentors,
> >
> > As we know, RocketMQ has a GitHub organization off Apache[1], and there
> are
> > three mini projects are currently going through rapid iterative.
> >
> > rocketmq-console-ng will provide a ops dashboard for RocketMQ,
> rocketmq-jms
> > will provide a new client to support JMS 2, while rocketmq-flume-ng will
> > integrate RocketMQ with Apache Flume.
> >
> > Except these three projects, we will unite the power of the community
> fully
> > to develop more sub projects in the future, which can integrate RocketMQ
> > with Ignite, Flink, DistributedLog, and so on.
> >
> > So we wonder where these projects should be placed? We found some
> > alternative ways after doing a survey:
> >
> > 1. Add a folder in apache/incubator-rocketmq/ to place these projects,
> like
> >  incubator-rocketmq/modules/rocketmq-console-ng. But these projects'
> > releasing is independent, even some projects' releasing should consider
> the
> > integrated project, like rocketmq-flume's releasing should consider the
> > Apache Flume's release schedules.
> >
> > 2. Create separate apache repos, but this way may produce overmuch repos
> of
> > RocketMQ, and I'm not sure this is allowed.
> >
> > 3. Keep these projects in[1], provide links and introductions in README
> or
> > our rocketmq-site.
> >
> > We want to know mentors' advice, and we would appreciate your help.
> >
> > [1]. https://github.com/rocketmq
> >
> > Regards,
> > yukon
> >
>
>
>
> --
> perl -e 'print
> unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*" );'
>
> ActiveMQ in Action: http://bit.ly/2je6cQ
> Blog: http://bsnyder.org/ <http://bruceblog.org/>
> Twitter: http://twitter.com/brucesnyder
>

Reply via email to