-
Notifications
You must be signed in to change notification settings - Fork 34
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Inconsistency in manual for distribution installation #408
Comments
In a way, they're both correct. It's basically the difference between "Using Metafacture as a Java lib[r]ary" and running "Metafacture as a stand-alone application". But I agree that it could be clarified in the documentation. |
As @blackwinter noted the difference is that |
Hi @dr0i, We have two variations of metafacture (standalone and as java lib) and each of these variation has a version that is build from release or from a branch.
This is perhaps something for the documentation improvement. |
Hm, I don't see inconsistencies here - but let's try to fix the confusion. I think we should in general keep the README rather short (that's more of an effort because we have Flux and pure java resp. library). a) Maybe we should provide an usage example for both (flux and java) in the README , or/and maybe we should also add a wiki-page for java installation and usage like for the flux (I vote for both proposals with a short java code example and a corresponding flux in the README). Let's go into more details here to explain why a) may be a good solution: The flux wiki page states in the first paragraph:
So there are mostly non-developers addressed (well, for completeness sake it's also mentioned how to use the Flux from/as a Java class (3.1) In the README I just added a link to the comprehensive flux wiki page (27780be) without removing the (redundantly) short introduction in the README of how to install flux stand-alone, so users still have a quick overview there of what's possible. For developers the README explains just how to:
If I gather that correctly you would rather want to have just one page (the README then) where these different kinds of installations and usages are described. I think it would be too much in the README to add the comprehensive (and even more exapandable) flux-how-to (aka the wiki page), but I am good with a proposal like b) "let's put just a link in the README to the flux wiki page instead of have some guide redudantly"). As noted above, the installation guide in the README comes short of a (comprehensive) usage (with examples and so on) for using So yeah, we have a lot to restructure/link re docu in general. Let me ask, how are you confused exactly (from the perspective of a non-programmer) in using metafacture starting from the repo's README ? And what about proposal a) an/or b) or maybe you have some alternative proposal? |
https://github.com/metafacture/metafacture-core#building-metafacture-core-from-source
says to use:
$ ./gradlew install
https://github.com/metafacture/metafacture-core/wiki/Flux-user-guide#installing-flux
says to use:
./gradlew installDist
Which is right? Should be consistent in documentation
The text was updated successfully, but these errors were encountered: