substコマンドを使用してWindowsで仮想ドライブを作成する意義は何ですか? 私はそれの主な用途は何ですか編集など、substを使用して仮想ドライブを作成することについて
を私の元のソースコードディレクトリに仮想ドライブを作成し、コンパイルなどのすべてのために仮想ドライブを使用していますか?私がソースコードのチェックアウトを行った元のディレクトリで作業することはできませんか?
substコマンドを使用してWindowsで仮想ドライブを作成する意義は何ですか? 私はそれの主な用途は何ですか編集など、substを使用して仮想ドライブを作成することについて
を私の元のソースコードディレクトリに仮想ドライブを作成し、コンパイルなどのすべてのために仮想ドライブを使用していますか?私がソースコードのチェックアウトを行った元のディレクトリで作業することはできませんか?
(彼らはすべて優れているとの点までのように、コミュニティの答えに、今までのすべてのコメントを収集し、一緒に良い答えを構築するより多くの情報を追加すること自由に感じなさい - 。。ステファン)
場合によります。たとえば、ツールチェーンにはパスの制限があります。長いファイル名(MS DOSの時刻)をサポートしていないか、260シンボル(Windows 95の時間)を超えるパスはサポートされていません。それが必要とされていない近代的なツールのために一般的に - 複数の開発者がプロジェクトで作業し、開発者がソースとプロジェクトディレクトリの上にすべて同じディレクトリ構造を持っていない場合はvitalygolub
、それは多くの場合、代替する感知可能プロジェクトの親ディレクトリをドライブとして指定します。プロジェクトが開発者のマシン上の別のディレクトリに格納されているにもかかわらず、すべての開発者は絶対パスでプロジェクトを操作できます。 - Mofi
Visual C/C++のようなコンパイラの中には、いくつかの条件で実行可能なリリースであっても、絶対ソースパスをコンパイルするものもあります。私はすでに多くのと*.dll
ファイルに多くのUser\user name\...
またはUser/user name/...
を見ました。実行可能ファイルまたはライブラリの開発者のユーザーアカウントの名前を確認することは、時には面白いことがあります。ドライブに置換されたディレクトリを使用すると、サブディレクトリが%USERPROFILE%
に保存されていないなど、意図せずにユーザーアカウント名をパブリックにするのを避けることができます。 - Mofi
別の理由は、ファイル内で絶対パスでデバッグすることがよくあります。相対パスは、パスが相対的なディレクトリをデバッガが知る必要があるため、時には問題があります。プロジェクトディレクトリを仮想ドライブとして使用するため、ファイル内の(短い)絶対パスを使用すると、デバッグ時に誤ったディレクトリを基準にしたパスによって発生する問題を回避できます。 - Mofi
MSdos 1はディレクトリを作成しませんでした。 SubstはDos 1プログラムをDos 2以降で動作させることができました(ディレクトリはドライブであると見なして)。人々はそれが機能がハングアップするように便利だと分かった。 - 麺類
それに依存します。たとえば、ツールチェーンにはパスの制限があります。長いファイル名(MS DOSの時刻)をサポートしていないか、260シンボル(Windows 95の時間)を超えるパスはサポートされていません。一般的に最新のツールでは必要ありません – vitalygolub
MSdos 1はディレクトリを作成しませんでした。 SubstはDos 1プログラムをDos 2以降で動作させることができました(ディレクトリはドライブであると見なして)。人々はそれが機能がハングアップするように便利だと分かった。 –