term: review usage of "control"

Author: jorgeorpinel

content/docs/command-reference/fetch.md

@@ -35,7 +35,7 @@ Fetching is performed automatically by `dvc pull` (when the data is not already
 in the <abbr>cache</abbr>), along with `dvc checkout`:
 
 ```
-Controlled files             Commands
+Tracked files                Commands
 ---------------- ---------------------------------
 
 remote storage

content/docs/command-reference/init.md

@@ -116,11 +116,11 @@ In rare cases, the `--no-scm` option might be desirable: to initialize DVC in a
 directory that is not part of a Git repo, or to make DVC ignore Git. Examples
 include:
 
-- Version control other than Git is being used. Even though there are DVC
-  features that require DVC to be run in the Git repo, DVC can work well with
-  other version control systems. Since DVC relies on simple `dvc.yaml` files to
-  manage <abbr>pipelines</abbr>, data, etc, they can be added into any version
-  control system, thus providing large data files and directories versioning.
+- SCM other than Git is being used. Even though there are DVC features that
+  require DVC to be run in the Git repo, DVC can work well with other version
+  control systems. Since DVC relies on simple `dvc.yaml` files to manage
+  <abbr>pipelines</abbr>, data, etc, they can be added into any version control
+  system, thus providing large data files and directories versioning.
 
 - There is no need to keep the history at all, e.g. having a deployment
   automation like running a data pipeline using `cron`.

content/docs/command-reference/plots/index.md

@@ -36,8 +36,8 @@ matrices, among others.
 This type of metrics files are created by users, or generated by user data
 processing code, and get defined with the `-p` (`--plots`) and
 `--plots-no-cache`) options of `dvc run`. `dvc plots` subcommands can work with
-plots files committed to a Git repo history, data files controlled by DVC, or
-any other file in system.
+plots files committed to a Git repo history, data files tracked by DVC, or any
+other file in system.
 
 DVC generates plots as HTML files that can be open with a web browser. These
 HTML files use [Vega-Lite](https://vega.github.io/vega-lite/). Vega is a

content/docs/command-reference/pull.md

@@ -37,7 +37,7 @@ to `dvc config cache.type`).
 It has the same effect as running `dvc fetch` and `dvc checkout`:
 
 ```
-Controlled files             Commands
+Tracked files                Commands
 ---------------- ---------------------------------
 
 remote storage

content/docs/command-reference/run.md

@@ -170,9 +170,8 @@ $ dvc run -n my_stage './my_script.sh $MYENVVAR'
 
 - `-O <path>`, `--outs-no-cache <path>` - the same as `-o` except that outputs
   are not tracked by DVC. It means that they are not cached, and it's up to a
-  user to save and version control them. This is useful if the outputs are small
-  enough to be tracked by Git directly, or if these files are not of future
-  interest.
+  user to manage them separately. This is useful if the outputs are small enough
+  to be tracked by Git directly, or if these files are not of future interest.
 
 - `--outs-persist <path>` - declare output file or directory that will not be
   removed upon `dvc repro`.
@@ -197,9 +196,9 @@ $ dvc run -n my_stage './my_script.sh $MYENVVAR'
 
 - `-M <path>`, `--metrics-no-cache <path>` - the same as `-m` except that DVC
   does not track the metrics file. This means that the file is not cached, so
-  it's up to the user to save and version control it. This is typically
-  desirable with _metrics_ because they are small enough to be tracked with Git
-  directly. See also the difference between `-o` and `-O`.
+  it's up to the user to manage them separately. This is typically desirable
+  with _metrics_ because they are small enough to be tracked with Git directly.
+  See also the difference between `-o` and `-O`.
 
 - `--plots <path>` - specify a plot metrics file produces by this stage. This
   option behaves like `-o` but registers the file in a `plots` field inside the
@@ -210,8 +209,8 @@ $ dvc run -n my_stage './my_script.sh $MYENVVAR'
 
 - `--plots-no-cache <path>` - the same as `--plots` except that DVC does not
   track the plots metrics file. This means that the file is not cached, so it's
-  up to the user to save and version control it. See also the difference between
-  `-o` and `-O`.
+  up to the user to manage them separately. See also the difference between `-o`
+  and `-O`.
 
 - `-w <path>`, `--wdir <path>` - specifies a working directory for the `command`
   to run in (uses the `wdir` field in `dvc.yaml`). Dependency and output files

content/docs/use-cases/index.md

@@ -18,9 +18,8 @@ knowledge, they are still difficult to implement, reuse, and manage.
 If you store and process data files or datasets to produce other data or machine
 learning models, and you want to
 
-- capture and save <abbr>data artifacts</abbr> the same way you capture code;
-- track, control, and switch between different versions of data or models
-  easily;
+- track and save <abbr>data artifacts</abbr> the same way you capture code;
+- create and switch among different versions of data or models easily;
 - understand how data or ML models were built in the first place;
 - compare machine learning models and metrics to each other;
 - bring software engineering best practices and tools to your data science team

content/docs/user-guide/basic-concepts/dvc-cache.md

@@ -4,6 +4,6 @@ match: ['DVC cache', cache, caches, cached]
 ---
 
 The DVC cache is a hidden storage (by default located in the `.dvc/cache`
-directory) for files that are under DVC control, and their different versions.
-For more details, please refer to this
+directory) for files that are tracked by DVC, and their different versions. For
+more details, please refer to this
 [document](/doc/user-guide/dvc-files-and-directories#structure-of-the-cache-directory).