Hi, Willem

As the toolchain is not a necessary part of Weex framework and will not be
published follow the Weex SDK, I thought the SNAPSHOT tag release cannot be
worked on that issue.

Thanks.
Dan




Willem Jiang <willem.ji...@gmail.com> 于2019年2月1日周五 下午5:34写道:

> Here is instruction of distribution unrelease materials[1],  as the
> SNAPSHOT means it's not official release, we just use it for the
> feedback the development.
>
> [1]https://www.apache.org/dev/release-distribution#unreleased
>
> Willem Jiang
>
> Twitter: willemjiang
> Weibo: 姜宁willem
>
> On Fri, Feb 1, 2019 at 4:44 PM York Shen <shenyua...@gmail.com> wrote:
> >
> > According to my understanding and what Justin Mclean wrote
> https://lists.apache.org/thread.html/5c5a75f00d78211f75e10d17bfeb05bc7b0b4f9e8416fa602b0ebb54@%3Cgeneral.incubator.apache.org%3E
> <
> https://lists.apache.org/thread.html/5c5a75f00d78211f75e10d17bfeb05bc7b0b4f9e8416fa602b0ebb54@%3Cgeneral.incubator.apache.org%3E>
> , any format of unofficial release is forbidden, all release must be voted
> before we publish it.
> >
> > Correct me if I am wrong.
> >
> >
> > Best Regards,
> > York Shen
> >
> > 申远
> >
> > > 在 2019年2月1日,16:27,Willem Jiang <willem.ji...@gmail.com> 写道:
> > >
> > > A lot of Apache project has the SNAPSHOT release to get quick feedback
> > > from the community.
> > > It's OK if we don't announce the  SNAPSHOT release as an office Apache
> release.
> > >
> > >
> > > Willem Jiang
> > >
> > > Twitter: willemjiang
> > > Weibo: 姜宁willem
> > >
> > > On Fri, Feb 1, 2019 at 3:07 PM Dan <faterr...@gmail.com> wrote:
> > >>
> > >> Hey
> > >>
> > >> I'm the author of the weex-toolkit, also the main developer of the
> tools
> > >> around weex, I need to explain the questions you mentioned above.
> > >>
> > >>> Is this redirection and inclusion of outside code intentional? Is
> this
> > >> temporary or meant to be permanent?
> > >> Early in the development and maintenance of this project, the project
> was
> > >> designed to support package integration of multiple command line
> tools, and
> > >> to manage mappings between them through xtoolkit module, the idea is
> good,
> > >> but too many projects are scattered into the various git repo, such as
> > >> weex-debugger, weex-pack and so on.
> > >>
> > >> On the weex-toolkit@2.0,  I'm split each function module into
> separate
> > >> parts, and manage multiple separate releases in the repository via
> Lerna,
> > >> after that you can find all the module you want in the weex-toolkit
> repo
> > >> (currently in the alpha process), you can enjoy it follow the document
> > >> here: https://weex.io/tools/toolkit.html, it also supports the
> thrid-part
> > >> extensions, the document will be further supplemented
> > >>
> > >>> About move weex-toolkit project into the Apache repo.
> > >>
> > >> For now, this is a little difficult and also inconvenient thing cause
> the
> > >> current 2.0 tools are in a state of rapid iteration, and I also hope
> to get
> > >> the user's usage from the tool, this may not be allowed by apache, I
> prefer
> > >> to develop these tools as a third-party developer, it should be ok to
> > >> remind users in the documentation that it's not part of Apache Weex.
> > >>
> > >>> why the module called toolkit but not cli?
> > >>
> > >> This is the name defined by the previous module creator. I personally
> think
> > >> it might be better to call it weex-cli. Maybe I will consider
> renaming the
> > >> module soon.
> > >>
> > >> Thanks
> > >> Dan
> > >>
> > >> Jan Piotrowski <jan...@apache.org> 于2019年2月1日周五 上午3:13写道:
> > >>
> > >>> (Answering from my Apache address as my Gmail didn't receive your
> > >>> responses - I can only see them in the list archive. Strange.)
> > >>>
> > >>> Thanks York Shen and Willem Jiang for your answers.
> > >>>
> > >>>> As there are many Weex users coming from China and the GFW is a huge
> > >>> problem for them, so we create several website for users from China
> to have
> > >>> the right access. You can choose whatever you want, as the three
> websites
> > >>> are all the same.
> > >>>
> > >>> Thanks for that explanation.
> > >>>
> > >>> In my opinion (and maybe Apache guidelines?) there should only be
> _one_
> > >>> domain per Apache project, so you know you can trust the content of
> that
> > >>> domain. You (the team) should probably decide which one of the two
> > >>> apache.org domains you should use (and can use per incubation
> rules!),
> > >>> and redirect the other one. Otherwise both Google and users can be
> > >>> confused.
> > >>> For the non-Apache mirrors for Chinese users you could maybe add a
> banner
> > >>> that this is a mirror of *.apache.org for Chinese users and link to
> it
> > >>> from somewhere _on_ the site so it is discoverable? Additionally
> maybe
> > >>> no-index the domain, so Google doesn't list them? Then it is all
> > >>> transparent and there is no confusion.
> > >>>
> > >>>> The repo for weex is https://github.com/apache/incubator-weex, from
> > >>> where weex community generates apache release.
> > >>>> All the other repos is not officially belong to weex, though some
> of are
> > >>> useful tools for debug, development purpose. They are just useful
> tools,
> > >>> one can using weex framework without these tools with no problem. I
> will
> > >>> consider these tools as useful plugins, and there are perhaps tens
> of such
> > >>> plugins, so they are not under Apache repositories.
> > >>>> I will ask the authors of  https://github.com/weexteam/xtoolkit and
> > >>> https://github.com/weexteam/weex-pack, not sure whether there is a
> > >>> license issue or they are happy to move into Apache Weex  umbrella
> > >>> officially.
> > >>>
> > >>> The documentation and guides made them sound very much a part of
> Weex - so
> > >>> if in any way possible you should move _all_ the tools, plugins,
> > >>> playground, and other pieces that are used in the documentation and
> > >>> examples to Apache repositories (PMC members and committers can
> create
> > >>> additional repositories at
> https://gitbox.apache.org/setup/newrepo.html).
> > >>>
> > >>> If you can't transfer any of the code for licence reasons, it should
> be
> > >>> clearly documented in the documentation when you advise users to use
> it
> > >>> that this is not part of Apache Weex, but a user space plugin or
> project.
> > >>>
> > >>> From a user standpoint, if I use an Apache project I want to know
> that I
> > >>> can trust all the project code. With parts of the source code being
> > >>> downloaded (especially if not via npm!) from some other repository,
> > >>> installed and executed, I can't do that. (Additionally there have to
> be
> > >>> release processes with votes etc. that make sure that what gets
> published
> > >>> on npm actually matches what is in the repository!) Otherwise the
> Apache
> > >>> repository is just a front for untrusted code that belongs to the
> project,
> > >>> but doesn't follow the Apache ways.
> > >>>
> > >>> If you move all the repositories to Apache, it will be much easier to
> > >>> clean everything up and make sure there is no duplication of
> documentation,
> > >>> the guides and also the software only uses tools that belong to
> Apache Weex.
> > >>>
> > >>> This maybe all sounds a bit harsh now, and this was definitely not my
> > >>> goal. I was excited to play around with Weex, but it was a real pain
> to
> > >>> understand what was going on.
> > >>>
> > >>> Best,
> > >>> Jan
> > >>>
> > >>>
> > >>>
> > >>> On 2019/01/31 13:25:57, York Shen <shenyua...@gmail.com> wrote:
> > >>>> Sorry for mis-sending previous e-mails.
> > >>>>
> > >>>> I will ask the authors of  https://github.com/weexteam/xtoolkit <
> > >>> https://github.com/weexteam/xtoolkit> and
> > >>> https://github.com/weexteam/weex-pack <
> > >>> https://github.com/weexteam/weex-pack> , not sure whether there is a
> > >>> license issue or they are happy to move into Apache Weex  umbrella
> > >>> officially.
> > >>>>
> > >>>> Best Regards,
> > >>>> York Shen
> > >>>>
> > >>>> 申远
> > >>>>
> > >>>>> 在 2019年1月31日,21:22,York Shen <shenyua...@gmail.com> 写道:
> > >>>>>
> > >>>>>
> > >>>>>
> > >>>>> Best Regards,
> > >>>>> York Shen
> > >>>>>
> > >>>>> 申远
> > >>>>>
> > >>>>>> 在 2019年1月31日,21:12,Willem Jiang <willem.ji...@gmail.com <mailto:
> > >>> willem.ji...@gmail.com>> 写道:
> > >>>>>>
> > >>>>>> Apache is encourage to unify the community and current
> infrastructure
> > >>>>>> supports one project has multiple repositories.
> > >>>>>> If there is no license issue, we need to consider to move these
> > >>>>>> repositories into the umbrella of Apache Weex.
> > >>>>>>
> > >>>>>> Willem Jiang
> > >>>>>>
> > >>>>>> Twitter: willemjiang
> > >>>>>> Weibo: 姜宁willem
> > >>>>>>
> > >>>>>> On Thu, Jan 31, 2019 at 8:59 PM York Shen <shenyua...@gmail.com
> > >>> <mailto:shenyua...@gmail.com>> wrote:
> > >>>>>>>
> > >>>>>>> 1. Repos Problem
> > >>>>>>> https://github.com/apache/incubator-weex-site <
> > >>> https://github.com/apache/incubator-weex-site> <
> > >>> https://github.com/apache/incubator-weex-site <
> > >>> https://github.com/apache/incubator-weex-site>>  is the repos for
> weex’s
> > >>> website as you mentioned.
> > >>>>>>> The repo for weex is  https://github.com/apache/incubator-weex <
> > >>> https://github.com/apache/incubator-weex> <
> > >>> https://github.com/apache/incubator-weex <
> > >>> https://github.com/apache/incubator-weex>>, from where weex
> community
> > >>> generates apache release.
> > >>>>>>> All the other repos is not officially belong to weex, though
> some of
> > >>> are useful tools for debug, development purpose. They are just useful
> > >>> tools, one can using weex framework without these tools with no
> problem. I
> > >>> will consider these tools as useful plugins, and there are perhaps
> tens of
> > >>> such plugins, so they are not under Apache repositories.
> > >>>>>>>
> > >>>>>>>
> > >>>>>>> 2. All website you listed is coming
> > >>> https://github.com/apache/incubator-weex-site <
> > >>> https://github.com/apache/incubator-weex-site> <
> > >>> https://github.com/apache/incubator-weex-site <
> > >>> https://github.com/apache/incubator-weex-site>> . As there are many
> Weex
> > >>> users coming from China and the GFW is a huge problem for them, so we
> > >>> create several website for users from China to have the right
> access. You
> > >>> can choose whatever you want, as the three websites are all the same.
> > >>>>>>>
> > >>>>>>> 3. Feel free to ask anything about weex, I am glad to answer
> these
> > >>> questions.
> > >>>>>>>
> > >>>>>>> Best Regards,
> > >>>>>>> York Shen
> > >>>>>>>
> > >>>>>>> 申远
> > >>>>>>>
> > >>>>>>>> 在 2019年1月31日,20:31,Jan Piotrowski <piotrow...@gmail.com
> <mailto:
> > >>> piotrow...@gmail.com>> 写道:
> > >>>>>>>>
> > >>>>>>>> Hey,
> > >>>>>>>>
> > >>>>>>>> I recently spent some time looking into Weex (I am a PMC member
> of
> > >>>>>>>> committer to Apache Cordova and was interested how you do
> things).
> > >>> But I
> > >>>>>>>> quickly noticed, that although Weex being an Apache Incubator
> > >>> project, most
> > >>>>>>>> of the code of Weex seems to come from an outside Github
> > >>> organization. This
> > >>>>>>>> left me a bit confused what is going on, and where what code is
> > >>> coming from
> > >>>>>>>> and what it is used for.
> > >>>>>>>>
> > >>>>>>>> There are only 2 Apache (Incubator) repositories for Weex:
> > >>>>>>>> https://github.com/apache/incubator-weex <
> > >>> https://github.com/apache/incubator-weex>
> > >>>>>>>> https://github.com/apache/incubator-weex-site
> > >>>>>>>>
> > >>>>>>>> The main repository https://github.com/apache/incubator-weex
> > >>> quickly links
> > >>>>>>>> me to https://github.com/weexteam/weex-toolkit which seems to
> be a
> > >>> CLI
> > >>>>>>>> (toolkit = CLI?) to create and build Weex based apps. Its npm
> > >>> dependencies
> > >>>>>>>> are pretty light, but it seems to download many more code via
> > >>>>>>>> https://github.com/weexteam/xtoolkit anyway and cache it with
> some
> > >>> custom
> > >>>>>>>> mechanism, like e.g. https://github.com/weexteam/weex-pack that
> > >>> seems to
> > >>>>>>>> contain the code to create, run, build native apps.
> > >>>>>>>>
> > >>>>>>>> Is this redirection and inclusion of outside code intentional?
> > >>>>>>>> Is this temporary or meant to be permanent?
> > >>>>>>>>
> > >>>>>>>> There are also many more repositories at
> > >>> https://github.com/weexteam that I
> > >>>>>>>> have no idea what they are used for.
> > >>>>>>>>
> > >>>>>>>> (That being said, the guide at http://weex.apache.org/guide/ is
> > >>> really good
> > >>>>>>>> and gives a very clear picture what steps need to be taken to
> > >>> developer a
> > >>>>>>>> Weex app - it just all breaks down if you look behind the
> curtain
> > >>> and try
> > >>>>>>>> to understand where all the code comes from and what is going
> on a
> > >>> level
> > >>>>>>>> deeper.)
> > >>>>>>>>
> > >>>>>>>> The website also seems to be available under several domains:
> > >>>>>>>> http://weex.incubator.apache.org
> > >>>>>>>> https://weex.apache.org
> > >>>>>>>> https://weex-project.io
> > >>>>>>>> Do these all host the same content from
> > >>>>>>>> https://github.com/apache/incubator-weex-site? Or are those
> > >>> different
> > >>>>>>>> things?
> > >>>>>>>>
> > >>>>>>>> Best,
> > >>>>>>>> Jan
> > >>>>>>>
> > >>>>>
> > >>>>
> > >>>>
> > >>>
> >
>

Reply via email to