Starting the debug execution point on a remote file
まだ誰も着手していません。
- 主要言語
- Python
- スター
- 284
- フォーク
- 27
- PR マージ指標
- 30日以内にマージされた PR はありません
説明
I am currently toying around vim-debug trying to figure out how to have the ability to execute file A.py, while debugging file B.py/C.py/etc.
With the way it is now, if you have a library that you're trying to debug, you might have to go to some main file (A.py, in this case) and debug it, and spend a potentially huge amount of time stepping through/into code to get to your B.py or C.py just so you can debug it.
Anyone have any ideas on how this can be done? I am thinking about forking and hopefully getting something working, but first i need to wrap my head around the debugger instances and junk. Any information anyone could contribute would be greatly appreciated! This is a required feature in my mind, so hopefully someone, will have an idea :)
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
The issue does not identify any files or tests; start by locating the plugin's debugger-instance and execution-start handling. Define done as being able to launch A.py while starting or stopping directly in library files such as B.py or C.py, then add coverage for that workflow.
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- python, vim
- 領域
- devtools
- issue の種類
- 機能追加
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 25/100