-
-
Notifications
You must be signed in to change notification settings - Fork 2
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
Integration test of the whole Metarhia stack #5
Comments
I guess the issue metarhia/jstp#50 should be linked here as well. |
@aqrln yeah, pure java with a few libs (maven deps). |
@lundibundi btw, as far as I see, you don't use neither Travis nor other CI service in your JSTP implementation. Java is natural for Jenkins and it supports integration with Gradle, JUnit and other Java-world tools out-of-the-box, so I think we should set it up for your project 😉 |
@aqrln yeah, that would be great, as for now i only use local tests. 😀 |
@lundibundi will you be in the office today? |
@aqrln most likely not, but i guess we can discuss this in telegram or hangouts. |
@aqrln surely, we can arrange that. |
We now have a running Jenkins instance, I'll create accounts for (I guess?) @metarhia/angeli (permissions are tbd, and I think we should "refactor" our teams a little bit too, create new teams for active collaborators of different projects for more convenient notifications etc., but that's a matter of a different discussion) once it is configured properly and there are useful jobs.
The great thing behind it is that we can script any testing scenarios we want, and, as one of the most interesting cases, test all the components together.
Some thoughts about it:
(@tshemsedinov, metarhia/common#5 (comment))
(@aqrln, metarhia/common#5 (comment))
@belochub and all the others, what do other think about it?
I'd also want to include our mobile clients to the integration test. AFAIK, Android JSTP implementation is pure Java and there's no problem running it using Java SE on CI server (@lundibundi, correct me if I am wrong). @Gagnant, @GYFK, any ideas how we can test your Swift implementation? Can it be used in a CLI macOS application so that we can just setup a Jenkins agent on our Mac Mini in the office and write a simple test app to be compiled?
The text was updated successfully, but these errors were encountered: