Message333569
| Author |
Chris Billington |
| Recipients |
Anthony Sottile, Antony.Lee, Chris Billington, Ivan.Pozdeev, __Vano, barry, brett.cannon, christian.heimes, eric.smith, eric.snow, ethan smith, jaraco, mhammond, ncoghlan, pitrou, takluyver, terry.reedy, vstinner |
| Date |
2019年01月13日.20:49:58 |
| SpamBayes Score |
-1.0 |
| Marked as misclassified |
Yes |
| Message-id |
<1547412598.82.0.0462496329545.issue33944@roundup.psfhosted.org> |
| In-reply-to |
| Content |
coverage.py's documentation mentions:
> The sitecustomize.py technique is cleaner, but may involve modifying an existing sitecustomize.py, since there can be only one. If there is no sitecustomize.py already, you can create it in any directory on the Python path.
> The .pth technique seems like a hack, but works, and is documented behavior. On the plus side, you can create the file with any name you like so you don’t have to coordinate with other .pth files. On the minus side, you have to create the file in a system-defined directory, so you may need privileges to write it.
This brings to mind the transition of many programs from using a single config file or startup script to using a directory of config/startup files parsed/executed in alphabetical order. Would a sitecustomize.d/ directory (with files within it executed in alphabetical order) as a replacement for executable code in .pth files be an improvement on the status quo? |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2019年01月13日 20:49:59 | Chris Billington | set | recipients:
+ Chris Billington, mhammond, barry, brett.cannon, terry.reedy, jaraco, ncoghlan, pitrou, vstinner, eric.smith, christian.heimes, __Vano, eric.snow, takluyver, Antony.Lee, Ivan.Pozdeev, Anthony Sottile, ethan smith |
| 2019年01月13日 20:49:58 | Chris Billington | set | messageid: <1547412598.82.0.0462496329545.issue33944@roundup.psfhosted.org> |
| 2019年01月13日 20:49:58 | Chris Billington | link | issue33944 messages |
| 2019年01月13日 20:49:58 | Chris Billington | create |
|