mirror of https://github.com/docker/docs.git
Align grammar to official contribution guideline (#21233)
Align grammar to official contribution guideline - https://docs.docker.com/contribute/style/grammar/
This commit is contained in:
parent
37eb9f7342
commit
f47cec1a33
|
@ -59,7 +59,7 @@ $ docker run -v HOST-DIRECTORY:/CONTAINER-DIRECTORY:rw nginx
|
|||
|
||||
Read-only bind mounts let the container access the mounted files on the host for reading, but it can't change or delete the files. With read-write bind mounts, containers can modify or delete mounted files, and these changes or deletions will also be reflected on the host system. Read-only bind mounts ensures that files on the host can't be accidentally modified or deleted by a container.
|
||||
|
||||
> **Synchronised File Share**
|
||||
> **Synchronized File Share**
|
||||
>
|
||||
> As your codebase grows larger, traditional methods of file sharing like bind mounts may become inefficient or slow, especially in development environments where frequent access to files is necessary. [Synchronized file shares](/desktop/synchronized-file-sharing/) improve bind mount performance by leveraging synchronized filesystem caches. This optimization ensures that file access between the host and virtual machine (VM) is fast and efficient.
|
||||
|
||||
|
|
|
@ -265,7 +265,7 @@ build context is the set of files located in the specified path or URL. The
|
|||
Docker build process can access any of the files located in the context.
|
||||
|
||||
The build command optionally takes a `--tag` flag. This flag is used to label
|
||||
the image with a string value, which is easy for humans to read and recognise.
|
||||
the image with a string value, which is easy for humans to read and recognize.
|
||||
If you don't pass a `--tag`, Docker will use `latest` as the default value.
|
||||
|
||||
Build your first Docker image.
|
||||
|
|
|
@ -222,7 +222,7 @@ func main() {
|
|||
|
||||
db, err := initStore()
|
||||
if err != nil {
|
||||
log.Fatalf("failed to initialise the store: %s", err)
|
||||
log.Fatalf("failed to initialize the store: %s", err)
|
||||
}
|
||||
defer db.Close()
|
||||
|
||||
|
|
|
@ -215,7 +215,7 @@ To start the frontend service, open a new terminal and follow these steps:
|
|||
|
||||
## Connecting to LocalStack from containerized Node app
|
||||
|
||||
Now that you have learnt how to connect a non-containerized Node.js application to LocalStack, it's time to explore the necessary changes to run the complete application stack in a containerised environment. To achieve this, you will create a Compose file specifying all required services - frontend, backend, database, and LocalStack.
|
||||
Now that you have learnt how to connect a non-containerized Node.js application to LocalStack, it's time to explore the necessary changes to run the complete application stack in a containerized environment. To achieve this, you will create a Compose file specifying all required services - frontend, backend, database, and LocalStack.
|
||||
|
||||
1. Examine the Docker Compose file.
|
||||
|
||||
|
|
|
@ -152,7 +152,7 @@ Assuming that you have an existing Postgres database instance up and running, fo
|
|||
|
||||
In Docker, mounting refers to making files or directories from the host system accessible within a container. This let you to share data or configuration files between the host and the container, enabling greater flexibility and persistence.
|
||||
|
||||
Now that you have learned how to launch Postgres and pre-seed the database using an SQL script, it’s time to learn how to mount an SQL file directly into the Postgres containers’ initialisation directory (`/docker-entrypoint-initdb.d`). The `/docker-entrypoint-initdb.d` is a special directory in PostgreSQL Docker containers that is used for initializing the database when the container is first started
|
||||
Now that you have learned how to launch Postgres and pre-seed the database using an SQL script, it’s time to learn how to mount an SQL file directly into the Postgres containers’ initialization directory (`/docker-entrypoint-initdb.d`). The `/docker-entrypoint-initdb.d` is a special directory in PostgreSQL Docker containers that is used for initializing the database when the container is first started
|
||||
|
||||
Make sure you stop any running Postgres containers (along with volumes) to prevent port conflicts before you follow the steps:
|
||||
|
||||
|
|
|
@ -48,7 +48,7 @@ If your WSL 2 distribution doesn't have an `ssh-agent` running, you can append t
|
|||
```bash
|
||||
SSH_ENV="$HOME/.ssh/agent-environment"
|
||||
function start_agent {
|
||||
echo "Initialising new SSH agent..."
|
||||
echo "Initializing new SSH agent..."
|
||||
/usr/bin/ssh-agent | sed 's/^echo/#echo/' > "${SSH_ENV}"
|
||||
echo succeeded
|
||||
chmod 600 "${SSH_ENV}"
|
||||
|
|
|
@ -87,7 +87,7 @@ Docker Desktop 2.4.0.0 contains a Kubernetes upgrade. Your local Kubernetes clus
|
|||
- Copy container logs without ansi colors to clipboard. Fixes [docker/for-mac#4786](https://github.com/docker/for-mac/issues/4786).
|
||||
- Fix application startup if `hosts` is specified inside the Docker `daemon.json`. See [docker/for-win#6895](https://github.com/docker/for-win/issues/6895#issuecomment-637429117)
|
||||
- Fixed DNS resolution of short names. See [docker/for-win#4425](https://github.com/docker/for-win/issues/4425).
|
||||
- Switched from `chronyd` to `sntpcd` to work around host time synchronisation problems. Fixes [docker/for-win#4526](https://github.com/docker/for-win/issues/4526).
|
||||
- Switched from `chronyd` to `sntpcd` to work around host time synchronization problems. Fixes [docker/for-win#4526](https://github.com/docker/for-win/issues/4526).
|
||||
- Avoid blocking startup if "Expose daemon on tcp://localhost:2375 without TLS" is set and `localhost:2375` is in use by another program. See [docker/for-win#6929](https://github.com/docker/for-win/issues/6929) [docker/for-win#6961](https://github.com/docker/for-win/issues/6961).
|
||||
- Fixed an issue where adding a folder on a non-existing drive in the settings would create an empty entry. See [docker/for-win#6797](https://github.com/docker/for-win/issues/6797).
|
||||
- Avoid failing with "Function not implemented" during file I/O on shared volumes. Fixes [docker/for-win#5955](https://github.com/docker/for-win/issues/5955)
|
||||
|
|
|
@ -767,7 +767,7 @@ This release contains a Kubernetes upgrade. Note that your local Kubernetes clus
|
|||
- Allow orchestrator selection from the UI in the "Kubernetes" pane, to allow "docker stack" commands to deploy to Swarm clusters, even if Kubernetes is enabled in Docker for Mac.
|
||||
|
||||
* Bug fixes and minor changes
|
||||
- Use Simple NTP to minimise clock drift between the virtual machine and the host. Fixes [docker/for-mac#2076](https://github.com/docker/for-mac/issues/2076)
|
||||
- Use Simple NTP to minimize clock drift between the virtual machine and the host. Fixes [docker/for-mac#2076](https://github.com/docker/for-mac/issues/2076)
|
||||
- Fix filesystem event notifications for Swarm services and those using the new-style --mount option. Fixes [docker/for-mac#2216](https://github.com/docker/for-mac/issues/2216), [docker/for-mac#2375](https://github.com/docker/for-mac/issues/2375)
|
||||
- Fix filesystem event delivery to Kubernetes pods when the path to the bind mount is a symlink.
|
||||
- Fix a race between calling stat on a file and calling close of a file descriptor referencing the file that could result in the stat failing with EBADF (often presented as "File not found"). Fixes [docker/for-mac#2870](https://github.com/docker/for-mac/issues/2870)
|
||||
|
@ -824,7 +824,7 @@ This release contains a Kubernetes upgrade. Note that your local Kubernetes clus
|
|||
|
||||
* Bug fixes and minor changes
|
||||
- Fix support for AUFS. Fixes [docker/for-win#1831](https://github.com/docker/for-win/issues/1831)
|
||||
- Fix synchronisation between CLI `docker login` and GUI login.
|
||||
- Fix synchronization between CLI `docker login` and GUI login.
|
||||
|
||||
### Docker Community Edition 18.03.0-ce-rc3-mac56 2018-03-13
|
||||
|
||||
|
|
|
@ -296,7 +296,7 @@ Performance tab on the Task Manager. Alternatively, you can type 'systeminfo' in
|
|||
If you manually uninstall Hyper-V, WSL 2 or turn off virtualization,
|
||||
Docker Desktop cannot start.
|
||||
|
||||
To turn on nested virtualisation, see [Run Docker Desktop for Windows in a VM or VDI environment](../vm-vdi.md#turn-on-nested-virtualization).
|
||||
To turn on nested virtualization, see [Run Docker Desktop for Windows in a VM or VDI environment](../vm-vdi.md#turn-on-nested-virtualization).
|
||||
|
||||
#### Hypervisor enabled at Windows startup
|
||||
|
||||
|
|
|
@ -41,7 +41,7 @@ $ export DOCKER_CONTENT_TRUST_ROOT_PASSPHRASE="rootpassphrase123"
|
|||
# Export the Repository Passphrase
|
||||
$ export DOCKER_CONTENT_TRUST_REPOSITORY_PASSPHRASE="repopassphrase123"
|
||||
|
||||
# Initialise Repo and Push Delegation
|
||||
# Initialize Repo and Push Delegation
|
||||
$ docker trust signer add --key delegation.crt jeff registry.example.com/admin/demo
|
||||
Adding signer "jeff" to registry.example.com/admin/demo...
|
||||
Initializing signed repository for registry.example.com/admin/demo...
|
||||
|
|
|
@ -14,7 +14,7 @@ Docker Extensions CLI.
|
|||
|
||||
Extensions can be composed of three (optional) components:
|
||||
- A frontend (or User Interface): A web application displayed in a tab of the dashboard in Docker Desktop
|
||||
- A backend: One or many containerised services running in the Docker Desktop VM
|
||||
- A backend: One or many containerized services running in the Docker Desktop VM
|
||||
- Executables: Shell scripts or binaries that Docker Desktop copies on the host when installing the extension
|
||||
|
||||

|
||||
|
|
|
@ -1,13 +1,13 @@
|
|||
---
|
||||
title: MUI best practices
|
||||
description: Guidelines for using MUI to maximise compatibility with Docker Desktop
|
||||
description: Guidelines for using MUI to maximize compatibility with Docker Desktop
|
||||
keywords: Docker, extensions, mui, theme, theming, material-ui, material
|
||||
aliases:
|
||||
- /desktop/extensions-sdk/design/mui-best-practices/
|
||||
---
|
||||
|
||||
This article assumes you're following our recommended practice by using our [Material UI theme](https://www.npmjs.com/package/@docker/docker-mui-theme).
|
||||
Following the steps below maximises compatibility with Docker Desktop and minimises the work you need to do as an
|
||||
Following the steps below maximizes compatibility with Docker Desktop and minimizes the work you need to do as an
|
||||
extension author. They should be considered supplementary to the non-MUI-specific guidelines found in the
|
||||
[UI Styling overview](index.md).
|
||||
|
||||
|
|
Loading…
Reference in New Issue