Commit 40003585 authored by Grzegorz Bizon's avatar Grzegorz Bizon

Few minor fixed in code and docs for only: changes

parent 09075759
...@@ -634,7 +634,7 @@ module Ci ...@@ -634,7 +634,7 @@ module Ci
end end
def modified_paths def modified_paths
strong_memoize(:changes) do strong_memoize(:modified_paths) do
push_details.modified_paths push_details.modified_paths
end end
end end
......
...@@ -476,7 +476,7 @@ If you are pushing a **new** branch or a new tag to GitLab, only/changes is ...@@ -476,7 +476,7 @@ If you are pushing a **new** branch or a new tag to GitLab, only/changes is
going to always evaluate to truth and GitLab will create a job. This feature is going to always evaluate to truth and GitLab will create a job. This feature is
not combined with merge requests yet, and because GitLab is creating pipelines not combined with merge requests yet, and because GitLab is creating pipelines
before an user can create a merge request we don't know a target branch at before an user can create a merge request we don't know a target branch at
this point. Without a target branchit is not possible to know what the common this point. Without a target branch it is not possible to know what the common
ancestor is, thus we always create a job in that case. This feature works best for ancestor is, thus we always create a job in that case. This feature works best for
stable branches like `master` because in that case GitLab uses previous commit, stable branches like `master` because in that case GitLab uses previous commit,
that is present in a branch, to compare against a newly pushed latest SHA. that is present in a branch, to compare against a newly pushed latest SHA.
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment