When a notebook is submitted, it is first processed to extract the requirements and concatenate all the cells into a single Python file.
This processing involves a lot and sometimes comments too much code.
You can provide hints to help the processor better understand your intentions.
Automatic line commenting
The notebook is automatically converted into a Python script that only includes the functions, imports, and classes.
Everything else is commented out to prevent side effects when your code is loaded into the cloud environment. (e.g. when you're exploring the data, debugging your algorithm, or doing visualizating using Matplotlib, etc.)
You can prevent this behavior by using special comments to tell the system to keep part of your code:
To start a section that you want to keep, write: @crunch/keep:on
To end the section, write: @crunch/keep:off
Python Notebook Cell (before)
# @crunch/keep:on# keep global initializationdevice = torch.device("cuda"if torch.cuda.is_available()else"cpu")# keep constantsTRAIN_DEPTH=42IMPORTANT_FEATURES=["a","b","c"]# @crunch/keep:off# this will be ignoredx, y = crunch.load_data()deftrain(...):...
The result will be:
The command does not affect comments, functions, classes, or imports.
You can put a @crunch/keep:on at the top of the cell and never close it to keep everything.
Global variables
If you want to use global variables in your notebook, put them in a class, this will improves the readability of your code:
This method was introduced before the recommended @crunch/keep:on command.
Specifying package versions
Since submitting a notebook does not include a requirements.txt, users can instead specify the version of a package using import-level requirement specifiers in a comment on the same line.
Importing at a level other than the very top level will not work.
Wrapping it in a try-except or if-else statement will generate a warning. The import will be ignored.
Imports in functions are also ignored but do not generate warnings.
Inconsistent versions
Specifying multiple times will cause the submission to be rejected if they are different.
Standard libraries
Specifying versions on standard libraries does nothing (but they will still be rejected if there is an inconsistent version).
Optional dependencies
If an optional dependency is required for the code to work properly, an import statement must be added, even if the code does not use it directly.
Name conflicts
It is possible for multiple import names to resolve to different libraries on PyPI. If this happens, you must specify which one you want. If you do not want a specific version, you can use @latest, as without this, we cannot distinguish between commented code and version specifiers.
Embed Files
Additional files can be embedded in markdown cells to be submitted with the Notebook. In order for the system to recognize a cell as an Embed File, the following syntax must be followed:
Submitting multiple cells with the same file name will be rejected.
While the focus is on Markdown files, any text file will be accepted. Including but not limited to: .txt, .yaml, .json, ...