chore: set up blockly to be a monorepo

[maribethb]

The basics

• I validated my changes

(as best I could)

The details

Resolves

Fixes #7759
Fixes #7757

Addresses #7768

Proposed Changes

• Sets up the infrastructure to make this repository a monorepo
• Moves most top-level files under packages/blockly
• Splits up the gitignore as made sense
• Adds new root level scripts for built, test, lint that run those scripts in all workspaces (which right now is just blockly, obviously, but those are the scripts that will make sense to run at the root level eventually)
• Updates the github workflows to cd into packages/blockly if needed (not needed if new top-level scripts have been added)
• Deletes the tag_module_cleanup action since it's no longer needed.

Reason for Changes

Making blockly + blockly plugins into a monorepo has a lot of benefits that are already documented elsewhere.

The reason I'm doing this right now is that I'm trying to launch the new documentation site. The way the new docs were set up by cybage effectively had a standalone npm project nested inside the blockly project, which just isn't maintainable going forward. Having a monorepo is the correct way to have multiple projects in the same repository.

In another PR coming soon, I'll have the docs added under packages/docs and then we'll be able to manage both packages through the monorepo tooling provided by npm workspaces.

Test Coverage

• Manually ran all the commands that only affected local files (i.e. not deploy, publish, etc.)
• Ran the top-level commands which are referenced in the github workflows
• Really hoping the github workflow changes will be tested in this PR once it's opened

Documentation

The contributing docs will need to be updated to explain how to use the monorepo. For now, you can just cd packages/blockly and just keep doing what you were doing. Nothing has changed except your working directory.

Additional Information

Review this PR commit-wise. One of the commit renames all of the files. The other two commits do the more interesting stuff.

Future work

Ideally linting and formatting would be done at the root level instead of their configs being inside the packages/blockly directories. However, since there are no other packages right now, that is not a pressing need and doing it this way keeps as much the same as possible. Those files should be moved back to the root level as part of #7760 and #7761

[maribethb]

This is not the build error I would have expected.

[22:43:37] gulp-google-closure-compiler: Error: LinkageError occurred while loading main class com.google.javascript.jscomp.CommandLineRunner
  	java.lang.UnsupportedClassVersionError: com/google/javascript/jscomp/CommandLineRunner has been compiled by a more recent version of the Java Runtime (class file version 65.0), this version of the Java Runtime only recognizes class file versions up to 61.0
  Error writing to stdin of the compiler. write EPIPE
  [22:43:37] 'buildCompiled' errored after 730 ms