tree: ed6c75dc1d33b86ba5a8978f14a4f04e65041eb1 [path history] [tgz]
  1. check/
  2. external/
  3. generated/
  4. github-comment/
  5. install/
  6. templates/
  7. xcode/
  8. apply_all_templates
  9. apply_template
  10. build_all
  11. build_codelabs
  12. build_site.sh
  13. check_components
  14. clean_all
  15. convert_name
  16. export-patch
  17. format_all
  18. gendocs.sh
  19. generate_all_readmes
  20. generate_jazzy_yamls.sh
  21. generate_readme
  22. install_contributor_tools
  23. lint_all
  24. list_components
  25. manage_pods.py
  26. prep_all
  27. print_version
  28. README-release.md
  29. README.md
  30. readme_to_console
  31. release
  32. sync_icons.sh
  33. temporary_clone_at_ref
  34. test_all
  35. versionignore
scripts/README.md

Scripts

Scripts for maintaining Material Components for iOS—none of these scripts are required to use MDC or for casual contributors.

The important scripts are:

  • prep_all: prepare the Material Components catalog, tests, and demos apps for building.
  • build_all: build the Material Components catalog and each of our demo apps.
  • test_all: build and test the Material Components unit and integration tests.
  • clean_all: remove artifacts from the prep_all, build_all, and test_all scripts.
  • check_components: run component checks for documentation, examples, etc.
  • install_contributor_tools: install local contributor tools to speed up the development cycle.

Languages

Material Components follows Google's language standards for scripting. The following languages can be used for scripts:

Either language can be used for a particular purpose, but larger or more complex scripts should be written in (or converted to) Python. Bash scripts get unwieldy quickly and advanced Bash scripting knowledge is currently less common than advanced Python scripting knowledge.

The intent is that the scripts will run on relatively current OS X machines with (only) Xcode installed.

iOS Codelabs Build Tests

iOS codelabs build tests ensure that the Objective C and Swift versions of Codelab 104 Complete and Codelab 111 Complete can be built. If a release fails the codelabs build tests, follow these steps:

  1. If the release changes a component that the codelabs use, submit a PR to the codelabs repo with the appropriate changes for the adjusted component. Address each codelab and language that is affected by the change (it may be helpful to run ./build_codelabs -a to determine which codelabs are affected).
  2. Merge the PR into the codelabs repo, and then rerun the codelabs build tests.
  3. Continue with the release process.