Port Perforce backend to use run_process() instead of execute()
Review Request #14484 — Created June 27, 2025 and updated
This change updates the Perforce client to use
run_process()
instead
ofexecute()
. In order to simplify the implementation here, I've added
newinput_string
andtimeout
parameters torun_process
and
friends, which allows passing in data to send to the command's standard
input stream.
Ran unit tests.
Summary | ID |
---|---|
70fb055a6ae05c010b337fa44b5b0857be168aa8 |
Description | From | Last Updated |
---|---|---|
This can just be True now. |
|
|
No need for this else. |
|
|
Probably should be Sequence[Mapping[str, Any]]. |
|
|
Same here. |
|
|
Mapping here. And similar for other functions below. |
|
|
This is missing a return type. |
|
|
This is missing a :py:class: (and then only single backticks). |
|
|
:py:class: |
|
|
Ordering here is wrong. |
|
|
The other arguments are (mostly) alphabetically-sorted. Can you update this to sort? That'll just keep this organized as run_process() expands. |
|
|
We should probably update this to use Mapping. |
|
|
Why this? Can we document it here and in the docstring? I feel like maybe the timeout needs to be … |
|
|
And timeout |
![]() |
- Description:
-
This change updates the Perforce client to use
run_process()
insteadof execute()
. In order to simplify the implementation here, I've added~ a new input_string
parameter torun_process
and friends, which~ allows passing in data to send to the command's standard input stream. ~ new input_string
andtimeout
parameters torun_process
and~ friends, which allows passing in data to send to the command's standard + input stream. - Commits:
-
Summary ID 055362e7605e83460438ccd8c71c5e0198033f72 20ec5f0d70be244bce4714e524491b5c8c0ed40f