Behind the Scene: Understanding the process of running test and the verification after git push #390
Replies: 1 comment 1 reply
-
I'm not sure what you mean here. There is not enough information to provide a response. Can you please clarify? It is often best to provide the single command and it's full Python traceback/error
Yes, you need to make sure that the cudatoolkit is installed properly and compatible with your system in order for STUMPY to be able to pick it up.
Where is that error message from? Sometimes, the Azure Pipelines tests have issues so please let me worry about them (sometimes, the tests just need to be restarted). Just make sure that your local testing passes without error before pushing.
So, running Let me know if that makes sense and great questions! |
Beta Was this translation helpful? Give feedback.
-
Hello everyone,
I am trying to understand what's going on behind the scene and I would truly appreciate if someone could help me out with the following questions:
I don't know why the TDAmeritrade.stumpy is not going to be successful here in this repo whenever I do git push. I checked one of the errors before and it is apparently related to the running time If my understanding was correct. Any idea how to fix that? (should I be worried regarding that matter?)
I also noticed that it skipped one of the test and it says: no GPU available. However, I think I have one!
So, should I somehow activate GPU since it cannot be recognized by stumpy? If I remember correctly, I did it once a few months ago on another project where I had to install cudatoolkit.
The unit test is fine on my end.
NOTE: I, however, should confess that for the last commit that I pushed (ffde197), I forgot to do the unit test first. I did it after the git push. According to the messages, the tests were successful on my local repo.
But, I got error when the unit test is performed on stumpy repo after I did git push. (please recall that I didn't do the
./setup.sh && ./test.sh
on my local repo before thegit push ...
. I checked the error provided on the stumpy repo and I found this:Is this because my branch was probably based on an old-version of the master(origin) when I did git push? So, when I forgot to do the setup and unit test prior to the git push, the unit test performed on this repo was actually testing the previous version of the files and NOT the most-updated ones?
flake8
andblack
and./setup.sh && ./test.sh
in my shell, I should say:** running
flake8
returns nothing** running
black
returns the following message: No Path provided. Nothing to do \U0001f634** running
./setup.sh && ./test.sh
shows that the scripts run bothflake8
andblack
before doing the unit test. So, what is the point of runningflake8
andblack
separately in the first place? Isn't it redundant?Beta Was this translation helpful? Give feedback.
All reactions