You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
You can run the full test-case in your terminal via this bash script:
185
+
You can run the full test-case in your terminal via this make script:
186
186
187
187
```bash
188
-
bash .run_local_tests.sh
188
+
make test
189
189
```
190
190
191
191
Note: if your computer does not have multi-GPU nor TPU these tests are skipped.
@@ -196,7 +196,7 @@ This is useful if you do not test against all required dependency versions.
196
196
**Docker:** Another option is utilize the [pytorch lightning cuda base docker image](https://hub.docker.com/repository/docker/pytorchlightning/pytorch_lightning/tags?page=1&name=cuda). You can then run:
# os.environ["PL_DEV_DEBUG"] = '1' optional. When activated, you can use internal trainer.dev_debugger
309
+
310
+
classExtendedModel(BoringModel):
311
+
...
312
+
313
+
model = ExtendedModel()
314
+
315
+
# BoringModel is a functional model. You might want to set methods to None to test your behaviour
316
+
# Example: model.training_step_end = None
317
+
318
+
trainer = Trainer(
319
+
default_root_dir=tmpdir, # will save everything within a tmpdir generated for this test
320
+
...
321
+
)
322
+
trainer.fit(model)
323
+
result = trainer.test()
324
+
325
+
# assert the behaviour is correct.
326
+
assert...
327
+
assert...
328
+
```
329
+
279
330
### Bonus Workflow Tip
280
331
281
332
If you don't want to remember all the commands above every time you want to push some code/setup a Lightning Dev environment on a new VM, you can set up bash aliases for some common commands. You can add these to one of your `~/.bashrc`, `~/.zshrc`, or `~/.bash_aliases` files.
Copy file name to clipboardExpand all lines: .github/PULL_REQUEST_TEMPLATE.md
+10-4Lines changed: 10 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,6 +4,8 @@
4
4
Please include a summary of the change and which issue is fixed.
5
5
Please also include relevant motivation and context.
6
6
List any dependencies that are required for this change.
7
+
8
+
If we didn't discuss your PR in Github issues there's a high chance it will not be merged.
7
9
-->
8
10
9
11
Fixes # (issue)
@@ -17,13 +19,17 @@ Fixes # (issue)
17
19
-[ ] Did you verify new and existing tests pass locally with your changes?
18
20
-[ ] If you made a notable change (that affects users), did you update the [CHANGELOG](https://github.com/PyTorchLightning/pytorch-lightning/blob/master/CHANGELOG.md)?
19
21
20
-
<!-- For CHANGELOG separate each item in unreleased section by a blank line to reduce collisions -->
22
+
<!-- For CHANGELOG separate each item in the unreleased section by a blank line to reduce collisions -->
21
23
22
24
## PR review
23
-
-[ ] Is this pull request ready for review? (if not, please submit in draft mode)
25
+
Anyone in the community is free to review the PR once the tests have passed.
26
+
Before you start reviewing make sure you have read [Review guidelines](https://github.com/PyTorchLightning/pytorch-lightning/wiki/Review-guidelines). In short, see the following bullet-list:
24
27
25
-
Anyone in the community is free to review the PR once the tests have passed.
26
-
If we didn't discuss your PR in Github issues there's a high chance it will not be merged.
28
+
-[ ] Is this pull request ready for review? (if not, please submit in draft mode)
29
+
-[ ] Check that all items from **Before submitting** are resolved
30
+
-[ ] Make sure the title is self-explanatory and the description concisely explains the PR
31
+
-[ ] Add labels and milestones (and optionally projects) to the PR so it can be classified; _Bugfixes should be including in bug-fix release milestones (m.f.X) and features should be included in (m.X.b) releases._
python -c "fname = 'requirements/extra.txt' ; lines = [line for line in open(fname).readlines() if 'fairscale' not in line] ; open(fname, 'w').writelines(lines)"
67
69
68
70
# Note: This uses an internal pip API and may not always work
0 commit comments