- 21 Sep, 2021 1 commit
-
-
Addshore authored
-
- 17 Aug, 2021 1 commit
-
-
Addshore authored
My IDE wants to do this on save now... Change-Id: I6153b0939095cb7d2cd81cab634e7243de01fa49
-
- 28 Jun, 2021 2 commits
-
-
Bug: T282359 Change-Id: I361cd64d517ebb16ccbca34063bf050594336eac
-
-
- 22 May, 2021 2 commits
-
-
Addshore authored
Bug: T282354 Change-Id: If7a1f622a4b692d6e4d531ee2bf285d16770aab5
-
This means all output is now streamed which is nice. The only non TTY execution is for a command where we only care about the exit code and don't want to bother the user with the output anyway! Bug: T282375 Change-Id: I34edbb9a210e4045e47091087bfea1e410a172ac
-
- 18 May, 2021 1 commit
-
-
This includes: - Prompting the user to pick a PORT for the mwdd env - Prompting the user to pick a MW directory if not set - Clone of MediaWiki and optionally Vector - Ability to do a shallow clone for speed - Ability to clone from Github and switch to Gerrit This also leaves some TODOs around the place: - Allow the user to choose if the remotes end up on https or ssh - Allow cloning async for more speed - Allow the user to get more skins or extensions? - Auto detection of MW directory - Check if git is even installed And leaves 1 clear next step to make initial setup quite slick, this being do an initial composer install if MW determines that it needs it (will be done in a followup) Change-Id: Id58e45c26fed77a06226b081f6248d5f27a234b6
-
- 12 May, 2021 1 commit
-
-
Change summary: - No longer have mediawiki writing a LS.php file with the wrong permissions. - Add a check to make sure a correct looking LS.php exists before allowing install via mwdd. - If NO LS.php files exists at all, then create one for the user. - If a LS.php exists, but doesn't have our shim, tell the user. - Use a nice server option when installing so the output makes sense to the user (rather than just saying localhost) - Switch from arguments to flags for mediawiki install This includes some small refactoring and additions to the mediawiki package which is used by both the docker and mwdd command. Change-Id: I2253730996c2969e775d3e77cf376cb1ebd67363
-
- 01 Feb, 2021 1 commit
-
-
This is further prep in the direction of I7d1a66dd96b293d3fe3d6b371212e34018872a49 that is useful in any case. The internal/mediawiki package now exposes a MediaWiki type which has the various methods attached for interacting with a MediaWiki directory. The internal/docker package contains functionality of the mediawiki-docker dev environment. This means there is now a clear split between the CLI / user / presentation layer, which exists in the cmd package. The buisness layer that lives in other packages. internal/mediawiki: things generically performed to mediawiki on disk internal/docker: things specifica to the mediawiki-docker command / environment Change-Id: I487866628a87d11eeb4d467d5c718a706f7c6e23
-
- 07 Jan, 2021 2 commits
-
-
This is further prep in the direction of I7d1a66dd96b293d3fe3d6b371212e34018872a49 that is useful in any case. The internal/env package now exposes a DotFile type which has the various methods attached for interacting with a .env file. The .env file is currently tied to the MediaWiki core directory so the commands have a check added for the current location. This is already done for the docker commands, but not here yet. Use of the type should make using .env files in different locations easier in the future. Change-Id: I3bf2079ff4be2f8589d17443639d5e4e03dadf12
-
This brings some separation between docker related code and MediaWiki related code making things easier to follow and enforcing some boundaries. This was extracted from I7d1a66dd96b293d3fe3d6b371212e34018872a49 Change-Id: I6de4e2218dee3fb8dd596e2f69ddd8f0e37c8a39
-
