
GITHUB . COM {
}
Detected CMS Systems:
- Wordpress (2 occurrences)
Title:
make `--debug` more configurable via `--debug-file` or `--debug-append` Β· Issue #8954 Β· pytest-dev/pytest
Description:
Hi, it is probably common (enough) that when using xdist people are running pytest multiple time(s), I think @nicoddemus even mentioned he does this, we do in work similar like: # multiple jenkins stages & pytest invocations are involved...
Website Age:
17 years and 8 months (reg. 2007-10-09).
Matching Content Categories {π}
- Technology & Computing
- Video & Online Content
- Careers
Content Management System {π}
What CMS is github.com built with?
Github.com is powered by WORDPRESS.
Traffic Estimate {π}
What is the average monthly size of github.com audience?
ππ Tremendous Traffic: 10M - 20M visitors per month
Based on our best estimate, this website will receive around 10,000,019 visitors per month in the current month.
However, some sources were not loaded, we suggest to reload the page to get complete results.
check SE Ranking
check Ahrefs
check Similarweb
check Ubersuggest
check Semrush
How Does Github.com Make Money? {πΈ}
Subscription Packages {π³}
We've located a dedicated page on github.com that might include details about subscription plans or recurring payments. We identified it based on the word pricing in one of its internal links. Below, you'll find additional estimates for its monthly recurring revenues.How Much Does Github.com Make? {π°}
Subscription Packages {π³}
Prices on github.com are in US Dollars ($).
They range from $4.00/month to $21.00/month.
We estimate that the site has approximately 4,989,889 paying customers.
The estimated monthly recurring revenue (MRR) is $20,957,532.
The estimated annual recurring revenues (ARR) are $251,490,385.
Wordpress Themes and Plugins {π¨}
What WordPress theme does this site use?
It is strange but we were not able to detect any theme on the page.
What WordPress plugins does this website use?
It is strange but we were not able to detect any plugins on the page.
Keywords {π}
debug, pytest, issue, verified, merge, nicoddemus, added, config, configurable, symonk, file, sign, type, change, commit, references, pytestdev, projects, debugappend, isolated, making, user, navigation, pull, requests, actions, security, make, debugfile, closed, multiple, mentioned, jenkins, pytestdebuglog, enhancement, feature, api, merged, features, branch, topic, related, handling, argument, parsing, ace, bors, partially, github, milestone,
Topics {βοΈ}
additional command-line flag 2a9c0e5 bors added default --debug opens nicoddemus edits member debug-file=debug1 features branch type means collecting artifacts allowing unique names adding customisation capabilities comment metadata assignees assigned labels topic type projects config file type projects milestone pytest user debug-append isolated --debug debug-file `--debug-file` making --debug change --debug ci system config related config handling log file xdist people work similar root dir exists thoughts api change argument parsing small change optional filename milestone relationships github mentioned jenkins file log skip jump sign configurable common involved parallel pytestdebug assist debugging problematic
Payment Methods {π}
- Braintree
Questions {β}
- Already have an account?
- Thoughts?
Schema {πΊοΈ}
DiscussionForumPosting:
context:https://schema.org
headline:make `--debug` more configurable via `--debug-file` or `--debug-append`
articleBody:Hi, it is probably common (enough) that when using `xdist` people are running pytest multiple time(s), I think @nicoddemus even mentioned he does this, we do in work similar like:
```python
# multiple jenkins stages & pytest invocations are involved in one 'CI run'
pytest -m parallel and not isolated --debug
pytest -m isolated --debug
```
By default `--debug` opens the `pytestdebug.log` file with `w` which means collecting artifacts later to assist with debugging when using a CI system like jenkins for example is often problematic as you will only receive the isolated runs debug logs here
I propose one of the following:
- `--debug-file=debug1.log` (I think keeping the same root dir here but allowing unique names could be beneficial)
- `--debug-append` which _appends_ (`a`) to the file if it already exists
Thoughts? I will PR if you think its got any merit
author:
url:https://github.com/symonk
type:Person
name:symonk
datePublished:2021-07-29T13:58:11.000Z
interactionStatistic:
type:InteractionCounter
interactionType:https://schema.org/CommentAction
userInteractionCount:1
url:https://github.com/8954/pytest/issues/8954
context:https://schema.org
headline:make `--debug` more configurable via `--debug-file` or `--debug-append`
articleBody:Hi, it is probably common (enough) that when using `xdist` people are running pytest multiple time(s), I think @nicoddemus even mentioned he does this, we do in work similar like:
```python
# multiple jenkins stages & pytest invocations are involved in one 'CI run'
pytest -m parallel and not isolated --debug
pytest -m isolated --debug
```
By default `--debug` opens the `pytestdebug.log` file with `w` which means collecting artifacts later to assist with debugging when using a CI system like jenkins for example is often problematic as you will only receive the isolated runs debug logs here
I propose one of the following:
- `--debug-file=debug1.log` (I think keeping the same root dir here but allowing unique names could be beneficial)
- `--debug-append` which _appends_ (`a`) to the file if it already exists
Thoughts? I will PR if you think its got any merit
author:
url:https://github.com/symonk
type:Person
name:symonk
datePublished:2021-07-29T13:58:11.000Z
interactionStatistic:
type:InteractionCounter
interactionType:https://schema.org/CommentAction
userInteractionCount:1
url:https://github.com/8954/pytest/issues/8954
Person:
url:https://github.com/symonk
name:symonk
url:https://github.com/symonk
name:symonk
InteractionCounter:
interactionType:https://schema.org/CommentAction
userInteractionCount:1
interactionType:https://schema.org/CommentAction
userInteractionCount:1
External Links {π}(2)
Analytics and Tracking {π}
- Site Verification - Google
Libraries {π}
- Clipboard.js
- D3.js
- Lodash
Emails and Hosting {βοΈ}
Mail Servers:
- aspmx.l.google.com
- alt1.aspmx.l.google.com
- alt2.aspmx.l.google.com
- alt3.aspmx.l.google.com
- alt4.aspmx.l.google.com
Name Servers:
- dns1.p08.nsone.net
- dns2.p08.nsone.net
- dns3.p08.nsone.net
- dns4.p08.nsone.net
- ns-1283.awsdns-32.org
- ns-1707.awsdns-21.co.uk
- ns-421.awsdns-52.com
- ns-520.awsdns-01.net