tldr-pages/tldr

Let's document: vagrant

Ouverte

#18 895 ouverte le 19 oct. 2025

Voir sur GitHubGuide contributeur
 (1 commentaire) (0 réaction) (0 personne assignée)Markdown (5 377 forks)batch import
help wantedlet's documentnew command

Métriques du dépôt

Stars
 (63 410 étoiles)
Métriques de merge PR
 (Merge moyen 7j 5h) (321 PRs mergées en 30 j)

Description

Command description

Vagrant automates the creation and management of virtual machines. https://developer.hashicorp.com/vagrant/docs

Documentation

https://developer.hashicorp.com/vagrant/docs/cli

Platform

Common

VCS repository link (e.g. GitHub, GitLab)

https://github.com/hashicorp/vagrant

Additional information

The following subcommands are documented on a separate page: docker-exec,docker-logs, docker-run, rsync, rsync-auto https://developer.hashicorp.com/vagrant/docs/cli/non-primary

Commands

  • vagrant #371
  • vagrant box #15650
  • vagrant cloud
  • vagrant connect
  • vagrant destroy #18863
  • vagrant docker-exec
  • vagrant docker-logs
  • vagrant docker-run
  • vagrant global-status #19035
  • vagrant halt #15939
  • vagrant init #18915 #19750
  • vagrant login #18916
  • vagrant package
  • vagrant plugin #15682
  • vagrant port #19035
  • vagrant powershell
  • vagrant provision #18917
  • vagrant rdp
  • vagrant reload #18863
  • vagrant resume #18973
  • vagrant rsync
  • vagrant rsync-auto
  • vagrant share
  • vagrant snapshot #17458
  • vagrant ssh #19035
  • vagrant ssh-config #19750
  • vagrant status #18863
  • vagrant suspend #18863
  • vagrant up #18919
  • vagrant upload #18996
  • vagrant validate #15900
  • vagrant version #19001

Guide contributeur

Direction de recherche
Consultez les directives de contribution de tldr pages, vérifiez les PR fusionnées pour les commandes vagrant (ex. #371, #15650) et créez des pages markdown pour chaque sous commande non documentée en suivant le format établi.
Stack technique
shell
Domaine
documentation
Type d'issue
Documentation
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
1
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-3 heures
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
Git
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
85