Closes https://github.com/canonical/ubuntu-pro-for-wsl/issues/1357

オープン
#120 コメント 2 件 リアクション 1 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
10/100
issue の種類
ドキュメント
明瞭さ
おおむね明確
活発さ
停滞
技術スタック
linux, ubuntu

調査の方向性

まず、参照されている issue 1357 と元の pull request 1399 を確認し、続いて「Develop with Ubuntu on WSL」チュートリアル、インストール方法、getting-started ガイド、共有 includes を調査します。完了条件は、WSL のインストール確認、仮想化の違い、--name オプション、および対象となる各ガイドで一貫したオプションのドロップダウン内容を文書化することです。

索引モデルが issue の本文から書いたものです。

説明

Closes https://github.com/canonical/ubuntu-pro-for-wsl/issues/1357

Issues

Our tutorials and guides, and those of others, have generally assumed a specific behavior when a user runs the wsl --install command.

We have been trying to account better for how this command, has a different effect depending on whether WSL is already installed, whether Virtual Machine Platform is enabled, whether a reboot has been performed, and so on.

As we don't have control over this behaviour, we need to document it in a way that guides the user in such a way as to minimize variation; where this is not possible, we should explain the variation.

Another potential source of unpredictability is whether virtualisation is enabled on a user machine, or whether they are following instructions while using WSL in a VM.

The changes outlined below apply primarily to the Develop with Ubuntu on WSL tutorial, and are aimed at providing further clarity to users. Similar updates are also applied to the installation how-to guide and the getting started with UP4W guide, where appropriate.

Approach

Ask the user to check their WSL installation

The develop with Ubuntu on WSL tutorial now asks the user to check is WSL is installed.

They are then directed to an "install WSL" or "install Ubuntu" section depending on the outcome.

This helps reduce the need for us to invoke wsl --install for two different purposes (enabling WSL, installing Ubuntu) and explain the difference.

[!NOTE]
I considered recommending wsl --install --no-distribution.
This would ensure further consistency, as it would separate WSL setup from Ubuntu installation.
However, it might make the command seem more complex to a new user, so I opted against it for now.

Add a virtualisation section to requirements

Most users probably have virtualisation enabled, most users probably aren't running WSL in a VM, and most users probably aren't concerned about the Virtual Machine Platform. For those who are affected, however, it could cause problems and the solution might be unclear.

We provide this information as an optional dropdown, with supporting links to the MS documentation:

This is also an appropriate place to mention Virtual Machine Platform, which is responsible for some of the variation in behaviour reported by users.

Add a note on the --name flag

A user may want to follow the develop with Ubuntu on WSL tutorial without removing or backing up an existing instance of Ubuntu 24.04.

In most cases, it's probably more convenient to just install a fresh instance with a different name.

This also gives us an opportunity to demonstrate a lesser known functionality.

Note on the use of dropdowns

The documentation tooling comes with the Sphinx Design extension built-in.

When we have used dropdowns in the past, we have used Sphinx Design; however, the default dropdown styling is not very good:

The dropdowns have optional parameters for icons and theming, which makes it easier to differentiate them.

This PR uses dropdowns in a specific way:

  • For optional content that most users will likely not need
  • Always closed by default
  • Using a single, functional colorscheme (black and white)

In this way, they do not fully replace our standard use of admonitions.

Note on includes

I cleaned up our includes so that they are now in their own directory.

I have also added additional includes for content that will be reused in multiple places:

  • Explanation of prompts
  • Virtualisation requirements

Note on tutorials and how-tos

In Diataxis, we generally try to avoid providing optional routes in tutorials.

A tutorial is supposed to be an end-to-end learning experience with a single path to success.

It is appropriate to instruct users to install and use Ubuntu-24.04 in the tutorial after first checking their WSL installation, which obviates the need to explain variations in installation behaviour.

The use of dropdowns may still be needed to provide escape hatches for people who have diverged from the instructions. For example, someone who finds that they already have 24.04 installed and don't want to deal with backups.

The use of dropdowns is also appropriate for optional information, like virtualisation requirements, which could otherwise distract or confuse users who don't need to think about those details. That optional information does not affect the path that we are suggesting in the tutorial.

UDENG-8053

Publicación original de @edibotopic en https://github.com/canonical/ubuntu-pro-for-wsl/pull/1399

主要言語
Java
スター
428
フォーク
603
平均マージ
22日 4時間
マージ済み PR(30日)
1

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

microsoft/vscode-remote-try-java のほかの issue

microsoft/vscode-remote-try-java の issue をすべて見る

似ている issue

Java の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。