問題タブ [fork]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
7 に答える
362 参照

git - FOSS プロジェクトの Git リポジトリをフォークする

自分のニーズに合うように、オープンソース プロジェクトをフォークする必要があると真剣に考え始めています。元の作者にパッチを送りましたが、返事はかなり簡潔で、まあ、歓迎されませんでした。

とにかく。オープン ソース プロジェクトをうまくフォークするという質問を読みましたが、これは私のより具体的な質問には答えません。

ファイルはどうすればよいですか?

まず、元の Git リポジトリをそのまま使用するか、すべての履歴を破棄して新たに開始するか (" rm -rf .git && git init")? 次に、古い readme:s、以前のリリース情報、およびバージョン管理に関する意見はありますか?

当然、ライセンスと帰属は、ライセンスの要件に従って処理されます。

0 投票する
2 に答える
1978 参照

windows - Windows 上の Perl でフォーク パイプを動作させるにはどうすればよいですか?

Unix から Windows に Perl スクリプトを移植しようとしていますが、 open 関数でサポートされていない fork パイプが原因で、ほとんど不可能な時間がかかっています。コードは次のとおりです。

エラーは次のとおりです。

これを機能させる方法を知っている人はいますか?ありがとう!

マイク

0 投票する
3 に答える
9052 参照

c++ - ここの子プロセスが何も出力しないのはなぜですか?

すべての変数が以前に宣言されていると仮定します...宣言されているためです。子プロセスは、実行されていないと思わせるものを何も出力しません。共有メモリを取得しませんが、親プロセスは正常に実行されます。このコードが長くて申し訳ありません...

0 投票する
7 に答える
3425 参照

c++ - C ++:フォークされたプロセスを介してポインターを共有することは可能ですか?

私は、母プロセスによってフォークされ、使用/読み取られたいくつかのプロセスによってカウントアップされるはずのカウント変数を持っています。

マザープロセスのmain()関数でポインターを作成し、フォークされた子でそのポインターをカウントアップしようとしました。それはうまくいきません!住所はすべてのプロセスで同じですが、すべての子供は自分のコピーを持っているようです。

それを行うための最良の方法は何ですか?

0 投票する
6 に答える
2143 参照

c++ - unix-fork-monitor-child-progress

少しの並列処理が役立つアプリケーションがあります。説明のために、10 個のテキスト ファイルを含むディレクトリがあり、10 個のプロセスをフォークして、それぞれがファイルの 1 つを取得し、ファイルの内容を大文字にするプログラムを開始したいとします。親プログラムは、待機関数の 1 つまたは選択関数を使用して、子プロセスが完了するのを待機できることを認めます。

私がやりたいことは、親プロセスが分岐した各プロセスの進行状況を監視し、プロセスの実行中に進行状況バーのようなものを表示することです。

私の質問。

フォークされたプロセスがこの情報を親プロセスに伝えるために、合理的な代替手段は何ですか? どのような IPC 手法を使用するのが合理的ですか?

0 投票する
3 に答える
149 参照

resources - 拡張/再利用のためのプロジェクトの再編成

私が取り組んでいるプロジェクトの範囲は拡大中です。アプリケーションはかなり単純ですが、現在は非常に特定のニッチをターゲットにしています。近い将来、私はプロジェクトをフォークして新しい市場をターゲットにし、2 つのプロジェクトを並行して開発し続けるように依頼されました。

両方のプロジェクトは機能的に類似しているため、元のプロジェクトの根幹の多くを一般化する非常に強いインセンティブがあります。また、近い将来、より多くの市場をターゲットにしていると確信しています (市場は地理的なものです)。

問題は、プロジェクトの以前のメンテナーが、プロジェクトを元の市場に結び付ける多くの仮定を行ったことです。汎用コードを市場固有のコードから分離するには、かなりのリファクタリングが必要です。

物事をより複雑にするために、増え続ける市場のプロジェクトをどのように編成するかについて、いくつかの提案が飛び交っています。

  1. 各市場は個別のプロジェクトであり、プロジェクト間の共通点は共有ライブラリに移動され、プロジェクトは個別に展開されます。
  2. 既存のプロジェクトを拡張して複数の市場をターゲットにし、購入したライセンスに基づいて機能を制限します。
  3. 親アプリケーションを作成し、個別に購入したプラグインとしてプロジェクトを再設計します

3 つの提案にはすべてメリットがあります。理想的には、コードを柔軟に構成して、わずかな調整でこれらのいずれかを実行できるようにしたいと考えています。提案 3 は、プラグイン アーキテクチャを構築する必要があるため、最も困難なようです。最初の 2 つの提案は、もう少しもっともらしいです。

これらの異なるアーキテクチャの長所と短所について利用できる適切なリソースはありますか?

プロジェクト間でコードを共有することと、コピーとフォークを比較することの長所と短所は何ですか?