These two actionables came as a result of this MR.
Since Gitlab::Pages::UrlBuilder.new logic was moved to project.rb, let's start using it as project.pages_url or project.pages_hostname instead of initializing it directly in a couple of places in codebase.
Let's move CI_PAGES_HOSTNAME variable assignment from build.rb to project.rb since this variable does not seem to be dynamic, so let's not re-assing it on every build job to save some resources.
Edited
Designs
Child items ...
Show closed items
Linked items 0
Link issues together to show that they're related or that one is blocking others.
Learn more.
Alisa Frunzachanged title from Move {--}CI_PAGES_HOSTNAME{--} to {--}project.rb{--} and reuse its {--}pages_url_builder{--} logic to Move CI_PAGES_HOSTNAME to project.rb and reuse its pages_url_builder logic
changed title from Move {--}CI_PAGES_HOSTNAME{--} to {--}project.rb{--} and reuse its {--}pages_url_builder{--} logic to Move CI_PAGES_HOSTNAME to project.rb and reuse its pages_url_builder logic
@mmacfarlane@vshushlin@janis This issue is a follow up from this issue I am working on, it should be a small and quick (famous last worlds ) refactor. I would like to add it to this upcoming 17.9 milestone if that's ok by you?
@ngala I have put together a draft MR yesterday, if you feel like taking a look !181807 (diffs), maybe it can save you some work if adding next changes on the top of that.
@afrnz oh wow, thank you. That doesn't look like a draft any more to me, do you want to continue to own it? I can write the description for you if you like.
@janis@ngala the refactoring of Gitlab::Pages::UrlBuilder part of this issue is merged There is still the part of moving CI_PAGES_HOSTNAME to project.rb. Do you think it's still valuable to implement this? I don't think I will have time to focus on that soon, then what would you suggest I better do: move CI_PAGES_HOSTNAME to a separate issue and close this one, or keep this one open as someone of you would like to take over the CI_PAGES_HOSTNAME refactor?