-
Notifications
You must be signed in to change notification settings - Fork 56
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
CI code improvements #123
CI code improvements #123
Conversation
Can one of the admins verify this patch? |
ci/run_ci.sh
Outdated
echo "Running full test" | ||
test_list=`ls -d */ | grep -Ev "(utils|ci|ripsaw|image_resources)/"` | ||
test_list=`find * -name ci_test.sh -type f -exec dirname {} \;` |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
would -maxdepth 1 be appropriate here because the ci_test.sh has to appear in the top wrapper directory? just being paranoid, but that matches what ls -d */ does more closely. But overall this is an improvement, gets rid of grep -v.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Adding -maxdepth flag... Thanks for the suggestion!
ci/run_ci.sh
Outdated
else | ||
echo "Running specific tests" | ||
echo $diff_list | ||
test_list=`echo $diff_list | awk -F "/" '{print $1}' | uniq` | ||
test_list=`echo "${diff_list}" | xargs dirname | uniq` |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
call me paranoid, but if someone creates a wrapper with subdirectories, would this work? I think the awk command would. I don't think any existing wrappers have subdirectories, but that could change, there is nothing requiring a wrapper not to use subdirectories. I don't think this is an essential change, do you?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
You're right, this change is not essential. It is just an attempt to get the rid of awk here, which sometimes can be confusing, as this command is not focused on path parsing but in strings processing. You're also right in the fact that we're not currently using sub-directories, dirname might be problematic here.
test_rc=1 | ||
fi | ||
wait_clean | ||
for dir in ${test_list}; do |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
so if I understand this correctly, we got rid of the -f
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, this is exactly what I wanted to do.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
overall good cleanups that make it more maintainable, just a couple of minor changes requested. Because it's core code for the CI, am being very picky. HTH -ben
b9a3d49
to
7c8021b
Compare
LGTM now -ben |
/rerun all |
Results for SNAFU CI Test
|
7c8021b
to
5354275
Compare
@rsevilla87 FYI theres a conflict in ci/common.sh |
5354275
to
5fdb69e
Compare
I don't understand output of snafu_linters CI job. It seems not to have run at all, did it?
|
this was when we're testing the job. It'll run fine now if we hit the rerun |
/rerun all |
Results for SNAFU CI Test
|
8113c92
to
f37d420
Compare
Results for SNAFU CI Test
|
/rerun all |
Results for SNAFU CI Test
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, will merge once @bengland2 also signs off, as he'd a few comments on some parts of the PR
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
sorry, thought I already approved this. Anyway, it is good cleanup work that will make it more maintainable. I already commented on it to Raul and in here.
This PR aims to improve ci code with things such as simplify some operatives and use more reliable methods to look for available ci scripts.
Helps on #111