Giving ort its own build

[ocket8888]

What does this PR do?

Pulls the build for a traffic_ops_ort.*.rpm out of the build for a traffic_ops.*.rpm and
makes it its own build process. This won't affect a full build of the entire project, but
building Traffic Ops won't build the ort rpm anymore. That must be done explicitly with
the traffic_ops_ort_build job.

Which TC components are affected by this PR?

• Documentation
• Grove
• Traffic Analytics
• Traffic Monitor
• Traffic Ops
• Traffic Ops ORT
• Traffic Portal
• Traffic Router
• Traffic Stats
• Traffic Vault
• Other _________

What is the best way to verify this PR?

sudo ./pkg traffic_ops_build traffic_ops_ort_build

and then verify each generated rpm is valid by e.g. installing it and running any/all tests

Check all that apply

• This PR includes tests
• This PR includes documentation updates
• This PR includes an update to CHANGELOG.md
• This PR includes all required license headers
• This PR includes a database migration (ensure that migration sequence is correct)
• This PR fixes a serious security flaw. Read more: www.apache.org/security

[asfgit]

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/trafficcontrol-PR/2370/
Test PASSed.

[zrhoffman]

This is a good idea. Happy to review once the merge conflicts are fixed.

[ocket8888]

conflicts have been fixed.

[zrhoffman]

Everything changed looks good (still need to test). Verified that all of the import path changes are correct by dragging/dropping traffic_ops/ort/atstccfg to traffic_ops_ort in Goland and letting it resolve references.

In addition to the files changed, the ORT path still needs to be changed in 2 files:

• tools/golang/unit-tests.sh
• docs/source/tools/atstccfg.rst

[zrhoffman]

In addition to the TO build script changes mentioned, pkg should now have a docker-compose pull right before the docker-compose build so people with an older prebuilt trafficcontrol/traffic_ops_builder image do not get Traffic Ops build failures. That addition can be a separate PR but needs to be added before this PR is merged to avoid an unnecessary breaking change.

[zrhoffman]

This PR has merge conflicts since #4557 was merged.

[zrhoffman]

This looks good.

• Verified import changes
• No ORT-related files left behind (except ToORTCheck.pl, which is a TO extension)
• Traffic Ops and Traffic Ops ORT RPMs build
• RPM file lists are identical, including source RPMs
• Disabling compiler optimizations for debug builds still works for Traffic Ops and Traffic Ops ORT
• Traffic Ops ORT unit tests pass (no need to test Traffic Ops, there were no TO code changes)