Search icon CANCEL
Subscription
0
Cart icon
Your Cart (0 item)
Close icon
You have no products in your basket yet
Arrow left icon
Explore Products
Best Sellers
New Releases
Books
Videos
Audiobooks
Learning Hub
Free Learning
Arrow right icon
Arrow up icon
GO TO TOP
Windows Subsystem for Linux 2 (WSL 2) Tips, Tricks, and Techniques

You're reading from   Windows Subsystem for Linux 2 (WSL 2) Tips, Tricks, and Techniques Maximise productivity of your Windows 10 development machine with custom workflows and configurations

Arrow left icon
Product type Paperback
Published in Oct 2020
Publisher Packt
ISBN-13 9781800562448
Length 246 pages
Edition 1st Edition
Tools
Arrow right icon
Author (1):
Arrow left icon
Stuart Leeks Stuart Leeks
Author Profile Icon Stuart Leeks
Stuart Leeks
Arrow right icon
View More author details
Toc

Table of Contents (16) Chapters Close

Preface 1. Section 1: Introduction, Installation, and Configuration
2. Chapter 1: Introduction to the Windows Subsystem for Linux FREE CHAPTER 3. Chapter 2: Installing and Configuring the Windows Subsystem for Linux 4. Chapter 3: Getting Started with Windows Terminal 5. Section 2:Windows and Linux – A Winning Combination
6. Chapter 4: Windows to Linux Interoperability 7. Chapter 5: Linux to Windows Interoperability 8. Chapter 6: Getting More from Windows Terminal 9. Chapter 7: Working with Containers in WSL 10. Chapter 8: Working with WSL Distros 11. Section 3: Developing with the Windows Subsystem for Linux
12. Chapter 9: Visual Studio Code and WSL 13. Chapter 10: Visual Studio Code and Containers 14. Chapter 11: Productivity Tips with Command-Line Tools 15. Other Books You May Enjoy

Tips for working with dev containers

In this section, we will look at a few tips that we can use to fine-tune the experience of working with dev containers. Let's start by looking at how we can automate steps inside the dev container after it has been built.

postCreateCommand and automating pip install

In the early examples in this chapter examples earlier in the chapter, we had to run pip install after building the dev container, and this is required each time you rebuild the dev container after making changes to its configuration. To avoid this, it might be tempting to add a RUN step to the dev container Dockerfile to perform pip install, but I prefer not to put application packages into the dev container image. Application package dependencies tend to evolve over time, and building them into the image (and rebuilding the image to install) feels a little heavyweight. Over time, when working with dev containers, my rule of thumb has become to install tools in the dev container...

lock icon The rest of the chapter is locked
Register for a free Packt account to unlock a world of extra content!
A free Packt account unlocks extra newsletters, articles, discounted offers, and much more. Start advancing your knowledge today.
Unlock this book and the full library FREE for 7 days
Get unlimited access to 7000+ expert-authored eBooks and videos courses covering every tech area you can think of
Renews at $19.99/month. Cancel anytime
Banner background image