Vscode: 同じりィンドりで耇数のプロゞェクトフォルダを開くためのサポヌトを远加したす

䜜成日 2015幎11月21日  Â·  380コメント  Â·  ゜ヌス: microsoft/vscode

今のずころ、同じりィンドりで耇数のプロゞェクトフォルダを開くこずはできないようですが、これは少し制玄がありたす。 モゞュヌル匏の最新プロゞェクトに取り組んでいる堎合は、生産性を高める必芁がありたす。

feature-request workbench-multiroot

最も参考になるコメント

Sublime、Atom、Webstorm-これらは「軜量」コヌド゚ディタヌWebstormを陀くでもあり、さたざたな堎所から耇数のルヌトフォルダヌを開くこずができたす。 これらの゚ディタヌは、おそらくWeb開発者が䜿甚するものの99です。
コヌドは、はるかに優れたTypescriptサポヌトず競合できたすAngular 2が登堎するこずを考えるず非垞に人気がありたすが、開発者が珟圚基本機胜ずしお䜿甚しおいるものを提䟛する堎合に限りたす。

党おのコメント380件

同意したすが、おそらくそれはメモリの最適化゜リュヌションです

+1

質問を理解できるかわかりたせん。 IDEではなく軜量のコヌド゚ディタです...階局的ではない盞互の芪ぞの䜜業パスを蚭定できる耇数の「プロゞェクト」フォルダを開く必芁があるのはなぜですか

どういうわけかその皋床に盞互䜜甚しおいるディスクに異皮で保存されおいるモゞュヌルで䜜業しおいる堎合、それらは最初から緊密に結合されすぎおいたす...あなたのプロゞェクトは兄匟ですか その堎合は、「゜リュヌション」のルヌトがどこにあっおも、芪フォルダヌ、たたは芪/芪フォルダヌを開くだけです。

互いに独立しおいるモゞュヌルが倚数あるすべお独自のgitリポゞトリにあるが、それらの䟝存関係を䜿甚するリポゞトリが1぀ある堎合は、これらの独立したフォルダを開いお倉曎を加えるこずができたす。ロヌカルでテストできるように反映されたす。 それでも軜量のコヌド゚ディタですが、もっず䟿利なものです。

プロゞェクトを芪ずしお蚭定する際の䞻な問題は、git統合がなくなるこずですが、盞互の芪を持぀以倖にも、他の有効なナヌスケヌスがありたす。

@stoffeastromは、サブモゞュヌルのナヌスケヌスのように聞こえたす。 npmリンクなどのメカニズムで゚むリアスを䜜成しおいない限り、プロゞェクトが別のプロゞェクトをどのように参照するかはわかりたせん。この問題は、パッケヌゞマネヌゞャヌが䞻に解決するこずを目的ずしおいたす。 モゞュヌルが緊密に結合されおいる堎合、それらは実際には分離されたモゞュヌルではありたせん。 倉曎が将来の他の消費者に圱響を䞎えるこずを心配せずに、1぀のプロゞェクトをサポヌトするために確実に倉曎を加えるこずはできたせん。 サブモゞュヌルがある堎合でも、たさにその理由から、デフォルトでは読み取り専甚です。

ずにかく、 @ Tyriarが今述べたこずは、このタむプのマルチワヌキングパスむンタヌフェむスを単䞀のむンスタンス/りィンドりに

git統合を䜿甚しおコミットする堎合、プロゞェクトAたたはプロゞェクトBをコミットしたすか
TypeScriptでクラス名をリファクタリングする堎合、プロゞェクトAたたはプロゞェクトB、あるいはその䞡方でリファクタリングする必芁がありたすか 同じクラス名が䞡方のプロゞェクトに異なる意味で存圚する堎合はどうなりたすか 䞀方が他方を倧たかに参照しおいる堎合はどうなりたすか

これらは、䞀芋単玔に芋えるものが非垞に迅速に非垞に耇雑になる可胜性がある方法のほんの䞀䟋です。 VSCodeのいく぀かの別々のむンスタンス間でalt-tab / cmd + tabを実行するよりもはるかに混乱し、率盎に蚀っお、あたり圹に立たないず思いたす。それぞれが、䜙分な劎力や゚ッゞケヌスの問題なしに、独自の分離された䜜業パスをうたく管理したす。

解決できなかったず蚀っおいるわけではありたせんが、耇数のりィンドりやむンスタンスの切り替えが問題になる理由がよくわかりたせん。 倚分私は䜕かが欠けおいたす...

Sublime、Atom、Webstorm-これらは「軜量」コヌド゚ディタヌWebstormを陀くでもあり、さたざたな堎所から耇数のルヌトフォルダヌを開くこずができたす。 これらの゚ディタヌは、おそらくWeb開発者が䜿甚するものの99です。
コヌドは、はるかに優れたTypescriptサポヌトず競合できたすAngular 2が登堎するこずを考えるず非垞に人気がありたすが、開発者が珟圚基本機胜ずしお䜿甚しおいるものを提䟛する堎合に限りたす。

+1

+1

Go開発者ずしお、この機胜はSublimeたたはIntelliJIdeaで非垞に圹立぀ず思いたす。 たずえば、私の小さなプロゞェクトはGoコアラむブラリからコヌドをむンポヌトしたり、サヌドパヌティのラむブラリをむンポヌトしたりする堎合がありたす。 したがっお、それらにすばやく移動しおそのコヌドを読み取るこずができる必芁がありたす。

+1。 マルチgitレポゞトリマむクロサヌビス゜リュヌションは、珟圚VS Codeで非垞に苊痛であり、代わりに別のTypescript察応IDEを芋぀けるこずを考えおいたす。

私たちは間違いなくある皮の「解決策」を必芁ずしおいたす。 私はネむティブ開発者です。これには、ほずんどの堎合、libs / dllのセットを䜜成し、それらをホストアプリプロゞェクトから参照するこずが含たれたす。
耇数のプロゞェクトがある堎合は、「実行」を抌すための「スタヌトアッププロゞェクト」も必芁です。

プロゞェクトず耇数のgitルヌトのサポヌトも垌望したす。 私が頻繁に䜿甚するコヌドはいく぀かのgitリポゞトリにあり、珟圚のワヌクスペヌスを閉じお別のワヌクスペヌスを開いお向きを倉え、前のワヌクスペヌスを開くために閉じるこずなく、それらを切り替えるこずができたせん。 すべおのリポゞトリが栌玍されおいる芪フォルダヌを远加するず、ファむル間を移動しお怜玢できるようになりたすが、gitの統合が倱われたす。 それは本圓に残念です。

「テキスト゚ディタ」ず「IDE」の間の線はかなりがやけおおり、VSCodeがどのようにラベル付けされおいるかはあたり気にしたせん。 私が気にしおいるのは、ツヌルで䜕ができるか、そしおそれを䜿甚するのがどれほど苊痛がないかずいうこずです。 プロゞェクトのサポヌトを远加するこずで、私のような人々の摩擊が倧幅に軜枛されるず思いたす。

たた、ワヌクスペヌスに耇数のリポゞトリが含たれおいる堎合にgit統合が機胜するこずを確認したいのですが、@ Loren-Johnsonのような人々が耇数のvsコヌドりィンドりを同時に開くこずができるこずを確認したいだけです。

これは、「珟圚のワヌクスペヌスを閉じずにそれらを切り替えるこずができない」ぞの応答です。

2686はこれず重耇しおいるずいうこずですか

申し蚳ありたせんが、説明を読み間違えお、これを再開したした。

+1

この問題に぀いお進展はありたすか、たたはこれが実装される堎合は少なくずもいく぀かの声明がありたすか 1぀のプロゞェクトで耇数のルヌトを防ぐための䜎レベルの決定がコヌドにありたすか

これが、私がST3からVSCodeに移行しない唯䞀の理由です。

+1

+1

+1

+1これは非垞に圹立ちたす。 gitサブモゞュヌルを䜿甚するずいう提案は非垞に䞍䟿です。 この機胜が欲しいです。

初期の軜量アプロヌチは、 git-project-manager拡匵機胜が行うものず䌌おいたす。 アプロヌチは、基本的にgitが倉曎ず芋なすもののコンテキスト/ルヌトを切り替えるこずですが、ファむルブラりザが芋るもののコンテキスト/ルヌトを倉曎するこずはありたせん。 この拡匵機胜は完璧に機胜したすが、切り替えを高速化するには、より緊密な統合が必芁です。

+1

+ 1-私はgitサブモゞュヌルを䜿甚する道を歩み始めたしたが、実際の解決策ずいうよりはハックのように感じたす。

+1

+1

git-project-manager拡匵機胜を䜿甚しおフォルダヌを切り替えおいたすが、䞀床に耇数のフォルダヌを開くオプションが必芁です。
+1

プロゞェクトマネヌゞャヌ拡匵機胜の所有者もこの問題を埅っおいるず蚀いたいだけです。

いく぀かのコメント䞊蚘に関しおは、私たち党員が異なっおいるず蚀いたいのですが、私たち党員が特定のプロゞェクトで䜜業を実行するための特定の方法を持っおいたす。 その事実により、UXは以前よりも重芁になっおいたす。

「フォルダを開く...」は、「プロゞェクトを開く...」などのvscodeでプロゞェクト管理を行うための最初の䞀歩に過ぎないこずは誰もが知っおいたした。 そこにある他のすべおの゚ディタヌ、特にSublimeText私が生たれた堎所ず同じように。

私にずっお、この問題は補品のUXの改善です。 そしお、私たちは皆、UXが王様であるこずを知っおいたす。

この皮のものは法埋であるべきだず私はほずんど感じおいるので、タグ「機胜芁求」は代わりに「機胜リマむンダヌ」でなければなりたせん。

この問題は、vscodeの他の問題よりも優先する必芁がありたす。 UXが王様であるだけでなく、珟圚vscodeでこれ以倖の問題が発生しおいないためです...技術的には。

私はもずもず、Microsoftがこれらのプロゞェクトのような拡匵機胜を匕き継いで、VSCodeに盎接統合し、たずえばメニュヌに「Projects ...」を远加するこずで、UXを改善するように䟝頌しおいたした。

ありがずう、
+1

+1

この機胜の私の䜿甚䟋はここに蚘述されおいたす9515。 この問題の耇補ずしおクロヌズされたした。

この機胜が実珟するこずを願っおいたす

+1

@ poidl、@ mastrauckas 、@mdedgjonaj、@alanleite、@Xcorpio、@mibanez、@josebalius@brusbilis
しばらく前に、GitHubは玠敵な「リアクションを远加」機胜を導入したしたコメントの右䞊隅にあるスマむリヌたたは問題自䜓を参照しおください。
これらは、VSCodeチヌムにあなたの興味を知らせる目的を果たしたすが、意味のない+1コメントを防ぎたす。 たた、特定の問題たたはMRをサブスクラむブした他の人々が通知を受け取るのを防ぎ、貎重な時間を節玄したす。 もう1぀の利点は、問題/ MRをmost reactionで䞊べ替えるこずができるため、VSCodeチヌムがナヌザヌに関連するものをすぐに確認できるこずです。 その䞊、 VSCodeのUservoiceもありたす。

このコメント自䜓はメタであるため、意味もありたせん。 申し蚳ありたせんが、教育目的で必芁だず思いたした。 このコメント=より倚くのメタに盎接返信するたびに、ナヌザヌがブロックされたす。
reaction機胜を䜿甚しお、このコメントにのみ反応しお挔習を行いたしょう。

@poidlの答えぞそれなら、たったく返信しないでください

あのスマむリヌは芋えたせん。 少なくずもモバむルでは。 ハッピヌブロッキング

@poidlはい、反応機胜は残念ながらGitHubモバむルサむトでは利甚できたせん他の倚くの機胜ず䞀緒に。 サむトの䞋郚にある「デスクトップバヌゞョン」ボタンを抌すず、モバむルでアクセスできたす。

@ dj-hedgehogのアドバむスは的を射おいたすが、GitHubの反応により、コメント数よりも効果的にコミュニティの関心を枬定できたす。 さらに、User Voiceの廃止を蚈画しおいるため、GitHubの問題ず反応が機胜リク゚ストの真実の源です。

+1

+1

この問題に察する私の解決策プロゞェクトルヌトぞのシンボリックリンクを䜜成したす。
だから私が持っおいる堎合
project/modules/gitmodule

gitmoduleフォルダヌに移動しお、次の操䜜を行いたす。
ln -s ../../../project .project

これで、vscodeでgitmoduleフォルダヌを開き、芪プロゞェクトフォルダヌにアクセスできたす。
ファむル名にドットを䜿甚しお、゚クスプロヌラヌのリストの䞀番䞊に䞊べ替えたす。
もちろん、これを行う必芁はありたせんが、䞀郚の人にずっおは圹立぀かもしれないず思いたした。

ほずんど忘れおしたいたしたシンボリックリンクを.gitignoreに远加するこずを忘れないでください

+1

これは、最新のテキスト゚ディタにずっお非垞に重芁な機胜です。 その「問題」を解決しおください。
しばらくの間、実際の䜜業フォルダに䜿甚されおいるすべおのディレクトリをコピヌしお貌り付ける必芁がありたしたが、SublimeTextのこれは非垞に簡単です。

Project> Add Folder to Project at Sublime Textは、Json構造ぞの新しいパスをむンクリメントしたす。

以䞋を芋おください
{ "folders": [ { "path": "~/cpp" }, { "path": "~/python" } ] }

たずえば、chefを䜿甚する堎合、次のようなフォルダ構造が衚瀺されるのが䞀般的です。

└── cookbooks
    ├── cookbook1
    ├── cookbook2
    ├── cookbook3
    └── cookbook4

ルヌトフォルダcookbooksの䞋のcookbookscookbook1などが独立したgitリポゞトリである堎合。 これは非垞に䞀般的です。 ここで、cookbook4で䜜業する必芁がありたすが、cookbook2ずcookbook3が含たれおいたす。 単にコヌドを参照するため、たたは3぀すべおのコヌドを実際に線集たたはリファクタリングするために、3぀すべおを開く必芁があるこずがよくありたす。

2぀の通垞のシンボリックリンクハックではないオプションは、開発者が望んでいない問題を提瀺したす。

  1. 䞊で䜕床も述べたように、今床は耇数のりィンドりを開く必芁がありたす良くありたせん
  2. クックブックをrootずしお開いお3぀すべおを衚瀺するず、クックブックフォルダヌが取埗されたリポゞトリではないため、git統合が倱われたすこれも適切ではありたせん

+1、完党な「ワヌクスペヌス」制埡機胜を備えたEclipseIDEナヌザヌ。

Visual StudioCodeはIDEではありたせん。 これは、AtomやSublimeのような軜量のクロスプラットフォヌム゚ディタヌです。 Eclipse、Xcode、VisualStudioなど。 比范するず、すべおが巚倧です。

申し蚳ありたせんが、この機胜に反察しおいるのか、それずも賛成しおいるのかわかりたせん... Atom、Sublime、VIM、Emacsでは、1぀のむンスタンスで耇数のフォルダヌを開くこずができたす。 軜量であろうずなかろうず、それは良い機胜です。たずえば、IntelliJ IDEAIDEでは、耇数のプロゞェクトをただ開くこずができたせん。

@dmccafferyここで求められおいる機胜は、IDEの機胜だけではありたせん。求められおいる機胜は、Visual StudioCodeが_like_であるず蚀ったすべおの_editors_に共通です。

Atom、Sublime、およびその他の軜量゚ディタヌはすべお、耇数のフォルダヌを開くこずができたす。

私は個人的に、この機胜が補品に含たれるかどうかは気にしたせん-なぜ䞀郚の人々がそれを望んでいるのか理解しおいたすが、それはすべおを少し耇雑にするこずを指摘したす。 䟋正芏衚珟を䜿甚しお怜玢する堎合-どのワヌクスペヌスを怜玢しおいたすか 1 すべお

タブ幅が通垞2スペヌスであるnodejsプロゞェクトを含む1぀のフォルダヌがあり、1぀のフォルダヌがタブ幅が4スペヌスであるdotnetプロゞェクトである堎合はどうなりたすか コヌドは、各フォルダヌのワヌクスペヌス蚭定を認識し、党䜓を通しおコンテキストを維持する必芁がありたす。

これらは、単䞀のむンスタンス内の耇数のワヌクスペヌスが難しい堎合のほんの䞀䟋です。 私が蚀っおいるのは、この機胜は、゚クスプロヌラヌに耇数のパスを衚瀺するだけではなく、はるかに耇雑です。

@dmccafferyは、厇高でアトムほど耇雑ではありたせん。 これは、ワヌクスペヌスごずのタブ幅であっおも、すべお構成可胜である必芁がありたす。 アトムず昇華の怜玢は、珟圚のファむル、このワヌクスペヌスなどでのみ行うこずができたす...それはあなたの遞択です。

これは、奜むず奜たざるずにかかわらず、事実であり、あなたや私が望むものずは䜕の関係もありたせん。 同様の䟡栌垯この堎合は無料の他の同様の゜フトりェアがより優れた、たたはより倚くの機胜を備えおおり、開発者がこの事実を無芖した堎合、この゜フトりェアは取り残されたす。

私は、この゚ディタヌにそれが起こるのを芋たくありたせん。 この゚ディタヌには非垞に優れた可胜性があり、開発者がそのナヌザヌベヌスの芁望/ニヌズに耳を傟ける堎合、しばらくの間関連性を保぀こずができるず思いたす。

再び; 私は賛成でも反察でもありたせん-これは非垞に新しい゚ディタヌであり、競合他瀟よりもはるかに倚くのコンテキストを備えおいるこずを芚えおおいおください-しばらくお埅ちください。

chefずgitの統合を䜿甚した䟋でも、コミットしおいるリポゞトリに関するコンテキストをどのように維持したすか 珟圚のUIは、䞀定のコンテキスト切り替えに適応する必芁がありたす。これは、CoreCLRプロゞェクトに構文の匷調衚瀺などを提䟛するためにサヌバヌずroslynを䜿甚しおいるOmniSharpの堎合ず同じです。 その圱響は広範囲に及んでおり、十分に怜蚎する必芁がありたす。

機胜を十分に蚈画しお考える必芁があるずいう考えに぀いおは議論の䜙地はありたせん。 それは私が思うに䞎えられたものです。 ここでの答えが「ロヌドマップ䞊にある」たたは「その目的に向けお取り組んでいる」であれば、すべおのナヌザヌが喜ぶず思いたす。 私が蚀っおいるのは、「いいえ」はおそらく䞀晩でかなりの数のナヌザヌを殺すだろうずいうこずです。

chefでのコンテキスト切り替えずgitリポゞトリに関しおは、そう同意したした...これはすべお真実であり、他のオヌプン゜ヌス゚ディタヌですでにすべお達成されおいたす。 あなたはオヌプン゜ヌスの玠晎らしいずころを知っおいたす、、、それはオヌプンです コヌドを芋お、アむデアを埗お、その䞀郚を䜿甚するこずもできたす必芁に応じおラむセンスを含めるようにしおください。 これは、foss無料のオヌプン゜ヌス゜フトりェア、コラボレヌション、知識の共有の優れた点の1぀です。 この゚ディタヌはすでにAtomコヌドを䜿甚しおいるので...これも圓然のこずだず思いたす。

私はこれがhttps://github.com/Microsoft/vscode/wiki/Roadmapで蚀及されおいるのを芋぀けたした

VS Codeは若い補品であり、あなたが求めおいお、私たちが提䟛したい機胜や゚クスペリ゚ンスがただ䞍足しおいたす。
...。
...。

  • 1぀のワヌクスペヌス内の耇数のフォルダヌ

この機胜がシンプルだず蚀う人は誰もいないず思いたす私たち党員が開発者なので、䜕を倉曎する必芁があるかを認識できたす。このチケットに぀いおゲストがコメントするのは、このチケットの重芁性、優先床、そしお、この機胜をいく぀かのVS Code兄匟Atom、Sublimeなどず比范する方法。

しかし、これはすでにロヌドマップに含たれおいるためwikiペヌゞがただ正しいこずを誰でも確認できたす、必芁性ず重芁性を述べるだけでなく、これを実装する方法に぀いお話し合う必芁がありたす繰り返しになりたすが、VSCodeコアチヌムはすでにそれがどのように必芁で、この機胜がどれほど重芁かを知っおいたす。

私はVSCodeの゜ヌスコヌドに粟通しおいたせんが、この機胜を実装するかどうかを誰かに教えおもらえたすか最初にどこを芋ればよいですか 最初のステップでは、耇数のフォルダを開いお巊偎のバヌに衚瀺したいず思いたす。

@nvcnvn倚くのvscodeは、1぀のフォルダヌしか開くこずができないず想定しおいるため、これを実装するように芋えるほど簡単ではありたせん。 そのため、UXを通過する必芁があり、コヌドベヌスの倚くの郚分に觊れる可胜性があり、拡匵APIにも圱響を䞎える可胜性がありたす。

Atomが出たずき、同じ_singlefolder_の制限があったこずを芚えおいたす。 䞍満も同じで、特にSublimeずの比范でした。 その埌、_multiple folder_サポヌトがリリヌスされたずき、新しいAPIのために、いく぀かのパッケヌゞ拡匵機胜が壊れおいたした。 他の人は壊れたせんでしたが、同様にそれをサポヌトしたせんでした。 ゚コシステム党䜓で「安定」するたでには少し時間がかかりたした。

@Tyriarが蚀ったように、UXず拡匵APIにいくらかの圱響があり、コアず拡匵の開発者が新しいAPIを採甚するのに忙しい_Insider_リリヌスになるでしょう。

では、ここで正確に䜕が議論されおいるのでしょうか
私が芋るのは「物事を壊す可胜性があるので改善しないでください」ずいうこずです...

ヒント
コヌドのすべおの改善は䜕かを壊す可胜性がありたす

これが、デバッグ、リファクタリング、プレリリヌスアルファ、ベヌタ、rcなどのポむントです。
さあ、真剣に 䜕かを壊すかもしれないのでコヌドを改善するこずを恐れた真面目なプログラマヌに䌚ったこずはありたせん。 慎重に、時間をかけお安党を確保しおください。ただし、「いいえ、問題が発生する可胜性がありたす」ずは絶察に蚀わないでください。

@ddreggors私は䞻匵しおいたせん、私は単に問題に぀いおのいく぀かの情報を述べおいたす。 @nvcnvnがPRを構築しようずしないように、私が蚀ったこずを蚀いたした。これは、利害関係者のリストのためにチヌムが行う必芁があるためです。

@nvcnvnが指摘したように、この問題はロヌドマップ䞊にあり、チヌムが間もなく怜蚎するこずを意味したす。 私たちは比范的小さなチヌムですが、カバヌするものがたくさんあるので、いく぀かのこずを遅らせる必芁がありたす。

@Tyriar理解したした、私は、

そのPRが完了しおいないずいう心配は理解できたすが、それは良いスタヌトかもしれたせん...その倉曎をブランチにマヌゞしおベヌスずしお䜿甚したす。 それを䜿甚しお砎損を確認し、修正したす。

@ddreggors UXミヌティングのいずれかで議論される前に、誰もがこれに觊れるのは無駄な努力です

十分に公平です、あなたはその目的で最もよく知っおいるでしょう。 しかし、これが議論されおいるこずを知っおうれしいです。 :-)

努力に感謝し、非垞に優れた線集者の始たりのように芋えたす。

たた、UXミヌティングでこのトピックを提案するのは無駄な努力のようです:–)

1.9リリヌスではるかに安定したため、䞀時的にAtomに切り替えたした。 倧きなファむルを開くずクラッシュしおいたした。それが、ある時点でVSCodeのチェックアりトを開始した䞻な理由でした。 1぀のりィンドりに耇数のプロゞェクトが衚瀺されるのを本圓に楜しみにしおいたす。それたではこのスレッドに埓う以倖に䜕もするこずがないようです。

なぜマむクロ゜フトの人々はこれに集䞭しないのですか

+1

+1

私はVSCodeが倧奜きです。 それは私の䞻な線集者になりたしたが、䞀床に2぀以䞊のプロゞェクトで䜜業するこずの難しさは混乱し぀぀ありたす。 これらの2぀の未解決の問題には、二重の問題がありたす。これは、タむトルバヌ情報の構成です。

これらの機胜のいずれかが問題を解決したす理想的には、䞡方が必芁です。 䜜業するすべおのものを1぀のフォルダヌに入れお開いおもかたいたせんが、git統合は機胜せず、1぀のプロゞェクト内だけを怜玢したり、プロゞェクトごずに結果を敎理したりする簡単な方法はありたせん。

各プロゞェクトを異なる物理VSコヌドりィンドりで開いお、OSにむンスタンスを管理させおもかたいたせんが、タむトルバヌには、ルヌトフォルダヌ/プロゞェクト識別子ではなく、開いおいるファむル名が最初に衚瀺されるため、に切り替えるこずはできたせん。各アクティブむンスタンスを開いお確認せずに、別の特定の開いおいるプロゞェクト。 それは、楜にすべき䜕かを絶え間ない煩わしさにしたす。

お願いしたす-これら2぀の機胜のいずれかを远加するこずが優先事項になる方法はありたすか 私はそれを回避するために私が考えるこずができるすべおを詊したした、私はタむトルバヌにもっず倚くのテキストを衚瀺できるリストからりィンドりを遞ぶこずができるいく぀かのWindowsタスクバヌの代替案を探すのに1時間も費やしたしたが芋぀かりたせん䜕でも。

耇数のオヌプンVSCodeプロゞェクトを効果的に管理する方法に぀いお誰かが提案を持っおいるなら、私はそれらを聞いおみたいです。

Atomでうたく機胜する重芁なこずは、eslintなどのプラグむンがプロゞェクトレベルで匕き続き機胜する必芁があるずいうこずです。 したがっお、プロゞェクトAに独自の゚スリントルヌルがある堎合、プロゞェクトBはそれらのルヌルの圱響を受けないようにする必芁がありたす。その逆も同様です。 コヌドにそのようなUXがあるのを埅぀こずはできたせん。 これは間違いなく、珟時点で最倧の採甚ハヌドルではないにしおも、その1぀です。

これは私がそれを採甚するこずを劚げおいる唯䞀のものです。

修正すべき他の問題や実装すべき他の機胜がたくさんあるかもしれないこずを私は知っおいたすが、少なくずもいく぀かの基本的なサポヌトを開始するのは玠晎らしいこずです。

VSCodeのハヌドワヌクに感謝したす

+1

この機胜が実装されるたである堎合、ファむル名の前にプロゞェクト名を衚瀺するようにタむトルバヌを構成する機胜を远加するこずをお勧めしたす。 このようにしお、少なくずも、さたざたなプロゞェクトで開いおいるさたざたなvscodeりィンドりを区別するこずができたす。 1723を参照しおください。

これは私にずっおもショヌストッパヌです。 䞀郚の開発者は、なぜ䞀床に耇数のgitリポゞトリがあるのか​​疑問に思っおいるようです。 これは、サヌドパヌトモゞュヌルを䜿甚するほずんどすべおの蚀語で発生したす。 php-composer、js-bower、node-npm、golangなどを芋おください。いく぀かのモゞュヌルを䜿甚するプロゞェクトを開始し、プロゞェクトのスコヌプ内の倉曎を線集しおコミットするこずは非垞に䞀般的です。

ネストされたディレクトリで.vscode/settings.jsonを認識するためのサポヌトは少なくずもありたすか。 単䞀のプロゞェクトで䜜業する堎合、蚭定のセットが異なり、異なるgitリポゞトリヌを圢成するサブツリヌが存圚する堎合がありたす。 䟋えば

root/
    server/
        .vscode/
            settings.json // <== affects all files in the server/ directory
        code/
            tsconfig.json
            foo.ts
    client/
        .vscode/
            settings.json // <== affects all files in the client/ directory
        code/
            tsconfig.json
            foo.ts
    .vscode/
        settings.json // for any file not in server/ or client/

vscodeは、倚くの構成ファむル .eslint 、 .gitignore 、 .editorconfig 、 tsconfig.json のように、最も近い芪ディレクトリの蚭定を取埗するそしおおそらくマヌゞするず思いたす。

したがっお、 /rootを開くず、 root/server/内のファむルは、 root/server/盎接開くかのように凊理する必芁がありたす。 最も簡単な解決策は、 .vscode/settings.jsonファむルが芋぀かったら、芪ディレクトリでの蚭定の怜玢を停止するこずです。

これは本圓に必芁です。

+1。 私にずっおはディヌルブレむカヌ。

これは本圓に必芁です。 +1

vscodeワヌクスペヌスの䞋にフォルダヌをネストするための回避策がありたす。 このmklink /d link targetように、ワヌクスペヌスのフォルダぞのシンボルリンクを䜜成するだけです。

私は同意したす-この芁求は明確な芁件だず思いたす。
プロゞェクトが垞に1぀のフォルダヌにあるずは限りたせん。補助フォルダヌず兄匟フォルダヌを䜜成できたすが、この機胜がないこずは、今の私の倧きな問題です。そのため、厇高なものを䜿甚する必芁がありたす。
远加しおください

巊偎には、珟圚のフォルダヌがプロゞェクトずしお衚瀺されたす。 これは、各フォルダヌ領域プロゞェクトが開いおいるのを確認できる堎所にある堎合に機胜したす。 今ず同じように展開したり折りたたんだりできたすただし、耇数のフォルダヌ領域の堎合。

2぀のプロゞェクトを切り替えるこずができれば玠晎らしい゚ディタヌです。 本圓のDealbreaker。

こんにちは。その間にプロゞェクトを頻繁に切り替える堎合は、 Git ProjectManager拡匵機胜をお勧めしたす。 .gitフォルダヌを含むディレクトリをスキャンしお、それらにすばやく切り替えるこずができたす。私は数週間䜿甚しおいたすが、確かに簡単です。

プロゞェクトを切り替えるずきは、次のいずれかになりたす。

  1. ctrl + alt + p
  2. プロゞェクトの開始を入力したす。䟋 vscodeの「vsc」
  3. 入る

たたは、プロゞェクトを別のりィンドりで開きたい堎合は、事前にctrl + shift + nを抌したす。 それがあなたのこずでもある堎合は、垞に新しいりィンドりで開くように拡匵機胜を構成できたす。

untitled-1

これは、耇数のプロゞェクトを簡単に䜜成する方法のスクリヌンショットです。

@ soljohnston777問題は、git統合たたは他の皮類のVSコヌド構成がフォルダヌレベルでサポヌトされおいないこずです。

問題は、git統合たたは他の皮類のVSコヌド構成がフォルダヌレベルでサポヌトされおいないこずです。

ほんず VSCodeは、ワヌクスペヌスの抂念に関しお、日食で発生した゚ラヌを繰り返したしたか VSCodeチヌムのかなりの数のメンバヌがコア゚クリプスチヌムの䞀郚であるこずを知っおいるので、それは驚くべきこずです。

VSCodeは、ワヌクスペヌスの抂念に関しお、日食で発生した゚ラヌを繰り返したしたか

ここではアヌキテクトの哲孊に぀いお話すこずはできたせんが、この事実構成はむンスタンスごずであり、フォルダヌごずではないが、この問題ず議論の理由です。

プロゞェクトに個別のVScodeりィンドりを䜿甚できたす。 VSCode内でそのように実装しおみたせんかサむドプロゞェクトボタンごずに個別のりィンドり-内郚で参照するだけです。 プログラム内でコヌディングする手間が省けたすが、プロゞェクトは内郚に衚瀺され、統合ず開発が容易になりたす。

Gitは、耇数のプロゞェクトのフォルダヌ領域ごずに個別に配眮できたす... gitはVSCodeず混同しおいるので、ずにかくコマンドラむンを実行する傟向がありたすVSCodeで実行できるはずです。

独立したgitリポゞトリであるサブフォルダを栌玍する芪フォルダを持぀こずは、それらがすべお同じプロゞェクトに属しおいる堎合に非垞に圹立ちたす。 少なくずも蚭定にオプションの構成フラグを付けお、これが利甚可胜であるこずを確認したいず思いたす。

たた、耇数のgitリポゞトリでgitをサポヌトするこずに匷い関心を瀺したいず思いたす。

+1。 これは、メむン゚ディタヌずしおVSCodeを採甚するこずを劚げる䞻な機胜です。

+1

+ 1-特にマむクロサヌビス/メニヌレポコヌドベヌスを䜿甚する人にずっお、これは重芁です。 重芁すべおを䞀床に開くのではなく、それらを切り替えお、゚ディタヌにどのファむルがどのワヌクスペヌスで開かれおいるかを蚘憶させる。

+1
私たちのセットアップは、GITリポゞトリのコアコヌド、別のリポゞトリの地域コヌド、別のリポゞトリのプロゞェクト固有のコヌドのようなものなので、プロゞェクトで䜜業するずきは、3぀たたはそれ以䞊のリポゞトリすべおからコヌディングする必芁がありたす。 独自の特定の蚭定を持぀「プロゞェクト」を持぀こずができず、耇数の゜ヌスから耇数のフォルダヌを远加する機胜は、ブロッカヌの王様です。

@danechitoaieコアリポゞトリに加えた倉曎が、別のリヌゞョンたたはプロゞェクトコヌドベヌスでそれに䟝存しおいる他の誰かを壊さないこずをどのように知っおいたすか 危険な働き方のようです。 䜕らかのパッケヌゞ管理システムなどを䜿甚した個別のリリヌス管理が必芁です。

ワヌクスペヌスの䞀郚の実装に反察するわけではありたせんが、本栌的なプロゞェクトシステムでは、かなりの耇雑さが加わりたす。

同意したす、それはそうです、そしお圌らは倚くのこずをはるかに良くするべきです/できたすが...それは私たちの「臎呜的なナヌザヌ」の制埡たたは決定を䞋す胜力の倖にありたす...

理解したした。 そういうこずが起こったら倧奜きです。

b2r1ifriyaa-bnh
これはどう

私にずっおは、そのような単玔なスむッチボタンだけでは䞍十分です。 単玔な2぀のむンスタンスを開くctrl shift N必芁がある堎合は、OSホットキヌを䜿甚しおりィンドり/ワヌクスペヌスを切り替えるのはほずんど同じです。
ファむルやプロゞェクトの構造を簡単に比范できるものが倧奜きです。小さな倉曎をすばやく行い、すべおの差分を同じ画面にビルドしお保持し、䜜業しおいるすべおのプロゞェクトの倉曎を元に戻すこずができたす。

+1

+1

macOSSierraの䞀皮の回避策。

ドック蚭定でPrefer tabs when opening documentsをAlwaysに蚭定するこずにより、1぀のりィンドり内のプロゞェクトごずに1぀のタブ。 ただし、他のアプリの動䜜にも圱響したす。

+1

これは私にずっおキラヌになり぀぀ありたす。 私はこのプログラムが倧奜きですが、りィンドりが1぀しかないプログラムは奜きではありたせん...

正盎なずころ、コヌドの䜿甚をやめなければなりたせんでした。奜きなだけ、りィンドりの切り替えが面倒になったからです。

これが将来修正された堎合は、もう䞀床詊しおみたす。それたでは、これは私ず私がテストしたすべおの人にずっおのショヌストッパヌです。

+1

+1

元の問題のコメントに察する+ 1の反応をお勧めしたす。これは、優先順䜍付けに圹立ち、問題を聞いおいるすべおの人に曎新の通知を送信しないためです。

+1

私は珟圚Sublimeを䜿甚しおおり、Codeを詊しおいたす。 芋た目も䜿い心地も良いですが、単䞀プロゞェクトのGit統合は倧きな問題です。 私はHadoop / Oozieプロゞェクトを持っおいるので、コヌドのリポゞトリず䜜業メモのリポゞトリがありたす。 Sublimeでは、䞡方を同じりィンドりで開いお、それぞれに適切なGitリポゞトリにコミットできたす。

だから、远加するずいいでしょう

+1うん、マむクロサヌビスの䞖界では重芁です3..4リポゞトリを同時に開くのが普通です

りィヌクリヌリマむンダヌ+1でコメントの投皿を停止したす。 代わりに、実際にカりントされる最初の問題に芪指を立おおください。

私はあなたがすべお善意を持っおいるこずを知っおいたす。 したがっお、+ 1コメントを削陀しお、この重芁な履歎レコヌドのスペヌスを占有しないようにしおください。

@jamietre私が詊した...䞀生懞呜

screen shot 2016-11-18 at 6 28 16 am

たぶん別の遞択肢は、この問題をロックダりンするこずですが、解決されるたで開いたたたにしたすか このようにしお、問題の重芁性はわかりたすがすでに、十分な+1が埗られおいるず思いたす、混乱や冗長性を増すこずはできたせんたずえば、コメントは蚱可されたせん。

これはめったに䜿甚されない機胜だず思いたすが、Githubの1぀の公開プロゞェクト/リポゞトリでロックダりンに遭遇しただけです。

必芁に応じお、必芁に応じお封鎖を解陀するこずができたす。

@daluuこれは、/ aspnet / announcementリポゞトリの仕組みです。 すべおの問題はすぐにロックされたす。 そうは蚀っおも、GitHubはUIで䜕かを実行しお、反応が存圚するため、少なくずも「+1」を超えた代替手段に向けお人々を駆り立おる必芁がありたす。 👍

3぀以䞊のプロゞェクトのドキュメントを芋る堎合、党䜓ずしおマルチりィンドり機胜を配眮するず非垞に圹立ちたす。

問題ぞの興味深いアプロヌチ。 私は長幎VB / .netプログラマヌであり、蚀語ずツヌルが倧奜きでしたが、Hadoop / Spark / Scala / Intellij / Sublime-landに数幎間䞍圚でした。 私はただDotNetRocksを聎いおいお、䜕が起こっおいるのかを最新の状態に保぀のが奜きで、このコヌドアプリに぀いお聞きたいず思っおいたした。 良い面ずしおは、芋栄えの良いGit機胜を備えた非垞に優れた゚ディタヌですが、残念ながらそれはたったく関係ありたせん。 Sublimeが非垞に゚レガントに行うように、同じワヌクスペヌス内の耇数のプロゞェクトのGitを凊理しないため、䜿甚できたせん。

発生したす。 私が最も驚いたのは、ここでの反応です。最初はこれは必芁な機胜ではないず䞻匵し、次にほずんどの議論は「どうすれば人々が+1を投皿するのを止めるこずができるか」に関するもののようです。

その方法を説明したす。1幎前に最初に提起された基本的な問題を修正したす。 それは「フィヌドバックを聞く」ず呌ばれおいたす。 個人的に問題の圱響を受けおいないからずいっお、それが存圚しないずいう意味ではありたせん。 特定のナヌザヌグルヌプにアプリを䜿甚させたくない堎合は、問題ありたせんが、フィヌドバックメカニズムを提䟛しないでください。問題に異議を唱え、それを求め続けるこずでむラむラしたす。

Sublimeの䜿甚に戻りたした

「+1」の問題は、次のコヌドで修正できたす。ifpost_message == "+1"{add_smiley_reaction; delete_post_message; }

芪愛なるGitHub、私は雇うこずができたす。

ええ、これは決しお修正されるこずはありたせんね。 コアの問題に実際に察凊するよりも、「+ 1」コメントをモックしお無芖する方がはるかに簡単です。゜フトりェアは、生産性を高めるために必芁なこずを行わない開発者の特定のセクションに販売されおいたす...

これを読んでください。「このコメントに盎接返信するたびに=メタが増えるず、ナヌザヌがブロックされたす。」 -さお、それがフィヌドバックを管理する方法です 指を耳に刺しお「聞こえない」ず蚀っおください。

芪愛なる䞻

@ kryps1の堎合、「+ 1」、「++ 1」、「1+」、「バンプ」、「はい、お願いしたす。+ 1」を远加したす。 あなたが䜕をするにしおも、人々はそれを回避する方法を芋぀けるでしょう。 思ったほど簡単ではありたせん。

+1の無駄な議論をやめおください...ここで必芁なものに焊点を圓おおください。これぱクスプロヌラヌの耇数のプロゞェクトです。

git問題の堎合、゚クスプロヌラヌず同じ方法で぀たり、cwdで分割する必芁がありたす。

+1のものをめぐっお炎䞊戊争を始めないようにしたしょう。 この問題が優先されれば間違いなくいいでしょう。

しかし、コミュニティに蚀及したいのですが、PRず貢献は倧歓迎だず思いたす;-)コア開発者がコヌドに到達しない堎合、誰かがコヌドにパッチを圓おたり修正したりするこずができたす。 私のプロゞェクトのいく぀かはフォヌクを䜿っお改善されたした。なぜなら、ナヌザヌ/開発者は、私に提案したい改善を行うのを埅぀のではなく、自分でそれを行うからです。 それで、この問題に悩たされ、十分な胜力/スキルを持っおいる人は、修正しおくださいそしおPRを提出しおください 笑

+1のトピックに戻るず、問題をぶ぀けお意芋を远加するのは良いこずですが、サムズアップ機胜のような他の方法が利甚できる堎合、+ 1はそれを行うには䞍十分な方法です。 Facebookの投皿、たたは元のGoogle+の投皿を考えおみおください。ナヌザヌ/読者は、「いいね」たたはFacebookの新しい反応の1぀をクリックする代わりに+1のコメントを远加するか、Google +の堎合は+1を远加したす。 時間が経぀に぀れお、それはラメ+1の長いコメントスレッドになりたす。私が読んでいるず、興味深いコメントを衚瀺するためにスクロヌルしおいるかもしれたせんが、+ 1の束が衚瀺されるこずになりたす。 これがここで起こっおいたこずです。私がプロゞェクト開発者であろうず単なるナヌザヌであろうずたたは朜圚的な䜿甚のためにこのプロゞェクトを研究しおいる、これらの+1を芋たり読んだりしたくないのです。

関連するメモずしお、GHの問題のばかげたしかし善意の䜿甚法がありたす、神に感謝したす、しかし人々はそれに+1をしたせんでした https 

PRず貢献は倧歓迎だず思いたす

あんたり。 8月のこのコメントを参照しおください https 

どうやらこの問題は少なくずもそれ以来ロヌドマップにありたすが、進展はありたせん。 VSCodeチヌムからステヌタスの曎新を聞くずいいでしょう。

私にずっお、そしおこれはトピックを軌道に戻そうずしおいるので、耇数のプロゞェクトフォルダが必芁です。

AtomではGITをサポヌトしおおり、私が䜿甚する唯䞀の方法は、どのファむルに倉曎があったかを蚘録するこずです。 SSHを蚱可しないRackspaceサヌバヌがあるので、手動でアップロヌドしたす。 ただし、サむドバヌに耇数のプロゞェクトフォルダヌを含めるこずができるため、前のプロゞェクトで䜿甚したコヌドを非垞に簡単に参照できたす。 たたは、息抜きが必芁な堎合は、ギアを別のプロゞェクトに切り替えたす。

VSCodeの堎合、切り替えを劚げおいる問題は、サむドバヌに耇数のプロゞェクトフォルダヌがないこずです。

ルヌトフォルダを開いお䞀時的に解決できるず思いたすが、3/20のフォルダだけが必芁で、緩いファむルを芋たくない堎合は、これは簡単な実装ですよね

曎新間もなくリリヌスされる倧きなワヌクベンチの曎新はホット出口101ですが、ホット出口で䜜業しおいる間、蚭蚈で耇数のフォルダヌが考慮されるように、この問題に぀いお積極的に議論しおいたす。

この問題は珟圚、+ 1すべおの問題の反応長い道のりでタグ付けされたワヌクベンチによる第1䜍の点で


+1コメント; 圌らは、この問題に登録した80人以䞊の人々を悩たせるだけです。 ただし、反応を䌎う問題ぞの投祚は、プロゞェクトに圱響を䞎えるために実行できる最も匷力なこずの1぀です。

たた、私たちは比范的小芏暡なチヌムであり、コヌドベヌスのクリヌンさずvscodeのパフォヌマンスが非垞に重芁であるため、正しく実行するには時間がかかるこずにも泚意しおください。 特に、これたでのvscodeの構築方法に察する根本的な倉曎であるこのようなものに぀いおは、この問題にはかなりの䜜業がありたす。

+1

確かにそれは䟿利な機胜でしょう。

Atomから切り替えお本圓に気に入りたしたが、2぀のUIアプリケヌションず別の2぀のSDKで䜜業しおいたすが、これらのプロゞェクトたたはフォルダヌをすばやく倉曎できないこずは重芁な欠劂です。これたではAtomに戻る必芁があるず思いたす。解決したした

この機胜を本圓に楜しみにしおいたす~~~

私はvscodeを䜿甚するgolang開発者です、これに実装があるこずを願っおいたす、thx

SublimeからVScodeに切り替えようずしおいたす。 そしおすぐに、VScodeが「プロゞェクト」の抂念で耇数のフォルダヌをサポヌトしおいないこずが実際に問題になっおいるこずに気付きたした。

この「軜量」゚ディタヌの他の機胜が本圓に気に入っおいたす。 䞀方、「プロゞェクト」で耇数のフォルダヌをサポヌトしおも、VScodeが「倪りすぎ」たたは「IDEのよう」になるこずはないず思いたす。 これにより、他の゚ディタヌを䜿甚する開発者にずっお、移行の負担が倧幅に軜枛されたす。

この改善があるこずを願っおいたす。 ありがずう

たた、チヌムがプロゞェクトベヌスの蚭定を保存する機胜を远加できる堎合は、デフォルト蚭定を䞊曞きしたす。 ナヌスケヌスは、プロゞェクトごずに異なる通蚳者がいる堎合です。 同様に、異なるタブサむズなども圹立ちたす。 これがすでに䜕らかの方法で達成できるかどうかを教えおください。

開発者ずしお、私たちは垞に耇数のプロゞェクトに取り組んでおり、独自のサむドプロゞェクトがありたす。 プロゞェクトを切り替えるたびにプロゞェクト蚭定vscodeのワヌクスペヌス蚭定をカスタマむズするのは倧倉な䜜業です。

@bajubullet https://marketplace.visualstudio.com/items?itemName=EditorConfig.EditorConfigを詊しおみおわかりたせんが、それは始たりです。

@danechitoaieご回答ありがずう

私も同意したす。ある皮のプロゞェクト固有の蚭定ず、耇数の「ルヌト」フォルダヌを開くこずができるこずも本圓に楜しみにしおいたす。 それは私がサブラむムから逃す唯䞀のものです。

これはたもなく実装されたす

したがっお、この投皿に远加し続ける必芁はありたせん。 他に問題がある堎合は、新しいスレッドを䜜成しおください。 ありがずう

これはかなり長いスレッドであり、おそらくその3分の1を読み通したしたが、サポヌトを衚明したいだけです。 Atom / Junoの代替候補ずしおhttps://github.com/JuliaEditorSupport/julia-vscodeを䜿甚しお

ただし、Juliaコヌドを開発するずきは、異なるフォルダヌで耇数のパッケヌゞを開くこずができるこずが非垞に重芁だず感じおいたす。 原則ずしお、䞊のフォルダを開くこずはできたすが、それでは、むンストヌルした䜕癟ものJuliaパッケヌゞが公開されたす。 LOAD_PATHを倉曎するこずもできたすが、VSCode゜リュヌションの方がはるかに望たしいです。

耇数のフォルダを開くこずができるように心から願っおいたす。 努力しおくれおありがずう👍

みなさん、こんにちは。お気づきかもしれたせんが、このむテレヌション䞭にこの問題の実装を調査しおいたす。

https://github.com/Microsoft/vscode/issues/17608から

さたざたなコンポヌネント@team党䜓のマルチルヌトワヌクスペヌスを調査したす

実装の詳现を怜蚎しながら、ナヌスケヌスに぀いお3〜5人にチャットしたいず思っおいたす。 可胜であれば、来週の火曜日に15分の時間枠にサむンアップしおください。 チャットしたいです。

私のAPIずUIを切り替えるず、私は倢䞭になりたす... :-(

@ehartford特に圌らが盞互の芪を共有しない理由は䜕ですか

はい。 芪ディレクトリを開くだけでは、Git統合は機胜したせん。

@ehartford正圓な理由笑顔

@waderyanは、_゚ンドナヌザヌ_のナヌスケヌスのみを探しおいたすか、それずも_拡匵開発者_も探しおいたすか

_゚ンドナヌザヌ_ずしお、マルチフォルダのサポヌトは_怜玢目的_でほずんどの堎合圹に立ちたした。 以前は、怜玢を簡単にする統合するために、さたざたなAPIからさたざたなフォルダヌを远加しおプロゞェクトを䜜成しおいたした。 今日はそれほど芋逃しおいないず思いたす。特にSwitch Windowコマンドが远加された埌

_extensiondeveloper_ずしお、 context.workspaceState 、 activationEvents/workspaceContainsように、_ProjectContext_に基づく拡匵機胜がいく぀かありたす。 たた、プロゞェクトマネヌゞャヌもありたす。ちなみに、マルチフォルダヌをサポヌトするために内郚のリファクタリングをすでに開始しおいたす。 これが拡匵機胜にどのように圱響するか知りたいです

ありがずう

䞊で述べたこずhttps://github.com/Microsoft/vscode/issues/396#issuecomment-270326917に远加するために、私は実際にGitサブモゞュヌルを䜿甚しおいるので、自分のプラむベヌトパッケヌゞで䜜業しおいるずきは、それらをバンドルするこずは完党に理にかなっおいたすが、Juliaはただかなり若いので比范的蚀えば、私は自分のパッケヌゞず䞀緒に他のパッケヌゞで䜜業する必芁があるこずがよくありたす。 これらの他のパッケヌゞをサブモゞュヌルずしお远加するやむを埗ない理由は感じたせんできたすが。

䞀般的に、Juliaパッケヌゞ開発の堎合、私は垞にパッケヌゞ間を移動しおいるので、耇数のプロゞェクトフォルダヌがあるず䟿利です+1

PSMS、ゞュリアにもっず泚意を払っおください;

最も単玔なナヌスケヌスマむクロサヌビス

ハハ。 はい@saada👍実際に

@saadaは間違いなくレヌダヌに乗っおいたす。 これらの質問に答えお、芁件をより明確にするこずができたすか

  1. マむクロサヌビスは芪フォルダヌを共有しおいたすか なぜたたはなぜそうではないのですか
  2. 各マむクロサヌビスは独自のgitリポゞトリに分離されおいたすか なぜたたはなぜそうではないのですか
  1. 各マむクロサヌビスは独自のgitリポゞトリに分離されおいたすか なぜたたはなぜそうではないのですか

@waderyan考えられる理由の1぀は、Herokuなどの䞀郚の䞀般的なPaaSプラットフォヌムでは、各アプリマむクロサヌビスを個別のGitリポゞトリに配眮する必芁があるこずです。 Deploy-via-git-pushは人気のある戊略になっおいたす。

@waderyan明日スロットにサむンアップしお楜しみにしおいたすが、このようなナヌスケヌスに沿っお、私たちのスロットも同様です。

私たちは倧芏暡な組織であり、プラむベヌトnpmレゞストリを持っおおり、組織内で共有される独自のモゞュヌルを公開しおいたす。 いく぀かの䞀般的なモゞュヌルナヌティリティラむブラリ、共有コンポヌネントなどを消費する倧きなアプリであるクラむアントコヌドベヌスず、いく぀かのモゞュヌル゚クスプレスサヌバヌアプリ、によっお消費されるバック゚ンドデヌタサヌビスコンポヌネントで構成されるサヌバヌコヌドベヌスを備えたreactアプリがありたすサヌビス局、およびクラむアントに公開されおいる実際のサヌビス。 アクティブな開発には少なくずも2぀クラむアント局ずサヌビス局が含たれたすが、トラブルシュヌティングには6぀のモゞュヌルが含たれる可胜性がありたす。

パブリックnpmモゞュヌルを䜿甚しおいる堎合でも、゜ヌスコヌドを盎接リンクしお、別のVS Codeむンスタンスで開いお、難しい問題やサヌドパヌティモゞュヌルのバグのトラブルシュヌティングを行うず䟿利な堎合がありたすが、ほずんどは独自のコヌドです。

それぞれが個別のgitリポゞトリです。 それらをファむルシステムの単䞀のルヌトフォルダに保持するこずに問題はありたせんずにかく。 ただし、VS Codeの個別のむンスタンスをそれぞれに開く必芁がありたす。アプリケヌション自䜓の名前ではなく、ファむル名しか衚瀺されないため、切り替えは面倒です。 どのアプリケヌション/モゞュヌル/プロゞェクトがどのりィンドりで開いおいるかを簡単に把握する方法はありたせん。 ファむル名自䜓は、耇数のVSCodeむンスタンスを区別するのに圹立぀情報をほずんど提䟛したせん。

タむトルバヌ情報を構成できるようにするこずに関連する別の未解決の問題がありたすが、これに぀いおも倚くのコメントをしたしたが、未解決のたたです。 ルヌトフォルダ名をタむトルバヌにフラッシュレフトするこずができれば、タスクを切り替えるずきに少なくずもWindows内で開いおいるむンスタンスがどれであるかを確認できるため、耇数のプロゞェクトを開く問題ははるかに少なくなりたす。 これは、構成可胜にするこずは本圓に簡単なはずであり、これが理解されおいる間、単䞀のむンスタンスで耇数のgitリポゞトリを開くこずができないずいう苊痛を少なくずも軜枛するはずです...

@waderyan

  1. 私のWebプロゞェクトは、単䞀の芪フォルダヌによっお管理されおいたす。 敎理のためにこのように蚭定されおおり、リポゞトリフォルダぞのクむックリンクがありたす。 以前の/珟圚のプロゞェクトにスワップしお、コヌドサンプルを再利甚するずきにプルするのは簡単なので、これも行いたす。 別のりィンドりを開くのずは察照的に、別のタブを開く方が簡単で、私の堎合は時間効率が高くなりたす。

  2. 各Webプロゞェクトには独自のgit統合がありたすが、個人的には、.gitをコヌド゚ディタヌに統合する必芁はありたせん。 これは私にずっおは良いオプションですが、必須ではありたせん。 私のリポゞトリホストで各Webプロゞェクトを別々に保ちたいので、圌らは独自の.git統合を持っおいたす。

@nickmak @ jamietre @ peshoあなたの考えを共有しおくれおありがずう。 これは圹に立ちたす。明日、倚くの皆さんずおしゃべりできるのを楜しみにしおいたす。

@alefragnani私ぱンドナヌザヌのシナリオに焊点を圓おおいたす。 拡匵機胜ぞの圱響があるため、この問題には慎重に取り組んできたした。 泚意深く螏み蟌み、APIの倉曎を通知したす。 必芁に応じおTwitterで私にpingを送信しおください。電話に出お、詳现に぀いお話し合うこずができたす。

notepad ++でもマルチフォルダをサポヌトしおいたす。 それがnotepad ++を離れるこずができない理由です。
この日、JavaScriptを䜿甚しお䜜業するには、耇数のプロゞェクトを開く必芁がありたす。

私は組み蟌み゜フトりェアの䜜業を行っおいたすが、通垞、システム党䜓で䜜業しおいるフォルダヌがいく぀かありたす。 たずえば、アプリケヌションコヌド、ベンダヌラむブラリ、オペレヌティングシステムコヌド。

同じりィンドり内の耇数のフォルダのナヌスケヌスをここに远加したいず思いたす。

私はゲヌム開発者であり、珟圚のゲヌムではmodサポヌトを実装しおいたす。 私たちのゲヌムには、クラむアント、サヌバヌ、マスタヌサヌバヌプロゞェクトがありたす。 modファむルを線集しおいる間は、ゲヌムのmodレベルでのみ機胜するのが䞀般的です実際のゲヌムコヌドのコアレベルたたはネむティブレベルず呌ばれるものではありたせん。たずえば、サヌバヌおよびCファむルの代わりにLuaファむルでのみ機胜したす。それぞれクラむアント。 倚くの堎合、フォルダは共通の芪フォルダ内に配眮できたせん。

このナヌスケヌスでは、modファむル内でのみ䜜業する堎合、これたでSublimeのマルチフォルダヌ機胜を䜿甚しお、クラむアントずサヌバヌから最䞊䜍のmodフォルダヌのみのプロゞェクトビュヌを䜜成しおいたした。 これにより、ネむティブファむルCおよびC ++を回避し、盞互に非垞に関連性の高い2぀のプロゞェクト間でLuaファむルをすばやく線集できたす。

VSCodeでマルチフォルダヌをサポヌトするこずで、同じこずが可胜になり、VSCodeの採甚が倧幅に容易になりたすこれは私たちがずおも気に入っおいたす。

先週行われた電話はどうなりたしたか 私はMacを䜿甚しおいお、VSCodeの耇数のむンスタンスを開くこずができないようです。これは回避策になるず思いたした。

ありがずう

私は先週りェむドず電話をしたした、これがそうではなかったこずは明癜で公正です
初期の優先事項、圌らは本圓に良い゚ディタヌを構築したした、そしお今うたくいけば
圌らはさたざたな開発者のニヌズを満たすためにそれを拡匵しおいたす。 開発チヌムは
聞いお、私は圌らがそれに぀いおどうなるか芋るのを楜しみにしおいたす

2017幎1月15日日曜日2120nowherenearithaca、 notifications @ github.com
曞きたした

先週行われた電話はどうなりたしたか 私はMacを䜿甚しおいお、芋えない
VSCodeの耇数のむンスタンスを開くために、これは回避策になるず思いたした。

ありがずう

—
あなたがコメントしたのであなたはこれを受け取っおいたす。
このメヌルに盎接返信し、GitHubで衚瀺しおください
https://github.com/Microsoft/vscode/issues/396#issuecomment-272724576 、
たたはスレッドをミュヌトしたす
https://github.com/notifications/unsubscribe-auth/AA16yEIdTFJAnqXHLs_WUvrGBIR9G7f-ks5rSo2DgaJpZM4Gm3nX
。

玠晎らしいリク゚ストで
マヌク

@nowherenearithaca倚くのナヌザヌず玠晎らしい電話をかけ、孊んだこずをチヌムの他のメンバヌず共有したした。 私たちはただ次のステップを考えおいたすが、私はこの分野ですぐに䜕かをするこずを期埅しおいたす。

@waderyan 、応答が遅れおすみたせん

マむクロサヌビスは芪フォルダヌを共有しおいたすか なぜたたはなぜそうではないのですか

はい、䟿宜䞊です。 同じディレクトリにある堎合、関連するサヌビスを簡単に芋぀けるこずができたす。

各マむクロサヌビスは独自のgitリポゞトリに分離されおいたすか なぜたたはなぜそうではないのですか

はい。 リポゞトリが異なるだけでなく、リンティングずデバッグの構成も異なりたす。 たた、Cmd + Pを䜿甚しおプロゞェクト間でファむルを切り替えるず非垞に䟿利です。 関連プロゞェクト党䜓のグロヌバル怜玢、..。

これが実際に動䜜するのを楜しみにしおいたす

1぀の解決策は、アクセスするファむルが配眮されおいるフォルダヌぞのリンクを䜜成するこずです。
理想的ではありたせんが、圹に立ちたす。

_䟋_

/home/myprojet
/home/mylibs
cd /home/myproject
ln -s /home/mylibs
code /home/myprojet

3台のモニタヌがあり、3぀すべおでVSCodeを䜿甚したいず思いたす。 耇数のむンスタンスを開くこずができない堎合は、少なくずもタブのドッキングを解陀しお他のりィンドりにドラッグするこずをサポヌトしおいたすVisual Studio 2015ず同様。

同意したす。

他のすべおのテキスト゚ディタがそれを行いたす。 なぜマむクロ゜フトはそれほど単玔で必芁なこずを考えなかったのですか

@calloncampbellその機胜はこの号にありたす https 

@calloncampbell @rsyring䜕が間違っおいるのかわかりたせんが、 code -nを䜿甚するこずで、必芁な数の゚ディタヌむンスタンスを開くこずができたす。

私が正しく理解しおいれば、これは2月の反埩蚈画内で「「マルチルヌトワヌクスペヌス」、「マルチフォルダヌ」ワヌクスペヌスの実装に関する最初の調査」ずしお

+1..。
これは叀いバヌゞョンのVSCodeでは䞍可胜ですか、それずも単にSublimeを䜿甚しおいたしたか 忘れた...
しかし、非垞に䟿利です。
今、私のMacには6぀のりィンドりがいたるずころに散らばっおいたす...

そしお、私が開いた6぀のフォルダヌすべおのルヌトフォルダヌを開くこずはしたせん。゚クスプロヌラヌは垂盎スクロヌルであり、ファむルを参照するのに氞遠に時間がかかりたす...

@edmundtfyそれは厇高に可胜です。 Visual Studio Codeは、この機胜をサポヌトしおいたせんでした。

@ min20゜リュヌションは完璧です!!! マルチフォルダプロゞェクト、代わりにボタンで管理されるマルチりィンドり

@DeeJaVuはそれを考慮しおいたす... VSCodeにはこれらのmouseover-tooltipずcontrol + clickがあり定矩に移動したす。 Sublimeの拡匵機胜をいく぀かダりンロヌドしたしたが、マりスオヌバヌずcontrol + clickが機胜したせん。掚奚事項はありたすか

Sublimeを䜕幎も䜿甚した埌、私は本圓にこれが恋しいです。 珟圚、私はカヌドリッゞごずに数十䞇のファむルを䜿甚しおフロント゚ンドずしおIntershopを䜿甚しおいたす。 完党なWebショップをロヌドする必芁がある堎合、CTRL + Pを開いおファむルにすばやく切り替える堎合、たたは怜玢する必芁がある堎合は、非垞に時間がかかりたす。

たた、゚ディタヌにプロゞェクトのすべおのフォルダヌが必芁なわけではありたせん。 フロント゚ンド開発者ずしおすべおが必芁なわけではありたせん。 必芁なフォルダだけで十分です。

別の䟋Wordpressサむトずそのプラグむンを同時に䜜成したす。 完党なWordpressサむトを含める必芁があるのはなぜですか それはあなたの効率を遅くするだけです。

私たちが抱えおいるもう1぀の問題は、フロント゚ンドフレヌムワヌクが異なるgitリポゞトリに分割されおいるこずです。 4぀以䞊のりィンドりを開くのは本圓に苊痛です。 そしお、SCSSむンテリセンスが機胜しおいたせん぀たり、コアからの倉数>パッケヌゞ

TLDR; VScodeは倧芏暡/巚倧なプロゞェクトには䜿甚できたせん

+1、いく぀かのカスタムモゞュヌルを䜿甚しおワヌドプレスたたはDrupalを開発するこずを想像しおみたしょう。

プロゞェクトルヌトはWebサむトのルヌトですが、Webサむト党䜓をリポゞトリにするのではなく、いく぀かのモゞュヌルたたはテヌマをそれぞれ独立したリポゞトリずしお䜿甚するだけです。

最小/最軜量のIDEでもカバヌする必芁がある、Web開発での非垞に䞀般的なナヌスケヌス。

+1

+1、プロゞェクトを線集しおそのサブモゞュヌルでシヌムレスに䜜業できるようになりたす

+1

32人の開発チヌム党䜓をVSに移行するこずを劚げる唯䞀の問題です。

マむクロサヌビスの開発は実珟䞍可胜であり、苊痛を䌎いたす。

+1

+1、間違いなく䟿利です。sublimeからvscodeに移動するこずにしたしたが、この機胜がないため、1日たでsublimeを䜿甚するず思いたす。

その非垞に必芁な基本的な機胜。 この玠晎らしい゚ディタヌの開発者がどうしおそれを無芖したのか信じられたせん。 この機胜がないず圹に立ちたせん。 これにより、AtomからVSCodeに切り替えるこずができなくなりたした。

この機胜を远加しおください。 Sublime、次にAtomを䜿甚した埌、これは私にずっお゚ディタヌの必芁な機胜です。 もちろん、git統合のためにそれほど簡単ではありたせんが、お気に入りの゚ディタヌ内で必芁なものです。

+1

+1緊急の必芁性

+1前に蚀ったように、AtomからVSCodeに移行するには、この機胜が本圓に必芁です。

コメント前の泚意
*お願いしたす!!!! 「+1」でコメントを停止する

あなたの圹に立たないコメントのそれぞれは、このスレッドだけで100人以䞊の人々の気をそらしたす!!!
この機胜をサポヌトしたい堎合は、最初のメッセヌゞに感情が蟌められおいたす。
アップデヌトを賌読したい堎合-これはトピックの右偎にある[賌読]ボタンです
あなたの「+1」、「本圓に必芁」などを読むこずを䜙儀なくされおいる他のメンバヌを尊重しおください

参考たでに、Sublime Text䟋ずしおがプロゞェクトを配眮する方法は、プロゞェクトに含たれる「フォルダヌ」ごずに固有のオプションを䜿甚しお、フォルダヌツリヌを「含める」こずです。

これを芖芚化するために、SublimeTextプロゞェクトファむルのJSONは次のようになりたす。

{
    "folders":
    [
        {
            "name": "Front-End (web-forms)",
            "path": "source/www/forms",
            "file_exclude_patterns":
            [
                "*.sublime-*",
                ".gitignore"
            ],
            "folder_exclude_patterns":
            [
                "node_modules",
                ".idea",
                "bin",
                "fonts"
            ]
        },
        {
            "name": "CORE C# Server Components",
            "path": "Source/Server",
            "file_exclude_patterns":
            [
                ".gitignore",
                "*.resx",
                "*.designer.cs",
                "*.StyleCop",
                "*.testsettings",
                "*.cache",
                "*.user",
                "*.vsmdi"
            ],
            "folder_exclude_patterns":
            [
                "bin",
                "obj",
                "TestResults",
                "Service References"
            ]
        },
        {
            "name": "DB schemas & utility scripts",
            "path": "Source/Database"
        },
        {
            "name": "Grunt Build source",
            "path": "Build",
            "folder_exclude_patterns":
            [
                "dist",
                "node_modules",
                "TestResults"
            ]
        }
    ],
}

ご芧のずおり、含たれおいる各フォルダヌはプロゞェクトパスに関連しおいたす厇高なテキストの堎合、圌は*.sublime-projectファむルのパスです。 たた、各フォルダには、ワむルドカヌドを䜿甚しおファむルずフォルダのパタヌンを陀倖するためのセクションがありたす。 䞊蚘のようにテスト結果、線集しおはいけないラむブラリ、アヌトワヌク、その他の倚くのものを無芖するのに最適です。

これが私が切り替えないために残した最埌の理由です。

ずおも䟿利です

+1
䟋機胜が重耇しないように、アプリが参照する他のモゞュヌルに䞀郚の機胜がただ実装されおいないかどうかを確認する必芁がありたす

明らかに、モゞュヌルはアプリ自䜓ではなくファむルパスの他の堎所に保存されたす。ファむルにすばやくアクセスしおコヌドを読みたい堎合は、1぀の画面だけで耇数のりィンドりを䜿甚するのは面倒です。
私が話しおいるのは、デプロむなどを必芁ずせず、実行䞭のサヌバヌだけであるAngularJSアプリです。
Tomcatから盎接Appフォルダヌを開いお倉曎をリアルタむムで有効にできるのに、なぜわざわざ別のファむル構造で開発する必芁があるのですか。

いいえ、Tomcatサヌバヌフォルダヌをプロゞェクトずしお開くこずを提案しない限り、芪フォルダヌはありたせんこれは、すべおのファむルを開くこずができるため、HDD党䜓をプロゞェクトずしお開くこずを提案するようなものです。

VSを詊すためにatomをアンむンストヌルしたしたが、この機胜は2015幎以降远加されおいたせん。

stoffeastromは2015幎11月21日にこの号を開きたした

それは気のめいるようです。 がっかり

PSマスタヌフォルダヌを開くこずは、すべおの䞍芁なファむルも開くため、このチケットの目的党䜓を砎っおしたうため、正確には解決策ではありたせん。

それは確かに気のめいるようです。 しかし、それでも、驚くべき無料のオヌプン゜ヌス゚ディタ毎月、いく぀かの新機胜が䞀貫しお远加されおいるに぀いお䞍満を蚀う人ほど気のめいるこずはありたせん。 たた、このスレッドを芋おいるすべおの人に自分のう぀病に぀いおのコメントをスパムするほどう぀病ではありたせん。

今、私はスパマヌの1人です、私は掚枬したすgrin :)

曎新珟圚の蚈画は、3月/ 4月の反埩でこれを調査するこずです。

3月の反埩蚈画に぀いおは、 https//github.com/Microsoft/vscode/issues/21923を参照しお

マルチルヌト、マルチフォルダヌのワヌクスペヌスを調査する396 @bpasero @Tyriar

+1

機胜の説明を掗緎する実際の䟋を共有するには䟋、WordPressテヌマ/プラグむン開発。

他の゚ディタヌでは、かなり倧きくお耇雑なファむルツリヌを管理しやすくするために、いく぀かのフォルダヌを「ブックマヌク」ずしお蚭定したした。 1぀はwebrootです。これは、デバッグおよびコヌド補完関数を怜玢しお開始するこずをお勧めするルヌトです環境。 2぀目は、実際のプロゞェクト、テヌマフォルダヌ、たたはプラグむンフォルダヌです。これらは、私のワヌクフロヌでは、バヌゞョン管理ルヌトです。 ずきどき、芪テヌマ、テンプレヌトテヌマ、たたは統合しおいるプラ​​グむンなど、参照ずしお远加のフォルダヌを蚭定し、頻繁に参照/読み取る必芁がありたす。

したがっお、ここで蚭定する機胜は次のずおりです。1.gitルヌトず怜玢ルヌトを異なる堎所に蚭定する機胜。 2.ファむルツリヌパネルを敎理するために玔粋に芖芚的なフォルダブックマヌクシステム。

gitルヌトずプロゞェクトルヌトが同じであるスレッドの䞀郚の堎合、サブモゞュヌルを孊習しお䜿甚するだけで十分であるように思われたす。ネストされたフォルダヌの芋栄えがよくなるようにするには、玄2です。

スレッドの䞀郚は実際に文字通りのマルチプロゞェクトのサポヌトを求めおいるず確信しおいたすが、ほずんどの人は䞻に単玔なフォルダブックマヌクのアむデアを求めおいるず思いたす。

さらに、1぀をプロゞェクトルヌト怜玢/デバッグずしお定矩し、もう1぀をgitルヌトずしお定矩する方法を求めおいたす。 私の悪い名前付けは無芖しおかたいたせん。

これに察する私の回避策は、単に芪フォルダヌを䜜成し、その䞭に必芁なすべおのプロゞェクトずのシンボリックリンクを䜜成するこずです。
_䟋えば。_

私はこれらのプロゞェクトを持っおいたす

1.my-app-api
2.my-app-client

_my-app-all_ずいうフォルダヌを䜜成し名前はここでは関係ありたせん、その䞭にmy-app-apiずmy-app-clientを指す2぀のシンボリックリンクを䜜成し、VSCodeでmy-app-を開く必芁があり

ステップ

  1. mkdir my-app-all
  2. cd my-app-all
  3. ls -s ../my-app-api
  4. ls -s ../my-app-client

ノヌト
git統合は機胜したせん

@DannyFelizこれは、この問題ぞの回答ずしおマヌクされ、誰もが芋るこずができるようにトップに投皿する必芁がありたす... MKLINKコマンドを䜿甚しおWindowsでもこれをテストしたした。
䜿甚䟋

  1. 管理者暩限でコマンドプロンプトを開く
  2. プロゞェクトフォルダに移動したす
    3. [オプション]リンクフォルダを䜜成したす
  3. MKLINK / D「link_name」「参照したいフォルダぞのパス」を䜿甚する

VSコヌドでプロゞェクトを開くず、参照されおいるフォルダヌずその䞭のすべおのファむル/フォルダヌが衚瀺されたす。

幞せなコヌディングの人

これでは、Git統合は機胜したせん。

2時42分PMに月、2017幎3月20日には、poparazvandragos [email protected]
曞きたした

@DannyFelizhttps //github.com/DannyFelizこれはずしおマヌクする必芁がありたす
この問題に答えお、誰もが芋るこずができるようにトップに投皿したした...私はテストしたした
これはWindowsでも、MKLINKコマンドを䜿甚したす。
䜿甚䟋

  1. 管理者暩限でコマンドプロンプトを開く
  2. プロゞェクトフォルダに移動したす
    3. [オプション]リンクフォルダを䜜成したす
  3. MKLINK / D「link_name」「参照したいフォルダぞのパス」を䜿甚する

VSコヌドでプロゞェクトを開くず、参照されおいるフォルダヌが衚瀺されたす
そしおその䞭のすべおのファむル/フォルダ。

幞せなコヌディングの人

—
あなたが蚀及されたのであなたはこれを受け取っおいたす。
このメヌルに盎接返信し、GitHubで衚瀺しおください
https://github.com/Microsoft/vscode/issues/396#issuecomment-287907310 、
たたはスレッドをミュヌトしたす
https://github.com/notifications/unsubscribe-auth/ABEOBVKz2bqFsRdfvyOpcFW2e_26HV5bks5rnvLWgaJpZM4Gm3nX
。

@ehartford私たちのほずんどは、同じVSCodeりィンドりに異なる堎所にある耇数のディレクトリを衚瀺しお、たさにこの正確なものを探しおいたので、答えではなく答えを蚀いたした。
シンボリックリンクはたさに​​それを行いたすが、Windowsで䜜業する堎合、これは頭に浮かぶ解決策ではありたせん。
Linux / OSX開発者が来お、最も簡単な回避策を瀺すには、2幎が経過する必芁がありたした。
私が望んでいたものの回避策を持っおいるので、私はこの問題に぀いおの私のコメントを最終的にドロップするこずに決めおうれしいです
たった12日埌、私がそれを最も必芁ずしたずき。

開発者が問題に介入するこずを遞択した堎合、さらに倚くのこずができるため、問題を取り䞋げるべきではありたせん。
しかし、私たちのほずんどにずっお、これは満足のいくものです。 どういうわけかこれを䞊に移動するこずを提案したので、人々はこのコメントに到達するたで、他のすべおのコメントを読むのに時間を無駄にしたせん。 スレッドのサむズが原因で芋萜ずしおいる人もいるかもしれたせん。

自分が望んでいたこずを達成する方法を芋぀け、完璧でなくおも他の人が別の方法を芋぀けやすくしようずしたので、人々がすでに私の背䞭にゞャンプしおいるのを芋お、これを線集したす。 ずころでVSCodeに統合されたコマンドプロンプトをい぀でも䜿甚しお、リンクされた個々のフォルダヌ内のファむルをプル/コミット/プッシュできたすが、回避策を遞択する必芁がありたす。

Gitの統合がなければ、それはたったく初心者ではありたせん。 私はこれを決しお受け入れられる解決策ずは考えおいたせん。 実際の解決策を楜しみにしおいたす。 宜しくお願いしたす。

それが圹立぀堎合-googleappenginenodejsクラむアントは次のように構成されおいたす

https://github.com/GoogleCloudPlatform/google-cloud-node

このような゜リュヌションで䞀床に1぀のパッケヌゞであっおも開いたり、デバッグしたり、䜜業したりできるようにしたいず思いたす。 Typescriptベヌスのプロゞェクト/ラむブラリをこのスタむルで蚘述できるようにしたいず思いたす。

すべおの玠晎らしい仕事をありがずう

VSCodeが倧奜きですが、耇数のプロゞェクトを凊理するのは面倒です。 しかし、ネストなどのために゜ヌス管理などの耇数のこずが耇雑になるため、この機胜が延期された理由は理解できたす。

「プロゞェクトのクむックスむッチ」機胜、たたは1぀のりィンドりで耇数のvscodeむンスタンスを「タブ」する機胜があれば幞いです。

完党に同意したす。同じりィンドりで耇数のプロゞェクトフォルダを開くこずをサポヌトしおください。この機胜は非垞に重芁です。

@repleteそれはあなたの問題の完璧な解決策ではありたせん。 しかし、プロゞェクトマネヌゞャヌを詊しおみおください。これは、珟圚私を郚分的に助けおいたす。

@dariusrosendahlうん、

サむドバヌには5぀のアむコンしかありたせん。「プロゞェクト」サむドバヌを远加するのにそれほど時間はかかりたせん。 しかし、vscode補品の所有者は、それがいかに最小限であるかに぀いお非垞にうるさいようです。 珟圚IDEになり぀぀あるため、IMOが最小限に抑えられおいたす。

@repleteそれが圹に立っおいるこずを知っおうれしいです😄

実際、いわゆる_Tree Explorer Contribution_を䜜成するための_experimental API_がありたすSymbolsパネルのように-https//github.com/Microsoft/vscode/issues/15485。 これにより、拡匵機胜はアクティビティバヌにアむコンを远加できたす。

私はあなたの提案で私の拡匵機胜に問題を远加したす、ありがずう👍

+1

@dmccaffery

私は個人的に、この機胜が補品に含たれるかどうかは気にしたせん-なぜ䞀郚の人々がそれを望んでいるのか理解しおいたすが、それはすべおを少し耇雑にするこずを指摘したす。

それなら、この機胜に察する吊定的なコメントや、VSCがIDEではないこずに぀いおの䌚話を支配しないでください。 立堎をさらに明確にする必芁がある堎合は、単䞀の回答/吊定的な投祚で十分、たたは最悪の堎合2぀だず思いたす。

その䞊、「IDEではない」ずいう議論は議論の䜙地がありたす。 他の非IDEでもそれが可胜です。

䟋正芏衚珟を䜿甚しお怜玢する堎合-どのワヌクスペヌスを怜玢しおいたすか 1 すべお

それほど倧きな問題ではありたせん。 すべおを怜玢するか、開いおいるワヌクスペヌスの1぀に怜玢をスコヌプするセレクタヌを甚意したす。 繰り返したすが、他の「非IDE」およびIDEは、すでにこのおよび他のケヌスを凊理しおいたす。

「ワヌクスペヌス」ごずにdirを䜜成し、そのワヌクスペヌスで衚瀺したいプロゞェクトにシンボリックリンクするこずで、自分のセットアップでこの問題を修正したした。

私はそれを芳た

マルチルヌト、マルチフォルダヌワヌクスペヌスの初期調査396 @bpasero @Tyriar

https://github.com/Microsoft/vscode/issues/21923に埓っお行われたすこれに関する曎新はありたすか :)

私たちチヌムのサブセットは、関連する䜜業の量ず私たちが盎面する課題に぀いお最初の調査を行いたした。次のステップは、その結果に぀いおチヌムず話し合い、蚈画を立おるこずです。 今週䞭に4月発売の予定ですので、この䜜品が間もなく登堎するこずで、よりきめ现かい䌁画アむテムが期埅できたす。

screen shot 2017-04-06 at 12 09 26

私がパヌティヌに遅刻しおいなければ、これを実装できる良い方法がありたす。
「Explorer」に行くず、すでに2぀のセクションがありたす。 1぀は開いおいるファむル甚で、もう1぀は珟圚開いおいるフォルダヌの゚クスプロヌラヌツリヌ甚です。

理想的には、同じりィンドりでさらに倚くのフォルダヌを開くこずができ、それらぱクスプロヌラヌツリヌを衚瀺するために展開できる独自のセクションにここに远加されたす。

゜ヌス管理セクションでも同じこずができたす。 「゚クスプロヌラヌ」で開かれるフォルダヌごずに1぀のサブセクション。 ぀たり、1察1の関係です。

そうすれば、みんなを幞せにするこずができるかもしれたせん。 必芁に応じお、同じりィンドりで耇数のフォルダヌを開くこずがサポヌトされおいたす。たた、GIT統合は匕き続き機胜し、各「プロゞェクトルヌト」を個別に凊理できたす。

同じりィンドりで耇数のプロゞェクトを開くこずは、私にずっおも重芁な機胜です。 䞀般的に、私はいく぀かのベヌスアプリをコピヌするためにプロゞェクトも開きたす。 Visual Studio Codeをむンストヌルするだけで、この理由でAtomに戻りたす

+1他の開発者にVSCodeの倀を衚瀺したいのですが、同じりィンドりで2぀のフォルダヌを開くこずができないのは倧倉なこずです。 これがより優先されるこずを願っおいたす。

ちょうど私の2セント

これたでのずころ、「monorepo」ずいう単語はこのスレッドには衚瀺されおいたせん

私のmonorepoは、構成に関する懞念を耇数のルヌトに集䞭させたす。各ルヌトは、それらを含むフォルダヌ内の「.root」ファむルでマヌクされおいたす。

すべおのルヌトが倖郚のgitリポゞトリであるずは限り

私の䞻な問題点は、ファむルやシンボルの怜玢が私のルヌツのコンテンツを優先しないこずです

芁件は最倧4぀の個別の芁件に分割できるず思いたす。これは、互いに盎接関連しおいる堎合ず関連しおいない堎合がありたすおそらく、独立しお実装されたす。

  • ゚クスプロヌラヌで耇数のフォルダヌをサポヌトする
  • 怜玢で耇数のフォルダをサポヌトする
  • ゜ヌス管理で耇数のフォルダをサポヌトする
  • デバッグで耇数のフォルダをサポヌトする

このスレッドで私が芋たものから、これらを分離するこずで、より幅広いシナリオをサポヌトできたす。 もちろん、蚭定/遞択されたフォルダの氞続化方法に圱響を䞎える「メむン」フォルダがただあるはずです。

ほずんどのコメントがマルチルヌトたたはマルチフォルダヌ゚クスプロヌラヌ゜リュヌションに぀いお話しおいる理由がわかりたせん。 実際、IDEの方法で実装しようずするのは本圓に悪いこずだず思いたす。 耇雑さが増し、パフォヌマンスに確実に圱響したすロヌド時間、git refresh ....。

この機胜は非垞に重芁だず思いたす。基本的には、関連するすべおのプロゞェクトを芖芚的に把握し、プロゞェクトりィンドりをすばやく切り替える必芁がありたす。

2぀の遞択肢がありたす。

  • 単䞀りィンドりでの実装私の意味では、他の倚くの懞念事項、git、search .....の耇数のプロゞェクトのルヌツが導入され
  • 芖芚的な切り替えメカニズムを実装し、プロゞェクトごずに1぀のりィンドりを維持したす。これは、非垞に䜎コストで最も安党で䟿利な遞択肢です。 @ min20は、グルヌプ間のslackのスむッチボタンに぀いおのビゞュアルを投皿したした。

spack

この機胜が機胜するこずを願っおいたすが、マルチルヌト゜リュヌションずしおではありたせん 小さな゚ディタヌの䞻な利点の1぀は、そのシンプルさずスピヌド、 muti-root != simplicity & speed

私はあなたに完党に反察しなければなりたせん@ g13013 Sublimeの実装を芋たこずがありたすか これは非垞にシンプルであり、Visual StudioCodeよりもはるかに高速です。 すべおのGITプラグむンが有効になっおいる堎合でも。

1぀の゚ディタヌで耇数のプロゞェクトを䜿甚するこずに぀いおは話しおいたせん。 必芁なプロゞェクトのフォルダのみを䜿甚するこずに぀いお話しおいたす。

たずえば、むンタヌショップショップで働いおいたす。 必芁のないものはたくさんありたす。線集する必芁があるのはカヌトリッゞだけです。 フォルダずファむルの80は私には圹に立たず、゚ディタをかなり重くするだけです私を信じおください、それはかなり遅くなりたす。

重耇ファむルが倚い堎合は、VisualStudioで「クむックオヌプン」を䜿甚するこずもできたせん。 正しいものを䜕床も開くかどうかわからないこずがよくありたすが、ファむルがたくさんあるず速床が䜎䞋したす。

私は理解しおいたすが、過去に厇高なものずアトムを䜿甚したこずがあり、「muti-root」機胜を備えたものはどれもプロゞェクトファむルの探玢以倖には䜕も解決しおいないずいう結論に達したした。厇高なものず蚀えば、厇高なフォルダツリヌは非垞に遅いです。倧芏暡なプロゞェクトであり、発芋時にフリヌズする堎合でも、sublimeには「git」および「debug」機胜の統合がすぐにはありたせん。muti-rootを導入するず、git統合に関連する倚くの問題が発生し、圱響を䞎えるこずなく怜玢できたす。パフォヌマンス...倧きなプロゞェクトでsrcollの問題を調査するように、UXでさえ圱響を受けたす。

奇劙なこずに、私にずっおはその逆です。

たぶんそれは、99の時間、必芁なものだけをSublimeたたはAtomに含めるためです:)そしおそれがたさに私たちが望んでいるこずです。

倚分それはあなたが゚ディタヌを䜿う方法です。 私はCMD / CTR + Pを䜿甚しお、必芁なファむルを正確に入力するこずに慣れおいたす。 重耇ファむルが倚数あるプロゞェクトのルヌトを含める必芁がある堎合、これは䞍可胜です。 オリゞナルが䜕であったかを比范するためにそこに残されたカヌトリッゞ/ファむル:)たたは同じ名前のファむルがたくさんあるワヌドプレスのようなもの。

こんにちは、
はい、耇数のフォルダのアむデアは、倚くのこずを壊すこずなく問題ありたせん。 远加の各フォルダヌは、プラむマリフォルダヌの倖郚であるこずを瀺すプレフィックスが付いた新しいサブセクションにするこずができたす。 プラむマリはデバッグずGitに䜿甚されたす。 ナヌザヌは任意の倖郚フォルダヌを右クリックしお、それをプラむマリにするこずができたす。 あなたが埗るもの
1すべおのフォルダずファむルを衚瀺し、必芁に応じお開くこずができたす。
2䞻に取り組むべきものの再ホヌミング。

これで、誰かが䞀床に耇数のプロゞェクトを開きたい堎合は、新しい問題のリク゚ストを開く必芁がありたす。 それは倚くの人々によっお抂説されたかなりの耇雑さを远加したす。 プラグむンはビルトむンず同じではありたせん。 䞀臎する組み蟌み機胜を備えた゚ディタヌがある堎合は、他の開発者がワヌクフロヌがそのような機胜にどのように適合するかを調べるこずができるように、その゚ディタヌを指定する必芁がありたす。 ありがずうございたした。 良い䞀日。

これが私がVSCに移行するのを劚げる唯䞀の取匕ブレヌカヌであるず考えるナヌザヌのリストに私を远加しおください。 プロゞェクトの厇高な実装が的を射おいるず思いたす。 たずえば、「ボランティア時間」アプリで䜜業する必芁がある堎合は、さたざたなフォルダヌメむンプロゞェクトフォルダヌず画像を含む別のフォルダヌを入力したプロゞェクトを開きたす。 それがそのプロゞェクトの私のワヌキングセットです。 「ExchangeCalculator」アプリに切り替える必芁がある堎合は、ワヌキングセット党䜓をそのプロゞェクトに亀換するか、そのプロゞェクトを含む新しいりィンドりを開くこずができたす。
もう1぀の䜿甚䟋は、CMSを䜿甚する堎合です。 CMSのプラグむンで䜜業しおいる堎合、Gitリポゞトリであるプラグむン甚のプロゞェクトずGitifiedではないCMS党䜓甚のプロゞェクトを䜜成できたす。 必芁に応じお2぀を切り替えお、Gitの懞念を分離しおおくこずができたす。
VSCは私には未来のように芋えたすが、フォルダヌの個別のワヌキングセットを保持する機胜がないわけではありたせん。

こんにちは、
SublimeTextがプロゞェクトファむルを含むプロゞェクトをサポヌトしおいるのを芋ただけプロゞェクトマネヌゞャヌに関しお、その点

私は正盎にAtomも䜿甚しおおり、ドキュメントフォルダヌず珟圚のプロゞェクトフォルダヌを同時に開くこずができるマルチフォルダヌ機胜組み蟌みを䜿甚しおいたす。 プラむマリヌずセカンダリヌの束を有効にするだけで、ぶら䞋がっおいる果物のように芋えたす。 おそらく単玔な矢印たたはプラむマリを瀺すために開始したす。 ありがずうございたした。 良い䞀日。

image

その䟡倀に぀いお、これが私のナヌスケヌスです。 私は3぀のリポゞトリに分割されたゲヌムに取り組んでいたす。 ゚ンゞン甚に1぀のGitリポゞトリ、ゲヌムコヌド+コンテンツ甚に1぀のhgリポゞトリ、および倚くのプロゞェクトで䞀般的なゲヌムコヌド甚に1぀のhgリポゞトリ。 同瀟のSublimeTextプラグむン甚のhgリポゞトリも1぀ありたす。 ゞェネリックリポゞトリは、ゲヌムリポゞトリのサブリポゞトリです。

次の職堎では、たた倚くのリポゞトリで䜜業するこずを期埅しおいたす。

これらすべおを同じ゚ディタヌむンスタンスに含めるこずは非垞に䟿利であり、VSCodeで適切なSCMを取埗するこずはこれらすべおにずっお理にかなっおいるず思いたす。

デフォルトでは、マップされたすべおのフォルダヌを怜玢するこずが期埅されたす。 玠晎らしいボヌナスは、怜玢するフォルダを䞀時的にオン/オフに切り替えるこずができるこずです。 たずえば、ゲヌム゚ンゞンで物を芋぀けるこずだけに興味がある堎合

A  VS Codeは必芁ない、 どのように機胜を機胜させたいの

@Srekelは、珟圚の゚ディタヌでこのように機胜する方法のスクリヌンショットを含めるこずができたすか ビルトむンずプラグむンを䜿甚したフォルダずプロゞェクトの組み合わせのように聞こえたす。 うたくいけば、そのAキャンプの人々は、この皮の機胜を組み蟌むための倉曎にほずんど気付かないでしょう。 Bキャンプの人々にずっお、圌らは正しいです。 行き詰たる必芁がない堎合は、すぐに䜿甚できるアプリケヌションですばやく䜜業を行うこずができたす。 それに近づけるこずは、おそらくそのような迅速な曎新サむクルず敎頓されたむンタヌフェヌス芁玠を持぀のに圹立ちたす。

これを達成する方法に関するいく぀かの事柄は次のずおりです。

  • スコヌプ、コンテキスト、セッション、ビュヌの関係を理解し​​、最新であるこず。
  • 䞊限256以䞊のフォルダヌ
  • 䞻な圱響を受ける領域゚ディタヌタブ、蚭定、scm、git、拡匵機胜。
  • ワヌクスペヌス蚭定のオヌバヌラむドたたは競合。

補償が必芁なこれらの領域でVSCodeが圓たり前ず思っおいるこずのいく぀かに぀いお、ここで説明するずよいでしょう。 ありがずうございたした。 良い䞀日。

+1

+1。 30以䞊のモゞュヌルがあり、それぞれに独自のgitリポゞトリがあり、単䞀の環境でアクセスしお䜜業したいず考えおいたす。 私はそれがほずんどのjs / node開発者がしおいるこずだず思いたした。 VSCodeではこれは䞍可胜です。残念ながら私にずっおは取匕のブレヌカヌです。

+1

2015幎からオヌプンしおおり、ただ修正されおいたせん。 これは、どの゚ディタヌでも最も必芁ずされおいる機胜ですが、残念ながらvscodeにはありたせん。

+1

コマンドタブを䜿甚するずきに、あるVSCodeりィンドりを別のりィンドりず垞に混同しおいたす。

私が知っおいる他のすべおの゚ディタヌにはこれがありたすAtom、Sublime、Brackets ...

プロゞェクトにシンボリックリンクを远加するのはハックであり、.gitignoreを曎新する必芁がありたす。 芪ディレクトリを開くのは面倒です。ファむルペむンに、気にしない他のプロゞェクトが殺到するからです。

完了したタスク「マルチルヌト、マルチフォルダヌワヌクスペヌスの調査」を瀺す4月の反埩蚈画。 調査の結果は
@bpasero @tyriar

+1

熱心すぎたらごめんなさい。 あなたたちは今コヌドをリリヌスするのに忙しいです。

こんにちは、
[フォルダを開く]ダむアログは、[フォルダを開く]ず芋なす必芁がありたす。 したがっお、特定の芪フォルダヌの䞋にいる堎合は、ダむアログで2぀以䞊のサブフォルダヌを匷調衚瀺しお同時に開くこずができたす。 これは、この機胜を組み蟌むこずで歓迎される远加です。 ありがずうございたした。 良い䞀日。

+もう1぀

GitHubスレッドで、特に絵文字埌のコメントがこれほど倚く芋られたこずはありたせん。 よかった。

この機胜が本圓に欲しいです。 他の誰かがすでに蚀っおいるように、倚くの最新のプロゞェクトはモゞュヌル匏です。たずえば、あるリポゞトリ/プロゞェクトのフロント゚ンドず別のリポゞトリ/ APIのバック゚ンド/ APIです。 倚くの堎合、それらを1぀にたずめお䜜業するこずをお勧めしたす。

これが私がAtomをあきらめなかった唯䞀の理由です。

マむクロサヌビスずサヌバヌレスプラットフォヌムは、長幎の「レポは安い」ずいうマントラず組み合わされお、これが必須である理由です。 最倧30個の[小さな]リポゞトリを開いお、耇数のプロゞェクトのファむルを同時に凊理するこずは珍しいこずではありたせん。 人々がその数のりィンドりを切り替えるこずを期埅したり、ファむルビュヌの配眮をデスクトップ環境のりィンドりマネヌゞャヌにオフロヌドしたりするこずはできたせん。

こんにちは、
@martellajで30レポを今どのように管理しおいたすか たくさんのファむルを開いたたたラむブで䜜業するのは恐ろしいこずです。 私は倚くのラむブラリを䜿甚する傟向がありたすが、共有するための䟿利な機胜のバックポヌトに取り組む必芁が生じたため、他のすべおの線集りィンドりを意図的に閉じたした。 テストを䜜成しお構成ファむルずプロゞェクトオプションを曎新し、䜜業を開始しおから、前のビュヌに戻りたす。 それはただ倚分3぀か4぀の他のりィンドりです。
環境内の他の制限のためにこれを行っおいたすか 倚分プログラミング蚀語はむンテリセンスを持っおいたせんか たぶん、APIを読み取っお機胜的な眲名を䞎えるこずができる拡匵機胜が圹立぀でしょうか
Fのような蚀語には、型プロバむダヌず呌ばれる機胜がありたす。その1぀は、たさにそれを実行しお、Webのプログラミングを容易にしたす。 これは、耇数のフォルダヌの必芁性を枛らすこずではありたせん。そのような倧きなアクティブなワヌクスペヌスでは、少なくずもいく぀かの他の問題が発生する可胜性がありたす。 ありがずうございたした。 良い䞀日。

@ pr-yemibedu、@ martinjcoが蚀っおいるこずは、ファむルを開いおいないずいうこずだず思いたすが、マルチルヌト構造があれば、リポゞトリにすばやくアクセスできたす。 想像しおみおください。必芁なファむルにCMD + Pするだけです;

珟圚の状況の問題は、VScodeがサポヌトしおいないため、ファむルを開くか、少なくずも30の異なるりィンドりを切り替える必芁があるこずです。

機胜がないため、最近実際にAtomに切り替えたした。 珟圚、9レポのプロゞェクトに取り組んでいたす。 9぀のVScode未亡人を同時に開くこずはしたくありたせんが、ショヌトカットを䜿甚しお必芁なファむルに移動したいだけです。

@dariusrosendahlによるコメントに同意したす。 私は初心者のコヌダヌであり、新しいプロゞェクトを䜜成するには、叀いプロゞェクトを参照する必芁がありたす。 うたくいけば、それはすぐに倉わるでしょうが、厇高なこずに、私は簡単に3぀から4぀のプロゞェクトフォルダヌを持ち、それらを同じセッションで開いお比范するこずができたす
screen shot 2017-05-11 at 12 48 57 pm

Visual Studioでそれを取埗できれば、それは玠晎らしいこずです。

こんにちは、
私の以前の投皿がこの機胜を支持しおいるこずがわかるように、私は指摘された点に同意したす。 私がmartinjcoによっおコメントしおいた正確な声明がありたした

最倧30個の[小さな]リポゞトリを開いお、耇数のプロゞェクトのファむルを同時に凊理するこずは珍しいこずではありたせん。

nuno1895が瀺しおいるのは、耇数のフォルダヌで䜜業する必芁があるが、単玔なメむンフォヌカスプロゞェクトであるずきに、今日Atomをどのように䜿甚するかです。 実際、アクティブな開発には、VS2015、gedit、vim、notepad、notepad ++の䞡方を䜿甚しおいたす。 それぞれに、察応するものにただ同等のものがない長所がありたす。

明確にできるコアポむントがあるかどうかを理解しようずしおいたした。 私たちは皆、これに取り組み、それに時間を費やす開発者に支持されたいず思っおいたす。 それで、今日これがどのように扱われるかを尋ねおいたした。 9 vs 30はおそらく私の興味をそそるものではなかったでしょうが、vscodeず比范しおいる人々が䜕であるか、そしお別のツヌルを怜蚎する䟡倀があるかどうかを知りたいです。

私は、比范の基瀎ずしお、そしお有甚なスクリヌンショットで話されおいるAtomずSublimeTextだけを芋おきたした。 これを受け入れお実装するために、さらなる議論、芪指、フィヌドバックを歓迎したす。 ありがずうございたした。 良い䞀日。

十分に匷調されおいない可胜性がある1぀のポむントは、フォルダヌセットプロゞェクト間をすばやく「フリップ」する機胜です。 Sublimeでは「クむックスむッチプロゞェクト」ず呌ばれおいたす。 そのメニュヌ項目をクリックするず、すべおのプロゞェクトのリストを含むポップアップが衚瀺されたす。プロゞェクトの1぀を遞択するず、゚ディタヌには、最埌に残したフォルダヌず開いおいるすべおのファむルが衚瀺されたす。
たずえば、プロゞェクトAで䜜業しおいお、app.jsファむルずindex.htmlファむルを開いおからプロゞェクトBに切り替えるず、プロゞェクトAが閉じお、プロゞェクトBが衚瀺されたす。その埌プロゞェクトAに戻るず、フォルダヌずapp.jsおよびindex.htmlを残したたた衚瀺したす保存されおいない線集もありたす。
䞡方のプロゞェクトを同時に開く必芁がある堎合は、゚ディタヌの2぀のむンスタンスを開くだけです。
重芁なのは、すべおのものを別々のバケットに保持でき、それらをすばやく切り替えるこずができるずいうこずです。

+1

こんにちは、
その機胜に぀いお読みたした。 Sublime Textを閲芧せずにプロゞェクトを切り替えるず、良い点ず悪い点がいく぀か指摘されたす。 ワヌクスペヌス蚭定ファむルで開いおいる耇数のフォルダヌを゚ンコヌドするずよいでしょう。 そのファむルが間違った堎所にあるず思われる堎合は、folders.jsonのようなものを䜜成しお、珟圚のワヌキングセットで䜿甚可胜で開いおいるフォルダヌずファむルの珟圚の状態を保持できたす。 ありがずうございたした。 良い䞀日。

私は数ヶ月前にVSCodeを䜿い始めたしたが、䞀般的には非垞に満足しおいたす。 私の声を合唱団に加えお、この欠けおいる機胜が私にずっお倧きな頭を悩たせおいるず蚀いたす。 この制限がある他のたずもな線集者はいたすか いずれにせよ、それは修正されるべきです。 :)

これが私の新しい仕事でのセットアップです
コア技術の1぀のリポゞトリ。 パスはC/ mygamengine /ず蚀いたす
ゲヌムコヌドの1぀のリポゞトリ。 C/ mygamengine / mygameに同期されたす
ゲヌムのコンテンツテクスチャなどの1぀のリポゞトリC/ mygamengine / mygame_data

3぀すべおがgitです。 それらはサブリポゞトリずしお蚭定されおおらず、それらのフォルダに同期されるだけです。

できれば、VS Codeでルヌトフォルダヌを開いお、それが本質的に3぀の異なるプロゞェクトであり、mygameの䞋のファむルがmygameengine内のファむルではなく、そのgitリポゞトリに属しおいるこずを自動的に認識させたいず思いたす。

リポゞトリごずに異なるこのワヌクスペヌスの蚭定を蚭定できるようにしたいたずえば、ゲヌムコヌドではなく、゚ンゞンプロゞェクトでリンタヌを実行したい堎合がありたす。 たた、3぀のプロゞェクトすべおにデフォルトでワヌクスペヌス蚭定が蚭定されおいるず䟿利です。

うわヌ、これはただ解決されおいたせんか レビュヌによるず、Atomのようにはるかに高速で遅れがないため、AtomをVSCodeに眮き換えるこずを望んでいたした。
私の䞻なプロゞェクトは2぀のGitリポゞトリで、1぀はバック゚ンド、もう1぀はフロント゚ンドです。 ロヌカルでは䞡方ずも同じフォルダヌにありたすが、AtomたたはVSコヌドのいずれかがその芪フォルダヌを開くず、Gitステヌタスは認識されたせん。
Atomでは、䞡方のフォルダヌをワヌクスペヌスに远加するだけで機胜したす。

sparkles曎新sparkles

前回のアップデヌトからしばらく経ちたしたので、みんなのスピヌドを䞊げたいず思いたした。 私自身、 @ bpaseroずチヌムの他のメンバヌは、マルチルヌトの実装に関する問題のほずんどを特定し、珟圚、いく぀かのモックアップに取り組んでおり、UXの詳现を把握しおいたす。

なんでこんなに時間がかかるの

この機胜は私たちの唯䞀の責任ではなく、マルチルヌトを実珟するために必芁な䜜業は非垞に膚倧であるため、非垞に時間がかかりたす。 手始めに、VS Code内のすべおのコンポヌネントは、フォルダヌが1぀しかない、たたはフォルダヌが垞に開かれおいないこずを前提に蚭蚈されおいたす。 このような仮定で私たちず同じくらい倧きなコヌドベヌスがある堎合、それをより柔軟にするために倚くの䜜業が必芁です。

いく぀かの䟋を挙げるず、これたでに特定した倧きな問題点のいく぀かを次に瀺したす。

  • 拡匵APIは単䞀のworkspace.rootPath公開したすが、マルチルヌトフォルダヌのサポヌトを远加する堎合はこれでは䞍十分です。 これらの拡匵機胜を壊さないようにし、必芁に応じお移行パスを提䟛したいず考えおいたす。
  • マルチルヌトの䞖界でワヌクスペヌス蚭定が盞互䜜甚する方法は少し異なりたす。 たずえば、ワヌクスペヌス蚭定で珟圚蚱可されおいるworkbench.statusBar.visibleを取り䞊げたす。 2぀のフォルダヌで定矩するず、奇劙な/バグのある動䜜が発生するため、これをサポヌトできなくなりたす。 私たちは、この皮のケヌスに察凊する方法を暡玢しおいるずころです。
  • SCMプロバむダヌgitは、耇数のフォルダヌをサポヌトするために、おそらく最倧量のUX䜜業を必芁ずしたす。「アクティブプロゞェクト」の抂念を導入する必芁がありたすか 明瀺的に蚭定する必芁がありたすかフォルダヌを右クリックしお蚭定したす、それずも暗黙的に蚭定する必芁がありたすかアクティブファむルのフォルダヌを確認したす それはグロヌバルな抂念である必芁がありたすか、それずもその特定の機胜に限定されるべきですか 等

よく考えられおいない解決策で急いで出たくないので、時間をかけお、朜圚的な問題ず、これが各コンポヌネントにどのように圱響するかに぀いお実際に考えおいたす。 準備ができたら来たす。

これたでのコメントの芁玄

これたでのずころ、フィヌドバックを照合するために膚倧なスレッドを数時間かけお調べたした。 このようなもののいく぀かを分類するのは少し倧倉でしたが、䞀般的に人々が求めおいたものは次のずおりです蚀い換えれば。

  • 耇数のフォルダヌ間でgitを統合したい
  • 珟圚のフォルダ切り替えやOSりィンドり管理UXは面倒です
  • 耇数のフォルダを怜玢したい
  • 耇数のフォルダにたたがっおデバッグしたい

懞念事項

  • リファクタリングはプロゞェクト間で機胜したすか、それずも単䞀のプロゞェクトで機胜したすか
  • Gitでどのプロゞェクトに取り組んでいたすか
  • 怜玢はどのフォルダで実行されたすか
  • ワヌクスペヌスの蚭定を壊さないでください
  • 拡匵機胜を壊さないでください-新しいAPIに぀いお拡匵機胜の開発者に譊告しおください
  • Slackスタむルのタブ付きUXは私には十分ではありたせん。基本的には、りィンドり管理をOSからVS Codeに移動するだけです。プロゞェクトのすべおのファむルに単䞀のりィンドり぀たり、゚ディタヌグルヌプのセットでアクセスできるようにしたいのです。
  • 「私の意味では、他の倚くの懞念事項がありたす。耇数のプロゞェクトがgit、searchにルヌツを持っおいたす.....これはUXにずっお非垞に悪いこずであり、゚ディタヌにバグや耇雑さをもたらす可胜性がありたす。」

他のコメント

  • 「gitフォルダヌ」にあるリポゞトリのサブセットのみを開きたい
  • 単䞀のフォルダで怜玢したり、プロゞェクトごずに怜玢結果を敎理したりするための優れた方法が必芁です
  • 䟝存関係コヌドに移動しおすばやく読むこずができるようにしたい
  • フォルダヌごずに異なるバヌゞョンのTypeScriptを実行したい
  • VS Codeは、巚倧なリポゞトリでは遅すぎたす
  • 䞀郚のプロゞェクトを垞に開いたたたにしお、参照甚に䜿甚したい䟋テヌマ/テンプレヌト
  • VSCodeで任意のディレクトリの.vscode / settings.jsonファむルを認識したいこれは回避策に圹立ちたす
  • プロゞェクトルヌト怜玢/デバッグずgitルヌトを定矩したしょう
  • Sublimeはマルチフォルダヌgit統合を゚レガントに凊理したす
  • SlackのUIに䌌たタブ付きフォルダヌ぀たり、いく぀かのアクティブなプロゞェクトパラダむム
  • ゚クスプロヌラヌの各フォルダヌの個別のセクション
  • フォルダヌをプラむマリずしお䜿甚し、残りをリンク/サブフォルダヌずしお䜿甚したす
  • 厇高なようなクむックスむッチプロゞェクトが欲しいファストスむッチ+ワヌクスペヌスレむアりトを保持
  • このスタむルのワヌクスペヌス管理は、npmモゞュヌル、julia、heroku PaaS、wordpress、drupalで特に圹立ちたす。

珟圚の回避策

珟圚の䞻な回避策は次のずおりです。

い぀コメントしたすか

+1たたは「これが欲しい」ずいうコメントは避けおください。 この問題に぀いおコメントが行われるず、サブスクラむブボタンを抌した倚くの人に加えお、コメントした153人ずカりントする人に通知されたす。 コメントするずチヌムの曎新も埋もれおしたうので、泚意しおください。 ただし、䌚話に远加する堎合は、必ずコメントしおください。

耇数のルヌトを持぀よりも間違いなく倚くの甚途がある機胜は、構成可胜なワヌキングセットを持぀機胜を远加するこずです。 これにより、盞互の芪を開くこずができたすが、このプロゞェクト内には倚くのフォルダヌの組み合わせがありたす。

䞀般に、これは、ルヌト党䜓の構成を毎回倉曎するこずなく、より倧きなコヌドベヌスで䞀床に特定のファむル/フォルダヌに「焊点を合わせる」こずができるプロゞェクトに圹立ちたす。

この機胜に぀いおの蚈画はありたせんか

この機胜の蚈画は、 @ Tyriarのコメントずこの関連リンクで確認できたす。
https://github.com/alefragnani/vscode-project-manager/issues/46
https://github.com/Microsoft/vscode/issues/26068

このための蚭蚈を共有し、フィヌドバックをお寄せください。 これを行うために、私たちはいく぀かの電話䌚議を蚭定し、そこで私たちのデザむンをりォヌクスルヌし、デザむンに察するあなたの反応に぀いお話し合いたす。

これらの議論に参加しお、私たちがデザむンを正しくするのを手䌝いたい堎合は、私に連絡しおください私にメヌルを送っおください-マむクロ゜フトドットコムのstevencl。

これらの議論は、6月1日朚曜日ず6月2日金曜日に予定されおいたす。

@Tyriar @stevenclありがずうございたす 拍手

本日はセッションにご参加いただき、誠にありがずうございたした。 セッションの蚘録はここに投皿されおいたす

ビデオを芋お、デザむンに぀いおの远加のコメントを共有しおください。

@stevencl調査を実行し、利甚可胜にしおくれおありがずう

玠晎らしいビデオ、ありがずう いく぀かのフィヌドバック

  • 👍👍👍党䜓的なシンプルなデザむンず、今日のVSCodeの動䜜の自然な拡匵。 皆さんは、倚くの耇雑な状況にシンプルで゚レガントな方法で察凊したした。 そのための称賛
  • 巊䞋隅にある集玄されたSCM通知が気に入っおいたす。ただし、SCM通知をクリックした埌、ポップアップをスキップしおSCMパネルに盎接移動するこずを陀いお、倉曎は必芁ありたせん。 クリック数が少ない=私にずっおは垞に良い。
  • アレクセむが提案したような色分けのルヌツは興味深いアむデアであり、圹立぀可胜性がありたす。
  • 怜玢フォルダぞのスコヌプは私にずっお重芁です。珟圚の「含めるファむル」フィヌルドをそのために䜿甚できるず思いたすが、確認したかっただけです。
  • 私はわからないんだけどに関する唯䞀のものは、氞続性ず、すべおの開いおいるadditionalFolders私が開いたずきにpath 。 express-projectが明らかに「マスタヌプロゞェクト」である最埌の䟋では、ある皋床意味がありたすが、前の䟋に぀いおはよくわかりたせん。 expressずexpress-pluginは同じように感じたしたが、本圓の兄匟のように、 expressを開くずexpress-pluginも開くずは思いたせん。

    • ある意味で、この背埌にあるデヌタ構造は、1぀の「パス」、次に「additionalFolders」ではなく、パスのフラットリストである必芁があるように感じたす。

    • 1぀のマスタヌパスの抂念がそれほど圹立぀かどうかはわかりたせん。 私のプロゞェクトでは、おそらくそうではありたせん。

    • マルチルヌトワヌクスペヌスを開くには、珟圚の_File> Open folder_の他に、_File> Openworkspace_のようなトップレベルのコマンドが必芁です。

    • 党䜓的に、私はこれに぀いおあたり確信がありたせん。 申し蚳ありたせんが、具䜓的な提案はありたせん。

もう䞀床感謝したす。これにより、VSCodeは新しいスヌパヌパワヌを獲埗したす😄。

ビデオを共有しおいただきありがずうございたす。 「ルヌトフォルダごずに1぀のセクション」の蚭蚈をサポヌトしたいず思いたす。

one-section-per-root-folder

最初は、他の厇高なテキストのようなデザむンを期埅しおいたしたが、「ルヌトフォルダヌごずに1぀のセクション」の代替案を芋た埌、このアプロヌチには次の利点があるこずがわかりたした。

  • フォルダヌ間の明確で明確な区別ず分離特に、フォルダヌが2぀たたは3぀以䞊ある堎合、他の゚ディタヌやIDEを䜿甚する堎合によくあるこずです
  • ルヌトフォルダは別のサブプロゞェクトであるずいう抂念を適甚したす
  • サブプロゞェクトコマンドぞのクむックアクセス「新しいファむル」、「曎新」など、そしおおそらく将来的には、右クリックしおその特定のサブプロゞェクトでタスク「再構築」などを起動したす;
  • 2番目のグルヌプで述べたように、この蚭蚈では、フォルダヌ名の切り捚おの問題が発生する可胜性は䜎くなりたす。

「ルヌトフォルダごずに1぀のセクション」の抂念に぀いお...これが私ずほずんどのナヌスケヌスでうたく機胜するかどうかは本圓にわかりたせん。 私が重根の状況にあるずきはい぀でも、私が倚くを持っおいるこずは䞀般的です; 2たたは3だけではありたせん。
このアプロヌチがどのように拡匵されるかわかりたせんか

たた、珟圚のフォルダのようなレむアりトに぀いおのいく぀かの議論は、モノレポがどのように衚瀺されるかず䞀臎しおいるずいうこずです。 たずえば、次を比范したす。

monorepo/      <- contains .git
  project1
  project2

察。

microservices/
  project1      <- contains .git
  project2      <- contains .git

これら2぀は、VSCodeによっお実際にたったく同じように扱われる必芁がありたすmonorepoはすでにありたすコミットナチュラル、怜玢「含めるファむル」、耇数のREADMEそれらのフォルダヌぱディタヌタブに衚瀺されたすなど。 マルチルヌトは、これに可胜な限り厳密に埓う必芁がありたす。IMOは、珟圚の蚭蚈で非垞にうたく機胜したす。

@stevencl私が完党に理解しおいなかったこずが1぀ありたす。この゜リュヌションは、 .vscode蚭定のスコヌプたたは階局凊理をもたらしたすか たずえば、トップレベルフォルダごずに.vscodeがある堎合、それらの蚭定は個別に適甚されたすか それらはどういうわけかプロゞェクトルヌトで集玄されたすか たたは、「プラむマリ」 .vscodeカりントされたすか

@maddouriにリストされおいるのず同じ理由で、「ルヌトフォルダヌごずに1぀のセクション」の蚭蚈を奜みたす。 さらに、Atomで他の代替手段を䜿甚したため、耇数の高階局フォルダヌが開いお展開されたずきに、新しいルヌトフォルダヌがどこから始たるかを芖芚的に芋぀けるのが難しくなりたした。

デザむンの曎新をありがずう、それは本圓によく芋えたす

UIで䞀床に耇数のワヌクスペヌスを䜿甚できる可胜性はありたすか 簡単に切り替えるこずができるように。 たずえば、次のようなものがありたす。

EXPRESS, EXPRESS-PLUGIN
  express/
    lib/
    test/
    package.json
  express-plugin/
    lib/
    test/
    package.json
CONNECT, CONNECT-PLUGIN

次に、 CONNECT, CONNECT-PLUGIN仕切りをクリック/ダブルクリックするず、それをアクティブなワヌクスペヌスずしお䜿甚するように切り替わりたす。 これにより、耇数のプロゞェクトセットを凊理する必芁があるナヌザヌがワヌクスペヌスを簡単に切り替えるこずができたす。 それらがすべお怜玢やSCMに利甚できるこずを瀺唆しおいるわけではありたせんが、珟圚拡匵されおいるワヌクスペヌスに残りたす。

これは、最初のグルヌプで提案されおいるようにルヌトフォルダヌを匷調衚瀺し、それらのフォルダヌにカヌ゜ルを合わせるず新しいファむル/フォルダヌアむコンを䜿甚できるようにするこずで機胜したす。

JSONの蚭定に関するフィヌドバックがありたす。ワヌクスペヌスの蚭定を次のようにするず䟿利な堎合がありたす。

workspaces: [
    {
        name: "Express Project",
        root: "file://C:/workspace/",
        folders: [
            "./express/",
            "./express-plugin/"
        ]
    }
]

したがっお、 rootはパスではなくフォルダを開くための゜ヌスになりたすが、ルヌト自䜓は開かれず、各フォルダのみが開かれたす。 その堎合、「プラむマリフォルダ」はありたせんが、盞察ファむルパスは保持されたす。 これは、ルヌトフォルダヌずそれを䜿甚するすべおの远加フォルダヌを開くのではなく、UIを介しお事前定矩されたワヌクスペヌスを開くこずができるこずを前提ずしおいたす。 この名前は、倚数のフォルダヌ名が長くなりすぎたり、圹に立たないほど短くなったりするのを防ぐための仕切りずしお䜿甚できたす。

「ルヌトフォルダごずに1぀のセクション」゜リュヌションを遞択した堎合、珟圚衚瀺されおいるルヌトフォルダは、䞊にスクロヌルしお衚瀺されないのではなく、サむドバヌの䞊郚に「固定」されるこずをお勧めしたす。 埌続のルヌトフォルダがサむドバヌの䞊郚に到達するず、䞊にスクロヌルするだけです。

2017幎6月4日には、6:47で、ピヌタヌ・ペトロフの[email protected]は曞きたした

@maddouriにリストされおいるのず同じ理由で、「ルヌトフォルダヌごずに1぀のセクション」の蚭蚈を奜みたす。 さらに、Atomで他の代替手段を䜿甚したため、耇数の高階局フォルダヌが開いお展開されたずきに、新しいルヌトフォルダヌがどこから始たるかを芖芚的に芋぀けるのが難しくなりたした。

—
このスレッドにサブスクラむブしおいるため、これを受け取っおいたす。
このメヌルに盎接返信するか、GitHubで衚瀺するか、スレッドをミュヌトしおください。

たたは、Sublime、Atomのアプロヌチに埓うこずもできたすが、色を倉曎するか、ルヌトであるフォルダヌを衚瀺したり、䞀番䞊に貌り付けたりするこずができたす。 もちろんどちらの方法も良いですが、開いおいるフォルダがたくさんあるずスペヌスが枛りたす。曎新されたバヌや新しいファむルの䜜成などが衚瀺されるため、バヌを読み蟌たない方がよいのですが、どういうわけかどのフォルダがその根。 ただし、このバヌは非垞に優れおいたす。開いおいるルヌトフォルダヌがはるかに芋やすく、曎新したり、バヌに含たれおいる他の操䜜を実行したりできるためです。 たずえば、バヌの有無にかかわらず10個のフォルダヌを開いた堎合の倖芳を確認する必芁がありたす。

@stevenclそれらの録音を投皿しおいただきありがずうございたす 党䜓的に、私は機胜が向かっおいる方向に興奮しおいたす これたでの時間ず劎力をありがずうございたした。 これが私のフィヌドバック/考えです

  • 「EXPLORER」の䞋に単䞀のフォルダ名バヌのデザむンがある最初のデザむンが奜きですが、すべおのフォルダ名がそこにリストされおいるず、「ファむルの远加」、「」を衚瀺するためにすぐに切り捚おられるのではないかず心配しおいたす。フォルダを远加」などのボタン。 耇数のフォルダが開いおいる堎合は、「Multiple」などの文字列を入力するだけだず思いたす。 それ以倖の堎合は、フォルダヌが1぀しかないため、今日のようにフォルダヌの名前をそこに入力したすそしお、ツリヌ内のフォルダヌルヌトを非衚瀺にしたす。
  • 同じファむル名で耇数の゚ディタヌを開いおいない限り、゚ディタヌIMOのタブタむトルにフォルダヌ名を远加しおファむル名を明確にする必芁はありたせん。 このシナリオは、単䞀のフォルダヌが開いおいる堎合でも珍しいこずではないこずに泚意しおください。 同じルヌト内のサブフォルダヌ間で同じ名前の耇数のファむル .gitignore を取埗するのは非垞に簡単です。 したがっお、この蚭蚈芪フォルダヌ名を远加は、別個の機胜であるIMOであり、実装する必芁がありたす。 これに加えお、https//github.com/Microsoft/vscode/issues/15048の優れた解決策を芋぀けたいず思いたす。これにより、䞀郚のタブタむトルがさらに長くなるためです。 :)
  • 怜玢結果に぀いおは、すべおのルヌトフォルダで怜玢が機胜するこずが䞍可欠だず思いたす。 別のフィルタヌを远加しお、遞択したルヌトに怜玢を制限するこずができたす。 結果を衚瀺するずきは、ルヌトごずの結果を衚瀺するず䟿利な堎合があるため、ルヌトフォルダヌ名が远加された1぀の長いリストを衚瀺するか、ルヌトフォルダヌごずに1぀ず぀セクションに分けられたリストを衚瀺するオプションがありたす。
  • __ナヌザヌ蚭定__に「ワヌクスペヌス」を远加するこずを提案しおいるのは奇劙だず思いたす。 私はこれが__workspacesettings__で終わるこずを本圓に期埅しおいたした。 実際には、ワヌクスペヌス蚭定に新しい「workspaces」プロパティを含めるこずもできるずおっしゃっおいるず思いたすが、これは良いこずです。 ワヌクスペヌスのパスが盞察的であるこずも本圓に良いこずです。 これは、ナヌザヌ蚭定にたったく属しおいないようです。 これは、ワヌクスペヌスに非垞に固有であるず感じる機胜です。 ああ、でも今では、ナヌザヌ蚭定でも有効な理由がわかりたした。共通のルヌトがない1぀のワヌクスペヌスにHDD䞊の「ランダム」フォルダヌが必芁な堎合に、これらのワヌクスペヌスを保存する方法が提䟛されるからです。
  • ワヌクスペヌスをナヌザヌ蚭定に保存するず、ワヌクスペヌスで倱われるように芋えるこずの1぀は、他のプロゞェクト固有の蚭定を1぀のワヌクスペヌスたたは別のワヌクスペヌスに関連付ける機胜です。 たずえば、タブサむズを2スペヌスにする必芁があるワヌクスペヌスず、3スペヌスにする必芁があるワヌクスペヌスがある堎合、ナヌザヌ蚭定のワヌクスペヌスではそれを行うこずができたせん。 どこかにフォルダヌを䜜成し、その䞭に.vscodeフォルダヌを配眮しおから、適切なタブサむズのオヌバヌラむドを䜿甚しおワヌクスペヌスを最終的に定矩するために、 .vscode/settings.jsonを定矩する必芁がありたす。 この時点で、これらすべおの蚭定を栌玍し、特別なファむルずしお開くこずができる新しいVSCode Projectファむルタむプを䜜成するこずは、ワヌクスペヌスを栌玍するためにこのフォルダヌの階局を䜜成する必芁があるよりもはるかに簡単になるず思いたすsettings.jsonファむル...

最初の蚭蚈では、远加のフォルダヌの堎合、括匧内のパス盞察パスたたは絶察パスを区別のために名前に远加できたす。 それは簡単な解決策になるず思いたす。

@stevenclセッションを蚘録しおくれおありがずう。 本圓に参加したかったのですが、圓時は参加できたせんでした😢

私は提案されたSCMむンタヌフェヌスが奜きでした。 サマリヌセクションずフォルダごずに1぀のセクションがあるず、IMHOは、倉曎を怜出しお操䜜するためのはるかに簡単なむンタヌフェむスになりたす。 たた、UI党䜓で䞀貫した動䜜をするずいうアむデアが奜きなので、各結果でフォルダヌ名を連結するのではなく、[怜玢]タブでもフォルダヌごずに1぀のセクションを䜿甚する必芁がありたす。 [゚クスプロヌラヌ]タブに぀いおも同じです。

ナヌザヌ蚭定を䜿甚しお_Multi-Folder_を保存するこずは、私にずっお少し奇劙です。なぜなら、それは_smile:。 意図は新しいファむルを䜜成し、コンピュヌタ間で転送/同期プロゞェクト/ワヌクスペヌスにそれが簡単にするこずを避けるのであれば、なぜあなただけ_userのsettings_忘れおこずはありたせんadditionalFolderの゚ントリ_always_侀郹Workspace Settings 。 そうするこずで、_フォルダを远加_するず、 Workspace Settingsのみ远加されたす。 次に、フォルダを開くずきに、 .vscode\settings.jsonファむルずその䞭のadditionalFolders゚ントリを探しお、これがマルチフォルダワヌクスペヌスであるかどうかを確認したす。 _これは、䜿甚した2番目の䟋ず䌌おいたすが、2぀の欠萜しおいるgitリポゞトリに぀いおです_。

SomeFolder.vscodesettings.json

{
    "editor.wordWrap": "off",
    "editor.codeLens": false,
    "editor.renderWhitespace": "all",
    "workbench.colorTheme": "Abyss",

    "additionalFolders": [
        "./express",
        "./express-plugin",
        "~/commons/other-stuff",
        "file:///C://Temp//oldlib"
    ]
}

たた、 ~や$homeなどの_user-data_の堎所をサポヌトし、異なるコンピュヌタヌ/プラットフォヌム間でプロゞェクトを簡単に共有できるようにしたす。

私は1぀のポむントだけを逃したした API 。 拡匵機胜はそれずどのように統合されたすか

努力しおくれおありがずう。 最初のむンサむダヌリリヌスを楜しみにしおいたす👍

フィヌドバックをお寄せいただきありがずうございたす 䞊蚘のコメントからいく぀かのフィヌドバックを聞いたので、新しい蚭定プロパティadditionalFoldersを掻甚しお「マルチルヌト」を実装する方向をフォロヌアップしたいず思いたした。

そもそも蚭定を導入する䞻な動機は、実際には物事をシンプルに保ち、あたり倚くの新しい抂念を導入しない䞀方で、匷力でいく぀かの興味深いシナリオを可胜にする゜リュヌションを提䟛するこずです。 蚭蚈䞊の決定ず結果は次のずおりです。

耇雑にしないでおく
ファむルずフォルダヌを開くこずがVSCodeの䞭栞であるず感じおいたす。 したがっお、「プロゞェクト」の新しいトップレベルの抂念を導入したくありたせん。 たずえば、「プロゞェクトを開く」アクションが必芁であるずは思わず、プロゞェクトは垞にフォルダであり、オプションで远加のフォルダを関連付けるこずができるず考えたす。 この仮定では、蚭定はそれを可胜にする自然な方法のように思えたす。 このフォルダを開くずきはい぀でも、それを䜿甚しお远加のフォルダを開きたす。 フォルダの远加ず削陀は簡単なゞェスチャヌで、蚭定を盎接曎新したす。

蚭定は匷力です
マルチルヌトを蚭定ずしお䜿甚するず、倚くの興味深いシナリオが可胜になりたす。 たずえば、 additionalFolders蚭定をワヌクスペヌスに自由に配眮しお、他の人ず共有するこずができたす盞察パスを䜿甚しお、これはビデオに瀺されおいたす。
その䞊、最初にプロゞェクトをセットアップする方法も自由です。たずえば、マスタヌフォルダヌず远加のフォルダヌの明確な関係がない堎合がありたすたずえば、それらの䞀郚が関連しおいない可胜性もありたす。お互い。 その堎合は、リンク先のフォルダヌを含むsettings.jsonを含む「プロゞェクト」フォルダヌを䜜成できたす。

allMyRandomProjects/ 
  .vscode
    settings.json <- contains additionalFolders setting  

allMyRandomProjectsを開くず、蚭定に基づいたフォルダのリストが衚瀺されたす。 衚瀺されおいるすべおのフォルダヌに適甚されるいく぀かの蚭定をsettings.json含めるこずもできたす。

ワヌクスペヌスの切り替えずマルチりィンドり
間違いなく、VSCodeでのワヌクスペヌスの切り替えずマルチりィンドりのサポヌトの改善に取り組む必芁がありたす。 マルチルヌトワヌクスペヌスはフォルダを持぀他のワヌクスペヌスず同じように扱うため、ワヌクスペヌスの切り替えずマルチりィンドりのサポヌトを改善するず、マルチルヌトワヌクスペヌスを利甚しおいないナヌザヌでもメリットがありたす。
マルチルヌトから独立しお、フォルダず開いおいるりィンドりを切り替えるためのより良い簡単な方法を怜蚎する必芁がありたす。

次のコメントでは、個々のコメントに぀いおフィヌドバックを提䟛したす。

@borekb怜玢には、今日すでに特定のパスを含めるように怜玢を構成できるのず同じ方法で、特定のルヌトフォルダヌたたは耇数に制限するオプションが含たれたす。

@maddouri @TurkeyMan @ pesho 、 @ dgileadi @stefcameron゚クスプロヌラヌで単䞀のツリヌを奜む人もいれば、耇数のセクションを奜む人もいるこずは明らかです。 したがっお、この蚭定になっおしたう可胜性がありたす。䞡方の゜リュヌションには長所ず短所があり、どちらがシナリオに適しおいるかはナヌザヌ次第です。

@borekb蚭定の適甚方法は、マルチルヌトセットアップを䜿甚しおいるかどうかによっお少し異なりたす。ナヌザヌ蚭定は、以前ず同じように開いたすべおのフォルダヌに垞に適甚されたす。 ワヌクスペヌス蚭定はメむン「マスタヌ」フォルダヌから取埗され、それに関連付けられおいるすべおのファむルずフォルダヌに適甚されたす。 すべおをサポヌトしおいるわけではありたせんが、ワヌクスペヌス蚭定を介しお远加のフォルダヌの蚭定を定矩できるようになりたした。 たずえば、 update.channel: noneような蚭定は、フォルダごずにサポヌトするこずはできたせん。 フォルダヌレベルでサポヌトできる蚭定 files.exclude 、すべおの゚ディタヌ蚭定などを特定し、それらを有効にするために必芁な倉曎を加える必芁がありたす。 これは、私たちが投資しなければならない䞻芁な䜜業領域の1぀です。特に、拡匵機胜は、フォルダヌごずのスコヌプでサポヌトする蚭定を定矩できるためです。

@BTMortonワヌクスペヌスを切り替える簡単な方法が必芁なようです。 これは、ナヌザヌが実行できるフォルダヌ遷移に぀いお、マルチルヌトから独立しお調査する必芁があるものです。

@stefcameron additionalFolders蚭定を開いたたたにしお、最終的にメタデヌタを远加したす。 たずえば、プロゞェクト間の切り替えがメむンフォルダヌではなく名前で行われるように、このような構成に名前を付けるこずができるず考えるこずができたす。

ビデオでただ觊れおいないこずの1぀は、拡匵機胜がマルチルヌトフォルダヌをサポヌトする方法です。 マルチルヌトサポヌトのもう1぀の䞻芁な目暙は、「シンプルに保぀」以倖に、拡匵機胜を壊さないこずです。

珟圚、拡匵機胜には、珟圚開いおいるワヌクスペヌス workspace.rootPath: string にアクセスするためのシンプルなAPIがありたす。 フォルダが開かれおいない堎合、このプロパティはnullにするこずができたす。

珟圚、 additionalFolders蚭定の導入により、拡匵機胜は、蚭定されおいるworkspace.rootPathプロパティフォルダヌが開かれおいる堎合たたはそうでないフォルダヌが開かれおいない堎合に䟝存できたす。 additionalFoldersは実際には蚭定であるため、拡匵機胜は自由に読み曞きでき、珟圚蚭定に関連するAPIを䜿甚しおこの蚭定に曞き蟌むこずもできたす。 この蚭定を倉曎するずむベントが発生するこずもあり、ナヌザヌがこの蚭定を倉曎したずきに動的に反応するこずができたす。

この蚭定を読み取るず、拡匵機胜にワヌクスペヌス内の远加のフォルダヌを認識させるこずができたす。 たずえば、Travis CI拡匵機胜は、すべおのフォルダヌにわたっお集玄されたステヌタスを衚瀺するこずを遞択できたす。

この蚭定を曞くこずは拡匵のためのいく぀かの興味深いシナリオが可胜になりたす。䟋えば、あなたが動的に远加および削陀したフォルダをワヌクスペヌスにそのようにAピッカヌUIを介しおプロゞェクトのリストを瀺すこずによっお、䟋えば、りィンドり内のプロゞェクトの移行を可胜にし、プロゞェクト・マネヌゞャヌの拡匵子を持぀こずができたす。

ある時点で、マルチルヌトフォルダを凊理するための実際の新しい拡匵APIを導入する可胜性がありたす。 読み取り/曞き蟌みの拡匵機胜の蚭定内にこれを埋め蟌むのは少し奇劙です。 しかし、そもそも、拡匵機胜はすでにadditionalFolders蚭定を調べお、可胜であればそれを掻甚するこずができたす。 たた、拡匵機胜の䜜成者ず緊密に連携しお、シナリオずそれらをより適切にサポヌトする方法を理解したす。

@bpasero远加のフォルダヌの抂念もLSPに远加されたすか、それずもVS Codeは远加のフォルダヌごずに1぀の蚀語サヌバヌを起動するだけですか

@felixfbeckerこれは、蚀語拡匵の優れた゜リュヌションを芋぀けるために、ただ投資ず調査が必芁なものです。 拡匵機胜甚の远加のAPIに぀いお考えたら、これがLSPにずっお䜕を意味するかに぀いおも考える必芁がありたす。

ただし、今日では、ナヌザヌがワヌクスペヌスずしお開かれおいないフォルダヌからファむルを開く状況がすでに発生しおいる可胜性がありたすたずえば、[ファむル]> [開く]> [somefile.xyz]。 理想的には、蚀語拡匵機胜は、そのファむルのフォルダヌが開かれおいない堎合でも、そのようなファむルに察しお同じレベルの蚀語機胜を衚瀺できたす。

最初は、 additionalFoldersかからファむルを開くず、最初に開いたフォルダヌにないファむルを開くのず非垞によく䌌た動䜜をしたす。 たずえば、TypeScriptはこのケヌスにうたく察凊できたす。぀たり、珟圚開いおいるファむルからtsconfig.jsonファむルが芋぀かるたで歩いお行き、これをプロゞェクトずしお扱いたす。 参照の怜玢などの機胜は問題なく機胜したす。

image

明瀺的なプロゞェクトコンテキストを匷制するのではなく、珟圚アクティブなファむルから移動するだけで蚀語拡匵機胜が機胜する堎合は䟿利です。

@bpaseroコメントありがずう垞に「マスタヌ」フォルダヌが存圚するallMyRandomProjects䟋でも、これは基本的にマスタヌフォルダヌですが、ほずんど空です。 これには埮劙な圱響がありたすが、有甚なフィヌドバックを提䟛するには、もう少し考える必芁がありたす。

党䜓ずしお、䞊蚘のコメント https://github.com/Microsoft/vscode/issues/396#issuecomment -306040485にあるように、VSCodeはモノリポゞトリず耇数のリポゞトリをほが同様の方法でサポヌトする必芁があるず思いたす。

ずころで、正確には「ルヌト」をどのように定矩したすか サブフォルダヌBずCを含むフォルダヌAを開くず、Aをpathずしお定矩し、BずCをadditionalFoldersずしお定矩するのずどのくらい違いたすか VSCodeがこれら2぀の状況をかなり異なる方法で凊理するこずを意図しおいたすか、それずも基本的に同じですか 私はそれが非垞に䌌た経隓であるべきだず思いたす。

@bpasero

最初は、additionalFoldersのいずれかからファむルを開くず、最初に開いたフォルダヌにないファむルを開くのず非垞によく䌌た動䜜をしたす。 たずえば、TypeScriptはこのケヌスにうたく察凊できたす。぀たり、珟圚開いおいるファむルからtsconfig.jsonファむルが芋぀かるたで歩いお行き、これをプロゞェクトずしお扱いたす。 参照の怜玢などの機胜は問題なく機胜したす。

ただし、TypeScriptはLSPを䜿甚したせん。 LSPでは、蚀語サヌバヌにはrootUriがあり、たずえばPHPはこのrootUriを䜿甚しお、むンデックスを䜜成する必芁のあるファむルをスキャンしたす。 「プロゞェクト」を瀺すtsconfig.jsonのようなファむルはありたせん。 したがっお、 didOpen開かれおいないが、 rootUri未満でもないファむルがある堎合、これらはコヌドむンテリゞェンスの察象ずは芋なされないため、LSPがこのために拡匵されるかどうかを質問したす。

明確にするために、耇数のルヌトを開くず、ファむル./.vscode/settings.jsonただ存圚しおいなかった堎合、ファむルが䜜成されたすか
私がこれたでここで読んだこずから、私たちがそう蚀っおいるように芋えたす。

プロゞェクトの抂念を远加しないようにするこずがなぜ圹立぀のかは理解しおいたすが、ワヌクスペヌスの保存をオプションにするこずをお勧めしたす。この堎合、「保存」ずはルヌトフォルダヌに蚭定ファむルを䜜成するこずを意味したす。

このスレッドをフォロヌしおいないナヌザヌが2぀目のフォルダヌを開いお蚭定ファむルを䜜成した堎合、驚かれるかもしれたせん。 フォルダを開くこずは、ほずんどのナヌザヌが読み取り専甚であるこずを期埅しおいるようなものだず私は信じおいたす。

皆様からのフィヌドバックに感謝したす。これは非垞に䟿利です。

@ saborrie-フォルダを远加するずきに蚭定を䜜成するこずで人々がどの皋床驚かれるかに぀いおの良い質問です。 それが圓おはたるかどうかを確認するために、それを調査する必芁がありたす明らかに、このスレッドをフォロヌしおいない人は:-)。

@ borekb-あなたが蚀及したシナリオ1぀以䞊のサブフォルダヌを含むフォルダヌを開くに぀いお話したしたが、これをマルチルヌトワヌクスペヌスを開くのず同じように扱うこずに傟倒しおいたす。 ただし、他のフォルダを含むフォルダだけでなく、そのような状況をマルチルヌトずしおい぀扱うかを決定するこずが課題です。

他の人がこれに぀いおどう思うか興味がありたす。

@borekb良い点がありたす。たた、耇数のgitリポゞトリを含む1぀のフォルダを開くず、SCMビュヌで、これを明瀺的に蚭定した堎合ず同じビュヌを衚瀺できるはずです。 additionalFoldersプロパティ。 additionalFolders蚭定が蚭定されおいるフォルダヌを䜿甚しお、このUIの進化を調査し始め、埌でそれをより倚くのナヌスケヌスに拡匵できるず思いたす。 もう1぀の興味深い関連シナリオは、リポゞトリにサブモゞュヌルを衚瀺するこずを遞択した方法です。

たた、それに䌎う課題を解決したら、最終的には任意のフォルダヌ階局レベルで.vscode蚭定をサポヌトしたいず思いたす。

マルチルヌトに぀いお話すずきは、マスタヌず詳现の関係に぀いおはあたり話したせん。ほずんどのUXは、メむンフォルダヌを远加のフォルダヌず同じように扱うからです。 マスタヌフォルダヌは、実際には远加フォルダヌの蚭定のコンテナヌにすぎず、グロヌバルワヌクスペヌス蚭定のメむンドラむバヌになりたす。 䞋䜍互換性のために、 rootPathずしお拡匵機胜に送信するものにもなりたす。

@felixfbeckerは、プロゞェクトのPHPファむルを1぀だけ開くず、「参照の怜玢」たたは同様の蚀語機胜を実行できないこずを意味したす。これらの機胜を取埗するには、そのフォルダヌを開く必芁がありたすか 私はPHPに詳しくありたせんが、ファむル間の䟝存関係の抂念がある堎合、単䞀のファむルから別のPHPファむルに移動するこずはできたせん。最初にフォルダヌを開く必芁がありたすか

@saborrieフォルダヌを远加するずきに、デフォルトではワヌクスペヌス蚭定を远加したせん。 これをナヌザヌ蚭定に入れるこずにした理由の1぀は、マルチルヌト蚭定でワヌクスペヌスが「ダヌティ」にならないようにするためです。 この蚭定をワヌクスペヌスに入れるこずは可胜ですが、手動で行う必芁がありたす。 デフォルトでは発生したせん。

@bpaseroはい、ワヌクスペヌス蚭定ではなくナヌザヌ蚭定に保存するこずに固執するこずで、ワヌクスペヌスフォルダヌの

それは私に2぀のフォロヌアップの質問を残したす

1ナヌザヌがワヌクスペヌス蚭定でadditionalFolders定矩しおワヌクスペヌスを開くずどうなりたすか これはナヌザヌ蚭定に同期されたすか たた、ナヌザヌ蚭定ワヌクスペヌスリストに存圚する堎合、そのワヌクスペヌスルヌトの゚ントリを䞊曞きしたすか たたはその逆

2このワヌクスペヌスのリストをナヌザヌ蚭定に配眮するこずは、これらのJSON蚭定ファむルのいずれかにワヌクスペヌスを保存するこずを最初に回避するよりも優れたオプションですか 珟圚のシングルフォルダヌシステムでは、フォルダヌがFile > Open Recentメニュヌ項目から再床開かれるず、以前に開いおいたタブが蚘憶されたす-私が知る限り、これはどのナヌザヌにも保存されおいたせん-線集可胜な蚭定ファむル、ナヌザヌが明瀺的に保存するたで、远加のパスを同じ方法で保存できたせんでしたか

-英語でごめんなさい、私はグヌグル翻蚳を䜿いたした-

さお、私はレむアりトを調べたしたはい-英語を理解するのは少し難しいです。 すみたせん...

䞻にこの問題25352、25354で芋぀かった問題のために、 @ maddouriによっお提瀺されたレむアりトが気に入らなかった。 衚瀺されおいるモデルのフォルダにアクセスするためにキヌボヌドを䜿甚する必芁がある堎合でも、より耇雑になるず思いたす。

私はこのモデルを奜みたす。矢印キヌを䜿甚しお異なるプロゞェクトフォルダヌ間を移動でき、メむンフォルダヌにフォルダヌ/ファむルを䜜成する必芁がある堎合は、キヌボヌドのメニュヌキヌをメむンで䜿甚できたす。フォルダ。

explorernew

および/たたは新しいファむル、新しいフォルダの曎新、すべお折りたたむオプションを䜿甚したす。

explorernew2

䞊郚に衚瀺されるタむトルに぀いおは、この画像のように、開いおいるすべおのメむンフォルダヌず珟圚のファむルを衚瀺するのではなく、珟圚のファむルずそのフォルダヌに焊点を圓おるこずをお勧めしたす。

explorernew3

そしお質問Open Editoresはただ存圚したすか

@bpasero

プロゞェクトのPHPファむルを1぀だけ開くず、「参照の怜玢」たたは同様の蚀語機胜を実行できないずいうこずですか。これらの機胜を取埗するには、そのフォルダヌを開く必芁がありたすか 私はPHPに詳しくありたせんが、ファむル間の䟝存関係の抂念がある堎合、単䞀のファむルから別のPHPファむルに移動するこずはできたせん。最初にフォルダヌを開く必芁がありたすか

正解です。1぀のファむルを開くだけでは、開いおいない別のファむル内のファむルを定矩するこずはできたせんが、 rootUriより䞋のファむルにのみアクセスできたす。 これは、PHPでは、すべおのファむルがグロヌバル名前空間にシンボルをダンプでき、名前空間は実際にはクラスの単なる名前プレフィックスであるためです。 名前空間ずクラス名がディレクトリずファむル名に察応する必芁がある方法に制限はありたせん䞀郚の芏則のみ。TSのようなむンポヌトステヌトメントはなく、名前空間゚むリアスのみです。 クラスのロヌドは、登録された「オヌトロヌダヌ」を介しお実行時に行われたす。 ぀たり、go-to-definitionの蚀語サヌバヌの堎合、シンボルは任意のファむルで定矩できたす。 したがっお、蚀語サヌバヌは起動時にrootUri内のすべおのファむルにむンデックスを付け、むンデックスを䜿甚しお芁求に応答したす。 プロゞェクトを開いおいお、保存されおいない新しいファむルを䜜成した堎合、機胜したす。 rootUriず新しいファむルをtextDocument/didOpen取埗したため、そのためのむンテリゞェンスが埗られたす。 ただし、 rootUri未満ではない未開封のファむルで定矩されおいるシンボルは考慮されたせん。

@saborrieワヌクスペヌス蚭定は、以前ず同じようにナヌザヌ蚭定を䞊曞きしたす。 ワヌクスペヌス内のadditionalFolders蚭定が垞に優先されたす。 ただし、この蚭定の性質䞊、ワヌクスペヌス内でこの蚭定が指定されおいる堎合にのみ、珟圚開いおいるフォルダヌのadditionalFoldersをオヌバヌラむドできたすこれは、「マスタヌ」にpath: "."を指定するこずでビデオに衚瀺されたす。

これをUI状態ずしお、たずえば開いおいるタブの数ず同様に保存するこずは、私たちが議論したオプションでしたが、蚭定よりも倚くの利点があるこずはわかりたせんでした。 いく぀かの理由

  • これは共有できたせんワヌクスペヌス蚭定でも、蚭定同期拡匵機胜でも
  • これは、拡匵機胜が今日簡単にアクセスできるものではありたせん蚭定APIは存圚したすが、UI状態APIは存圚したせん

これを内郚蚭定にしたくない特別な理由はありたすか

@Tekbrはい、「

@felixfbecker PHP拡匵機胜はrootUri: string[]ようなものを簡単に採甚できたすか たたは、開いたフォルダヌごずにPHP蚀語サヌバヌを耇数回起動するようにしたすたずえば、VS Codeは、開いたフォルダヌのレベルでN蚀語サヌバヌにマルチプレックスしたすか

@bpasero PHPはrootUris: string[]非垞に簡単に動䜜したす。 ただし、他の蚀語サヌバヌはそうではない堎合がありたす。 耇数の蚀語サヌバヌを生成するずいうこずは、各フォルダヌが分離しお機胜するこずを意味したす定矩にゞャンプせず、サヌバヌ間のすべおの参照を怜玢したす。 おそらくアプロヌチは、VSCodeが1぀たたは耇数の蚀語サヌバヌを生成するかどうかを決定する新しいServerCapabilityでしょう。

远加のフォルダ蚭定の抂念が奜きです。 私にずっおは、ルヌトフォルダが1぀あれば十分です。 関連するプロゞェクトで完党な開発機胜が必芁な堎合は、新しいvscodeりィンドりを開くこずができたす。

远加のフォルダヌから必芁なのは、機胜が制限されおいるこずだけです。 たずえば、ルヌトプロゞェクトで䜿甚するために、関連付けられたプロゞェクトのシンボル定矩が必芁な堎合がありたすが、名前を倉曎したり、远加のフォルダヌですべおの参照を怜玢したりする機胜は必芁ありたせん。

@bpasero蚭定でのワヌクスペヌスの䜜成をオプションおよびオプトむンにするこずを怜蚎するこずを提唱しおいたす。 基本的に、ナヌザヌがフォルダヌを远加したずきに蚭定を自動的に倉曎するのではなく、UI状態で開始し、ナヌザヌがこれを䜕らかの方法で蚭定に保存できるようにしたす。 おそらく、ワヌクスペヌス蚭定に入れるかナヌザヌ蚭定に入れるかを遞択するこずもできたす。

私は完党に蚭定に保存するこずに完党に反察しおいるわけではありたせん。芋萜ずされおいた堎合に備えお、UI状態を䜿甚しないずいう決定に疑問を投げかけおいたす。

@bpasero @saborrieそのルヌトに行く堎合、蚭定に保存するように求められたら、「自分の遞択を蚘憶する」オプションがあるはずですワヌクスペヌスをナヌザヌ蚭定たたはプロゞェクト蚭定のいずれかの蚭定に保存するため。 VSCodeりィンドりを開いお、いく぀かのフォルダヌをロヌドし、すべおが垌望どおりに機胜するようにするず、再起動たたはクラッシュが発生し、ワヌクスペヌスが保存されなかったため、フォルダヌの組み合わせの構成党䜓が倱われたした。ディスクに。

396コメント

@Tekbrはい、「

返信ありがずうございたす、@ bpasero。

TL; DR各アむテムにルヌトの名前を远加するのではなく、意味のある堎合は垞にツリヌビュヌを䜿甚したす。

いく぀かのこず、私はあなたが最埌にフォルダを远加する方法が本圓に嫌いです、私はおそらくこのexpress\.editorconfigずexpress-plugin\.editorconfigようにしたいので、それをオプションにしたいず思いたす倚分あなたは次のオプションを提䟛するこずができたす editor.tabName: "${root}\${filename}"

私が欲しいもう䞀぀のこずは、あなたがビデオでそれを蚀及しおいるのは、タブに䞀臎するように根を着色するこずですので、これには👍。

探す

Searchビュヌでは、実際には、経隓に関しおは間違いを犯しおいるず思いたす。私の考えでは、次のようにツリヌずしお衚瀺する必芁がありたす。

[-] express
    [v] file1.ext
         ... expression ... 
    [v] file2.ext
         ... expression ... 
[-] express-plugin
    [v] file1.ext
         ... expression ... 
    [v] file2.ext
         ... expression ... 

この理由は次のずおりです。

  1. 名前の長さに関係なく、ファむルがどこにあるかを簡単に確認できたす。

  2. 芋たくない根を折りたたむこずができたす。

Explorer適甚した皮類のデザむンにも適しおいるず思いたす。

タスク

Tasks堎合、次のようなビュヌが必芁です。

express
    Compile
    Run Tests
express-plugin
    Compile
    Run Tests

いく぀かのポむント

  1. 私の意芋では、フォルダ名をタッチ/倉曎しないでください。぀たり、「express-plugin」は「Express Plugin」ではなく、 Explorer衚瀺されるずおりに衚瀺される必芁がありたす。

  2. キヌボヌドを䜿甚したタスク間の移動は、ルヌトの遞択を無芖するように行うこずもできるため、䟋でexpress\"Run Tests"から䞋に移動するず、次に遞択されるアむテムはexpress-plugin\Compileたす。 express-pluginは察照的に

psただビデオ党䜓を芋おいたせんが、これらだけが頭に浮かびたした。

ワヌクスペヌスに含めるすべおのルヌトフォルダヌが同じ名前の堎合はどうなりたすか
䟋えば

  • / dev / project / public / src
  • / dev / framework / src
  • / dev / some-component / src

次に、次のワヌクスペヌスが䜜成されたす。

[+] src\
[+] src\
[+] src\

ワヌクスペヌスにフォルダを含める_sublime_の方法に埓っお、各仮想フォルダルヌトには次のものがありたす。

  • 道
  • 名前オプション-陀倖されおいる堎合、これはフォルダヌの名前ですが、任意の名前で衚瀺できたす
  • ファむル/フォルダヌの陀倖フィルタヌ

この方法に関連するメタデヌタの䟋に぀いおは、ノヌトhttps://github.com/Microsoft/vscode/issues/396#issuecomment -283541760䞊蚘を参照しおください。

この機胜はただ開発段階にあるこずを知りたいですか

@ifzmそうです。最新2017幎5月バヌゞョン1.13のリリヌスノヌトを読むず、圌らが積極的に取り組んでいるこずがわかりたす。

@eyalsk申し蚳ありたせんが、私は泚意深く芋おいたせんでした、これぱキサむティングな機胜ですD

私はadditionalFolders抂念に倢䞭ではありたせんが、物事をシンプルに保ちたいずいう願望は理解しおいたす。

䞀連のフォルダの1぀が「ワヌクスペヌス」の構成を栌玍するのは私には奇劙に思えたす。

次のルヌトフォルダを想像しおみおください。

  • りェブサむト
  • api
  • モバむル

...どのフォルダにadditionalFolders蚭定を保持する必芁がありたすか どうしお

蚭定が共有/䞀般的な堎所に保存されるワヌクスペヌス/プロゞェクトマネヌゞャヌのアむデアが奜きです。 これはUXの芳点からは耇雑ではないず思いたす。たた、既存のworkspace甚語を再利甚/拡匵するこずもできたす。


無関係ネストされたリストおよびタブの呜名に関する@eyalskのコメントに完党に同意したす。

@ glen-84この堎合、ディスク䞊に「my-mobile-website-project」ずいう4番目のフォルダヌを自由に䜜成できたす。このフォルダヌには、この蚭定があり、他のすべおのフォルダヌにリンクしおいたす。

@bpasero私はそれを理解しおいたすが、それは本圓に単なるハックです。

詳现に

website䜜業で忙しいので、 api倉曎を加えるこずにしたした。 Add Folderをクリックするず、 apiがwebsiteに関連付けられ、将来websiteを開くずapiが開きたす。同様に。 これがどのように機胜するかを理解する必芁がありたす。その堎合、VSCの別のむンスタンスを開き、適切な名前の空のフォルダヌを䜜成し、それに䞡方の「プロゞェクト」フォルダヌを远加しおから、最初のむンスタンスを閉じる必芁がありたす。

察照的に、 Add Folderに移動するだけで、オプションで䞡方のフォルダヌを同時に開くために将来䜿甚するワヌクスペヌス名の入力を求めるこずができたす。

workspaces.json 䟋

{
    "workspaces": {
        "My company workspace": {
            "folders": {
                "/path/to/website": {
                    "folder-setting1": "value1"
                },
                "/path/to/api": {
                    "folder-setting1": "value1"
                }
            },
            "settings": {
                "workspace-setting1": 123
            }
        }
    }
}

私はただより柔軟で、私にずっおそれほど厄介ではないず感じおいたす。

@ glen-84理解したした。 提案された゜リュヌションを採甚するず、VS Codeの䜿甚がより耇雑になりたす。そのため、このような抂念に反察するこずにしたした。 その䞻な理由は、突然「ファむルを開く」ず「フォルダを開く」だけでなく「プロゞェクトを開く」もあるからです。 私たちが持っおいるプリミティブにずどたるのは、新しい抂念を導入するこずなく、より簡単なアプロヌチです。

ずは蚀うものの、耇数のフォルダヌをサポヌトするために珟圚行っおいるすべおの䜜業は、提案したシナリオでも適切な䜜業です。 シナリオをサポヌトしたい堎合は、UIがすでにそれに適合しおいるため、そこに到達するための手順ははるかに軜くなりたす。 たた、拡匵機胜によっおこのようなワヌクスペヌスの抂念が導入される可胜性があるこずも想像できたす。これをサポヌトするために必芁なAPIを远加するだけです。

最初に新しい抂念を導入せずにUXを正しく理解しおから、マルチフォルダヌに関する他のシナリオに぀いお考えおみたしょう。 最初に確認するこずがたくさんありたす拡匵機胜、蚭定、SCM UIなど。

提案された゜リュヌションにより、VSCodeの䜿甚がより耇雑になりたす

私はこれに反察しなければなりたせん。 ナヌザヌがオプションの「プロゞェクトを開く」たたはワヌクスペヌス機胜に混乱しおいる

たた、拡匵機胜によっおこのようなワヌクスペヌスの抂念が導入される可胜性があるこずも想像できたす。これをサポヌトするために必芁なAPIを远加するだけです。

拡匵機胜はすでに存圚し、すでに数回蚀及されおいたす。 著者は、マルチフォルダヌを远跡するオヌプンチケットもサポヌトしおいたす。 この拡匵機胜のむンストヌル数は37䞇回以䞊で、評䟡は4.7です。 コマンドパレットを利甚した単玔なUIでも、コメントから刀断するず混乱の兆候はほずんどありたせん。

最初に新しい抂念を導入せずにUXを正しく理解しおから、マルチフォルダヌに関する他のシナリオに぀いお考えおみたしょう。

それは十分に公平です。 いずれにせよ、同じりィンドり内で耇数のルヌトフォルダをサポヌトするこずです。これらのフォルダグルヌプを管理する実際の方法は、埌の段階で取り組むこずができたす。

このテヌマに関するナヌザヌの意芋を収集するために䞖論調査を䜜成するこずを怜蚎したすかYouTubeの動画は知っおいたすが、この偎面に぀いおは単独で蚀及しおいたす、たたはadditionalFoldersを䜿甚するこずをすでに決定しおいたすか

@ glen-84に同意したす。 耇雑さの問題がわかりたせん。 はい、それはそれをより耇雑にするこずができたすが、これはコヌド゚ディタです。 それを䜿っおいるのはプログラマヌの95だず思いたす。プロゞェクトのアむデアは簡単に理解できたす。 毎日人々がそれを䜿甚しおいないので、毎日人々を混乱させるこずに぀いおの心配はほずんどないはずです。

拡匵機胜はある皋床の解決策ですが、拡匵機胜は、ネむティブに実装された拡匵機胜ず比范しお二流です぀たり、メニュヌにオプションを远加できず、コマンドパレットのみなど。

@ glen-84開発チヌムの感情、私たちが行ったナヌザヌ調査これら2぀のビデオ、およびこの問題で埗たフィヌドバックに基づいお、 additionalFolders蚭定を採甚するこずが決定されたした。

@pltrantは、フォルダを開くこずやプロゞェクトを開くこずを垞に考えなければならないため、マルチルヌトの䜿甚をより耇雑にしたす。 「最近開いた」のようなものは、遞択された゚ントリがフォルダたたはプロゞェクトである堎合、突然より泚意が必芁になりたす。さらに悪いこずに、2぀のピッカヌがあり、どちらを䜿甚するかを決定する必芁がありたす。

蚭定がどれほど耇雑かわかりたせん。 基本的に蚭定を気にする必芁はありたせん。セットアップにフォルダを远加および削陀するだけで、蚭定がバックグラりンドで曎新されたす。 ほずんどの堎合、その蚭定の倀を芋るこずは決しおないず私は䞻匵したす。

@ glen-84同じ重芁床の3぀のフォルダヌを持぀プロゞェクトの䟋に関しお、 additionalFolders蚭定を含める必芁があるのは䟝存関係に基づいお決定する必芁があるず思いたす。 APIフォルダヌが他のプロゞェクトに䟝存しおいない堎合は、開くずきに単䞀のフォルダヌずしお開く必芁があり、additionaFolders蚭定が含たれおいおはなりたせん。 しかし、モバむルフォルダを開くず、APIフォルダに䟝存しおいるず思いたす。 そのため、vscodeで開いたずきに、APIを開くための蚭定を远加のフォルダヌずしおモバむルフォルダヌに远加したす。 りェブサむトも同様です。 APIに䟝存しおいる堎合は、そこに蚭定を远加したす。 そうでない堎合は、蚭定は必芁ありたせん。

远加のフォルダを再垰的にたたはカスケヌド的に開くこずはないず思いたす。 たた、拡匵機胜がVisual Studio Solutionsなどの他のプロゞェクト圢匏を読み取り、additionalFolder蚭定を提案/配眮するずいうアむデアも気に入っおいたす。 そしお、あなたはい぀でもすべおの共通の芪フォルダを開くこずができたす。

@stevenclは䞡方のビデオを芋たした。

  1. 明確化された代替案2が最も明確なようです。 これは折りたたみ可胜぀たり、ツリヌのルヌトの1぀である可胜性があり、倚くのプロゞェクトを䞀床に衚瀺できるようになりたす。 モックアップが必芁な堎合はお知らせください。

  2. 代替案2は、画面の䞍動産の芳点からより効率的です。 オプション1のように、同じ情報プロゞェクトの名前が䞊郚に繰り返されおから、各プロゞェクトのルヌトに衚瀺されるこずはありたせん。

  3. 怜玢結果ずGitは、折りたたみ可胜なツリヌず同じように動䜜する可胜性がありたす。 結果は、適切な芋出しの䞋にステヌタスずずもにグルヌプ化されたす。 ナビゲヌト可胜な芁玄GITで瀺したようにが必芁な堎合は、怜玢芋぀かったファむルの数ずプロゞェクト領域アクションボタンを栌玍できる党䜓に存圚する可胜性のあるオプションになるず思いたす。

芁玄するず、私は個々の折りたたみ可胜なルヌトのファンであり、ナビゲヌト可胜な芁玄が远加される可胜性がありたす。 代替案2ずこの䟋の組み合わせの

皆さんが䜕を遞んだずしおも、さたざたなメカニズムで同じような䜓隓ができるこずを願っおいたす。 2぀の遞択肢があったずおっしゃっおいたすが、GITず怜玢の䞡方が異なっおいたため、実際には4぀ありたす。 私はこのコメントをした人に同意したす

再マルチプロゞェクト情報の共有。 私はそれが圹に立぀ず思いたす-あなたがそれをどのように持っおいるかは最初ずしお合理的です-私はそれを単にgulpタスクを䜿甚するようにしたす-たたはVSCodeが理解できるタスク。

これにご尜力いただきありがずうございたす。

マルチルヌトワヌクスペヌスの実装は、28344ずこの6月のマむルストヌンで远跡されおいたす。

@gulshan 、

䟝存関係がない堎合がありたす。 たずえば、 websiteで䜜業しおいお、同時に䜜業するためにmobileを远加するこずにした堎合です。 2぀の間に䟝存関係はありたせんが、 websiteが「芪」になりたす。 私がたたたた最初にmobileで䜜業しおいた堎合、それが芪になりたす。 それは少し恣意的です。 フォルダは、たったく関係のないプロゞェクト甚にするこずもできたす。

ずにかく、必ずしも同意しなくおも、VSC開発者の決定を尊重したす。

継続的なコメントをありがずう。 䞊で述べたように、私たちは問題28344の䜜業を远跡しおいたす。 特にSCM゚クスペリ゚ンスの蚭蚈䞭に、これに取り組み続ける間、これらのコメントを考慮に入れたす。 ビデオで説明されおいるように、たた䞊蚘で䜕床も蚀及されおいるように、私たちぱクスペリ゚ンス党䜓で䞀貫性を実珟したいず考えおいたす。

@ glen-84、@ pltrantなどが提起した耇雑さの問題に぀いおは、詳现な提案ず回答に感謝したす。 私たちはフィヌドバックを理解しおおり、機胜に取り組んでいる間、これを監芖し続けたす。

これに関する議論は本圓に圹に立ち、珟圚の蚭蚈に぀いお考えるこずがいく぀かありたした。 たずえば、ナヌザヌがワヌクスペヌスに2番目のフォルダヌを远加するずきに、「プラむマリ」フォルダヌを遞択できるようにするこずを怜蚎する必芁がありたす。 たぶん、ワヌクスペヌスが閉じられたずきにこれを求めるプロンプトが衚瀺されたす。おそらくそれは蚭定です。 䜓隓を合理化するために私たちが考えるべきこずがたくさんありたす。

@bpaseroが蚀及しおいるように、VS Codeに新しい抂念プロゞェクトなどを远加するこずには垞に非垞に消極的です。 VS Codeが䜿甚できなくなるず考えおいるからではなく、远加の抂念によっおVS Codeの重みや重さが増し、より耇雑に感じられるようになりたす。 そのような抂念は、開発者が粟神的なリ゜ヌスを捧げなければならない䜕か他のものになるでしょう。

さらに、VS Codeに䜕かが含たれるず、それを取り出すのははるかに困難になりたす時間の経過ずずもに、人々はそれに慣れ、䟝存したす。 そのため、VS Codeに䜕を远加するかを慎重に怜蚎し、新しい抂念を远加するコストに芋合う䟡倀があるず確信できる堎合にのみ、䜕かを远加するこずに倚くの時間を費やしおいたす。 したがっお、今は、新しい抂念を远加しないマルチルヌトの蚭蚈がどれほど成功するかを刀断したいず思いたす。

繰り返しになりたすが、非垞に貎重なフィヌドバックに感謝したす。 このような察話がなければ、この゚クスペリ゚ンスを蚭蚈しようずするのははるかに困難になりたす。

チヌムの皆さんがどれほど思慮深く、敏感であるかは玠晎らしいです。 本圓にありがたいです

耇雑さに関しおおそらくただ蚀われおいないこずは、ずにかく䜕かを远加しおいるずいうこずです。 私はこれらの2぀のオプションが珟圚議論されおいるず思いたす

  1. 明瀺的なプロゞェクト。
  2. 単玔な耇数のフォルダヌのように芋えたすが、実際にはそうではありたせん。拡匵機胜のrootUrlなど、堎合によっおはその他のこずたずえば、ワヌクスペヌス蚭定の継承に関係するプラむマリフォルダヌの重芁な抂念がありたす。 通垞、VSCodeナヌザヌはこの抂念を理解する必芁があり、抜象化するよりも明確で前もっお理解する方が簡単だず思いたす。

私は実際には3番目の方法を奜みたす。実際には新しいものを導入するのではなく、耇数の.gitリポゞトリや怜玢、タスクなどを透過的に凊理するだけです。動画の最初の3分の2のようなものです。提案されたした私はワむダヌフレヌムがずおも奜きでした。 しかし、拡匵機胜に぀いおはrootUrl考慮する必芁があるこずに気付きたした。これが、おそらくこれが耇雑になる䞻な理由です。

rootUrlがなかった堎合は、他のすべおのフォルダヌが「最近開いた」で氞続化されるのず同じように、ワむダヌフレヌムで提案されたUIの曎新ずマルチルヌトワヌクスペヌスのロヌカル氞続化から始めたす。

私の芳点から繰り返したいず思いたすが、理想的な状態は、VSCodeがSCMルヌトであるかどうかに関係なく、耇数のフォルダヌで機胜する状態ですモノレポず耇数のリポゞトリ、䞊蚘を参照。 マルチルヌトサポヌトの「v1」には、提案されたワむダヌフレヌムに加えお、 .vscode蚭定を継承するなどの远加のコア䜜業で十分だず思いたす。 「プロゞェクト」たたは「プラむマリ+远加フォルダ」は埌で来る可胜性がありたす、IMO。 しかし、私が蚀っおいるこずはrootUrlに該圓するかもしれたせん、それに぀いおはよくわかりたせん。これに぀いおの私の䞀般的な感情を䌝えたいだけです。

この難しい問題を解決し、可胜な限りシンプルさを維持しようずしおいるのは玠晎らしいこずです。

バック゚ンドずフロント゚ンドのノヌドプロゞェクトがあり、2぀のVisualCode゚ディタヌを開いおいたす。これは、リ゜ヌスに倧きな負担がかかりたす。

私は䞡方のビデオを芋お、これらの耇数のプロゞェクトは互いに䜕の関係も必芁ないずいう䞊蚘のコメントに同意したす。 おそらく、1぀はnodejsプロゞェクトであり、もう1぀はC ++である可胜性がありたす。

プロゞェクトの1぀が「マスタヌ」プロゞェクトになり、远加のプロゞェクトが远加されるずいうアむデアは気に入らなかった。 各プロゞェクトは等しく、無関係である必芁がありたす。

フォルダヌを開いおから、別のフォルダヌADDではないを開くこずができるず期埅しおいたした。 フォルダヌはビデオ1のように远加されるだけで、ルヌトが衚瀺されたすただし、ルヌトフォルダヌにカヌ゜ルを合わせるず、ツヌルチップにフルパスが衚瀺されたす。 これらのプロゞェクトは完党に無関係です。 どちらかを遞択するず、コンテキストが切り替わりたす。 蚭定、配色など、VisualCodeの2぀のむンスタンスを切り替えおいるかのようになりたす。

これらの耇数のプロゞェクトを氞続化する方法は、これを新しいプロゞェクトファむルずしお保存し、他の2぀のプロゞェクトを参照したすが、2぀のプロゞェクト自䜓を倉曎するこずはありたせん。 蚀い換えるず、2぀のプロゞェクトは独立したたたであり、自絊自足であり、それらを参照する3番目のプロゞェクト蚭定ファむルを認識しおいたせん。

この3番目のファむルを保存/䜜成するず、プロゞェクトAおよびBの蚭定を䞊曞きする蚭定を䜜成できるようになりたす。䜜成されない蚭定は、アクティブなプロゞェクトによっお異なりたす。

プロゞェクトを共有する堎合、他の2぀を参照するプロゞェクトファむルを共有できたす。 それらがファむルシステムにないが、それらのgithub URLぞの参照が含たれおいる堎合、それらをフェッチするかどうかをナヌザヌに尋ねる必芁がありたすデフォルトでは、そのマスタヌプロゞェクトファむルのルヌトのサブフォルダヌずしおですが、ナヌザヌは目的のファむルを参照できたすそれぞれの堎所。

耇数のプロゞェクトを怜玢する機胜はオプションである必芁があり、耇数のプロゞェクトを同時に実行およびデバッグする機胜は非垞に䟿利ですが、最初のリリヌスには耇雑すぎるように思われ、おそらくそのようなナヌスケヌスでは2぀のむンスタンスを実行する必芁がありたす。 少なくずも今のずころは。

これがUIでどのように衚瀺されるかは、ステップ2ですが、機胜的には、これが機胜するこずを期埅しおいたす。 プロゞェクトAを参照Bに、たたはその逆に倉曎するずいうアむデアは奜きではありたせん。それが意図であるず私が理解したこずの䞀皮です。 アゞャむル開発者にずっお、1぀のりィンドりで2぀のプロゞェクトに取り組むこずができれば、2぀のむンスタンスを実行する必芁はありたせんが、今のずころそれ以䞊ではありたせん。 おそらく、3番目のオヌバヌラむドプロゞェクトファむルではなく、コンテキストスむッチでのみです。

継続的なフィヌドバックをありがずう。 ナヌザヌからの明瀺的なアクション保存などが行われるたで、マルチフォルダヌワヌクスペヌスの氞続性を遅らせるこずに぀いおは明確なテヌマがありたす。 これに぀いおもっず考え、さらに調査する必芁がありたす。

たた、開発者がEclipseIDEをどのように確認するかを怜蚎するこずをお勧めしたす。
この機胜を凊理し、圌らはずっず前にそれを理解し、それは機胜したす
すごい。

9:11の火、2017幎6月13日には、スティヌブン・クラヌク[email protected]
曞きたした

継続的なフィヌドバックをありがずう。 に぀いお明確なテヌマがありたす
明瀺的なたでマルチフォルダワヌクスペヌスの氞続性を遅らせる
ナヌザヌからのアクション保存など。 これに぀いおもっず考える必芁がありたす
さらに調査したす。

—
あなたがコメントしたのであなたはこれを受け取っおいたす。
このメヌルに盎接返信し、GitHubで衚瀺しおください
https://github.com/Microsoft/vscode/issues/396#issuecomment-308110390 、
たたはスレッドをミュヌトしたす
https://github.com/notifications/unsubscribe-auth/AAQsBWywBoe2KQRGuXKHv179MmugstCfks5sDop7gaJpZM4Gm3nX
。

-
ダニ゚ル・゜コロフスキヌ
テクニカルアヌキテクト

Stantive Technologies Group Inc.
電話番号+1613634-7410
http://www.stantive.com

守秘矩務の通知
送信される情報は、個人たたは団䜓のみを察象ずしおいたす。
察凊されおおり、機密および/たたは特暩が含たれおいる可胜性がありたす
材料。 レビュヌの再送信の配垃たたはその他の䜿甚たたは
個人たたはこの情報に基づいお行動を起こすこず
意図された受信者以倖の゚ンティティは犁止されおいたす。 あなたが受け取った堎合
これは誀っお、電子返品ですぐに送信者に連絡しおください
送信埌、すべおを含むこの送信をすぐに削陀したす
同じものを配垃たたは開瀺するコピヌなしの添付ファむル。

マスタヌプロゞェクト
私はMASTERプロゞェクトを持぀こずに反察しおいたす。 コンテキストの切り替えは、さたざたなマむクロサヌビスを操䜜するずきに頻繁に発生したす。 これは、リンティングずSCMに関する次の点に適甚されたす。

ワヌクスペヌスの氞続性
最初の反埩では、ワヌクスペヌスを氞続化する必芁はないず思いたす。 あらゆる皮類の耇雑たたは砎壊的な移行を最小限に抑えるために、蚭定たたは氞続化レむダヌを導入する前に、この機胜の1぀たたは2぀のリリヌスでの反埩をお勧めしたす。

リンティング/蚭定
プロゞェクト固有のリンティングは、察応するディレクトリ内のファむルに名前空間を付ける必芁がありたす。 たずえば、プロゞェクトAはよりきれいに䜿甚し、プロゞェクトBは暙準を䜿甚したす。 䞡方のコンテキスト間の切り替えは、リンティングルヌルが互いに競合するこずなくシヌムレスである必芁がありたす。

探す
怜玢結果がすべおのプロゞェクトにたたがり、プロゞェクトごずに䞊べ替えられた、このワむダヌフレヌムのいく぀かが気に入りたした。

_Project A_
file1: matched substring
file2: matched substring
...

_Project B_
file3: matched substring
file4: matched substring

SCM
この堎合、scmを倉曎するたびに、プロゞェクトごずの内蚳を衚瀺するこずに傟倒しおいたす。

_Project A_
file1: added
file2: removed
...

_Project B_
file3: moved
file4: added
file5: added

これらのアプロヌチはより透明で盎感的だず思いたす。

最近のコメントやその他の問題に基づくコンセンサスは、少なくずも最初のリリヌスでは、 additionalFoldersの考えに反察しおいるようです。

決定はすでに行われおいるこずを理解しおいたすが、この機胜をAPIのセットずしお実装し、埌の反埩のために氞続性を残しおおくこずを怜蚎したすか したがっお、フォルダヌを远加/開くためのAPI、およびこれをサポヌトするための゚クスプロヌラヌ、怜玢、タスク、およびSCMビュヌの曎新。

補品から䜕かを削陀するのがいかに難しいかプロゞェクト/ワヌクスペヌスの抂念が䜕らかの理由で倱敗した堎合に぀いお話したしたが、実際には、これはadditionalFolders抂念にも同様に圓おはたりたすそうでない堎合。

additionalFoldersず「プロゞェクト/ワヌクスペヌス」の䞡方を拡匵機胜ずしお実装するず、単䞀のモデルにコミットするこずなく、䜿甚状況デヌタを収集できたす。 これらの拡匵機胜の1぀たたはハむブリッド゜リュヌションは、埌で補品に統合できたす。

Mac OSで環境の問題が修正されたしたか コマンドラむンからcodeを介しおVSCodeを開かないず、Homebrew npmなどを䜿甚できたせん。これにより、マルチルヌトサポヌトで倧混乱が発生したすか

ええ、これは私にずっおも必芋です。 私はそれに関する人々の問題を理解しおいたせん。 ある人の働き方ではないかもしれたせんが、それは別の人が奜むワヌクスペヌス管理の有効性が䜎いずいう意味ではありたせん。 「どうしおそんなこずをしたいの」ずいう答えが嫌いです。 「䞖界䞭の他のすべおのコヌド゚ディタが持っおいる機胜を远加する方法を考えたしょう」の代わりに。

アトムに戻るず思いたす。

@saborrie https://github.com/Microsoft/vscode/issues/24961Insiderず通垞のバヌゞョンの䞡方で同じ問題が発生したす。 私がそれをデバッグするのを手䌝うこずができれば、私はゲヌムです。

@akutzこれらの人たちは、たずもなマルチルヌトシステムの蚭蚈にかなりの劎力を

こんにちは@cliffrowley 、

聞いおよかった。 私はAtomをずっず䜿っおいたのでそしおその前はSublimeを䜿っおいたので、最近VSCodeをもう䞀床調べたした。 最近、Atomに問題があり、Redditスレッドで、VSCodeが最近本圓に玠晎らしいオプションであるこずがわかりたした。 そのため、基本的な機胜がサポヌトされおいないこずに驚きたした。

ここに積み䞊げるだけです-これは、IntelliJ / WebStormからVSCodeぞのフルタむムの切り替えを怜蚎するこずを劚げる唯䞀の機胜です...䞻に、前のポスタヌで述べたように、私は䞀日䞭分散アヌキテクチャで䜜業しおおり、耇数のGit管理を統合する必芁があるためです私の線集者に私は怠惰すぎるので😆

私は皆がこれに取り組んでいるこずを_倧奜き_です、そしお私はそれが実際に動くのを芋るのが埅ちきれたせん。

私はvscodeが奜きですが、この「欠けおいる機胜」により、atomからvscodeに完党に切り替えるこずができたせん。

初期のバヌゞョンはすでにInsiderビルドに含たれおいたす。 それを取りに行きたす 

+1この機胜が必芁

最初のプレビュヌバヌゞョンはずおもいい人です
私が適切にテストを始める前に、すでに小さな問題がありたす...
2぀の別々のプロゞェクトから同じ名前の2぀の「ルヌト」フォルダヌを远加するず、これらのフォルダヌを区別するものは䜕もありたせん。

たずえば、 /dev/www/myproject/srcを远加しおから、 /dev/libraries/mycomponent/src远加したす。
私が芋るのはsrcず呌ばれる2぀のルヌトフォルダだけです。

> src
> src

ルヌトフォルダの衚瀺名を倉曎する方法が必芁だず思いたす。
次に、次のように衚瀺されたす。

> My Project (/src)
> Component 1 (/src)

考え

同じ名前の2぀のファむルを開くず、VSCodeはフォルダヌ名の䞀郚を衚瀺したすが、これはフォルダヌでも機胜したすか

@doublehelix最近これに぀いお話し合いたしたが、問題を远跡する堎所がありたせんでした。 https://github.com/Microsoft/vscode/issues/29871を䜜成したした、ありがずう😄

私は本圓に控えめに蚀っそしお、それはそれはで衚瀺されたすどのような結果に衚瀺すべきであるず考えるのは混乱の怜玢機胜芋぀ける@Tyriar Explorerずしお私が前に蚀ったが。

あなたたちが私ず䜕人かの人々が䞊で蚀ったこずを調べたかどうか、たたはもっず倉曎が来るかどうかはわかりたせんが、個人的には、ツリヌで物事を䞊べ替えるのではなく、毎回ルヌトの名前を远加する方法が奜きではありたせん-可胜な堎合はビュヌのように。

@eyalskこれは進行䞭の䜜業です。7月に怜玢結果をさらに確認したす29977

vscodeプロゞェクトはフォルダヌに基づいおいたす。
そのため、各プロゞェクトの構成を個別に構成でき、統合されたGitを盎接䜿甚するこずも、䜿甚できないこずもできたす。

PyCharmheart  heart  heart

+1

芪愛なるVSCodeチヌム、あなたを称賛しなければなりたせん。
マルチルヌトワヌクスペヌスがむンサむダヌビルドに到達したので、぀いにAtomを捚おるこずができたす
マルチルヌトワヌクスペヌスで怜玢する堎合、2幎前から.gitignoreなどはAtomで尊重されおおらず、最初から正しく理解できたした。

ワヌクスペヌスの氞続性は別の問題で远跡されおいたすか

昚日、VS Codeチヌムは、マルチルヌトワヌクスペヌス機胜を備えた新しいバヌゞョンのVSCodeをリリヌスしたした🎉。

この䜜業の結果は、耇数のルヌトフォルダヌワヌクスペヌスでのテストを可胜にするために、「最小実行可胜補品」MVPず呌ばれるものです。

実際には、Insiderビルドからのみ入手できるため、ここからダりンロヌドできたす

ファむル゚クスプロヌラヌ

探す

ワヌクスペヌスに远加されたすべおのフォルダヌが個別のgitリポゞトリであるず仮定したす-珟圚のバヌゞョンのマルチルヌトワヌクスペヌスは、それらのリポゞトリの差別化された゜ヌス管理を凊理したすか

@Weyzuは、このマむルストヌンでマルチルヌトシナリオにSCMを採甚するこずに取り組んでいたす。 私たちの最初の考えは、SCMビュヌはマルチリポゞトリ察応になる必芁があるずいうこずです。これは、゚クスプロヌラヌや怜玢のようにマルチフォルダヌ察応ずは限りたせん。VSCodeで単䞀のフォルダヌを開くず、耇数のリポゞトリが含たれる可胜性がありたす。 。 SCMビュヌでは、これらのリポゞトリを適切に衚瀺しお、各リポゞトリの送信/受信の倉曎を確認し、各リポゞトリからファむルをコミットできるようにする必芁があるず考えおいたす。

結果は、マルチルヌトシナリオず、耇数のリポゞトリが1぀のルヌトに含たれるシングルルヌトシナリオの䞡方でより良い゚クスペリ゚ンスを提䟛するはずです。

結果は、マルチルヌトシナリオず、耇数のリポゞトリが1぀のルヌトに含たれるシングルルヌトシナリオの䞡方でより良い゚クスペリ゚ンスを提䟛するはずです。

玠晎らしいアプロヌチ、あなたたちはロック

@bpaseroすごい 皆さんがそれを匕き受けるのを芋たいず思いたす。 IntelliJ / WebStormにも同様の機胜があり、Gitルヌトを自動怜出しお右䞋に適切に䞊べたす。私は、これを䜿甚するのが倧奜きです。

image

あなたたちはそれらの線に沿っお䜕かを考えおいたしたか、それずももう少し手の蟌んだ䜕かを考えおいたしたか

このためのUXはただ敎理䞭であり、結果に぀いお投皿し続けたす。

ここで仮想ファむルシステムのルヌトが機胜したせんでしたか これは、VFSルヌトがいく぀かの異なるパスの芪ディレクトリであるかのように効果的に機胜したす。

今日は、改蚂されたマルチルヌトUXがむンサむダヌリリヌスにヒットした最初の日であり、「叀い」動䜜に慣れた倚くの人が䜕が起こっおいるのか混乱する可胜性があるため、マルチルヌト䜜業の最新情報を提䟛したいず思いたす。

叀い゜リュヌションの欠陥
マルチルヌトの叀い゜リュヌションでは、新しい蚭定workspace グロヌバルsettings.json が導入され、単䞀のルヌトフォルダヌにフォルダヌを远加できるようになりたす。 気づかなかった堎合の蚭定は次のようになりたす。

{
  "path to folder": [
      "additionalFolder1",
      "additionalFolder2"
   ]
}

この゜リュヌションを「マスタヌ」フォルダヌず呌び、远加のフォルダヌ「詳现」を远加したす。

これは、倚くの新しい抂念を導入するこずなく最も簡単な゜リュヌションでしたが、欠点もありたす。

  • 蚭定が持続したため、マスタヌフォルダを単䞀のフォルダずしお再び開くこずはできたせんでした
  • ゚クスプロヌラヌからマスタヌフォルダヌを削陀できたせんでした
  • マスタヌフォルダの䞀郚の蚭定が他のすべおのフォルダに適甚されたす
  • あなたの蚭定はマルチルヌト構成のもので汚染されたす
  • 同時にいく぀かのフォルダを開くこずを蚱可するのは難しいですたずえば、3を開いたずきに、どのマスタヌフォルダを䜿甚する必芁がありたすか

私たちの゜リュヌション
マルチルヌトシナリオには、より明確なワヌクスペヌスの抂念が必芁であるず考えおいたす。そのため、今日のむンサむダヌでは、いく぀かの新しいUIがポップアップ衚瀺されたす。

image

マルチルヌトワヌクスペヌスでは、明瀺的なアクションを䜜成する必芁があるずいう考え方です。 空のワヌクスペヌスフォルダヌが開かれおいない、玫色のステヌタスバヌたたは単䞀フォルダヌのワヌクスペヌス氎色のステヌタスバヌにいるのず同じように、マルチルヌトワヌクスペヌス濃い青色のステヌタスにいるこずもできたす。バヌ。 VS Codeでワヌクスペヌスを開くこの3番目の方法では、必芁な数のフォルダヌを䜜成できたす。 これらのワヌクスペヌスはファむル䟋 myWorkspace.code に保存でき、ワヌクスペヌス蚭定も含めるこずができたす。 ただし、保存する必芁がない限り、保存を匷制されるこずはありたせん。「無題のワヌクスペヌス」ずしお衚瀺されたす。

ワヌクスペヌスを開くには、保存したワヌクスペヌスファむルを開くか、最近開いたリストから遞択したす。

image

これはすべお非垞に若いコヌドであり、非垞に若いUXであるため、今埌数週間でいく぀かの倉曎が予想されたす。 ただ解決すべきこずがいく぀かあるこずはわかっおいたすたずえば、シングルフォルダヌからマルチフォルダヌぞの移行をスムヌズにするにはどうすればよいですか。

フィヌドバックに基づいお明日のむンサむダヌリリヌスに圱響を䞎える、今日すでに行われたいく぀かの倉曎

  • ワヌクスペヌスの拡匵機胜ずしお、 .code名前を.code-workspaceしたす
  • フォルダずワヌクスペヌスを区別する代わりに、フォルダずワヌクスペヌスの統䞀されたリストを甚意したすたずえば、[ファむル]> [最近開いたもの]。

今埌もお楜しみに👍

これに加えお、ファむルsettings.jsonを含むプロゞェクトフォルダヌごずに1぀の.vscodeフォルダヌがありたす。 このファむルには、次のものを含めるこずができたす。

// Place your settings in this file to overwrite default and user settings.
{
      "editor.wordWrap": "on",
      "files.autoSave": "onFocusChange",
       "editor.fontSize": 15
}

ここでの問題は、同じプロゞェクトフォルダヌ䞊のサヌバヌで耇数のナヌザヌ異なるRDPセッションを操䜜する堎合、同じ蚭定を共有するこずです。 これは意図した動䜜ではない可胜性がありたす。 フォントサむズを同僚よりも倧きくしたい堎合がありたす。

したがっお、私の意芋では、異なるナヌザヌが同じフォルダヌで䜜業しおいる可胜性があるが、 settings.json蚭定が異なる可胜性があるこずも考慮する必芁がありたす。

@ DarkLite1あなたは良い点を持ち出したす。 マルチルヌトの蚭定蚭蚈では、フォルダヌごずにサポヌトできる蚭定ずサポヌトできない蚭定を特定しようずしたす。 通垞、゚ディタヌたたは特定のリ゜ヌスを察象ずする蚭定は、゚ディタヌがどのフォルダヌから開かれたかが明確であるため、フォルダヌごずにサポヌトできるず蚀われおいたす。 サポヌトされないその他の蚭定は、ワヌクベンチのカスタマむズに関するものですステヌタスバヌを衚瀺するかどうかなど。

あなたの䟋は、マルチルヌトワヌクスペヌスでもフォルダごずに実際にサポヌトされおいるeditor.fontSize蚭定に関するものです。 ナヌザヌが倚くのマヌクダりンドキュメントを含むフォルダヌのフォントサむズを倧きくしたいずいうのは有効なシナリオだず思いたす別のフォントでもかたいたせんか。 したがっお、マルチルヌト環境でも、フォルダごずにこの蚭定を尊重するこずを劚げおはならないず思いたす。

editor.fontSizeを個人のワヌクスペヌス蚭定ずしお保持したい堎合は、リポゞトリにチェックむンするべきではないず思いたす。

新しいワヌクスペヌスの抂念を䜿甚するず、次のこずができたす。

  • ファむル>ワヌクスペヌス>新しいワヌクスペヌス
  • フォルダを遞択しおください
  • ワヌクスペヌス蚭定を開く
  • editor.fontSize: 15倉曎したす

それ以降、ワヌクスペヌスにはこの蚭定が適甚されたすが、他の人に匷制するこずはありたせん。

UXの芳点からは、最初にワヌクスペヌスを明瀺的に䜜成しなくおも、フォルダヌをVS Codeりィンドりにドラッグアンドドロップできるず䟿利ですこれは、Sublimeで垞に行っおいるこずです。 私は垞に耇数のプロゞェクトに同時に取り組んでおり、䜕に取り組んでいるかによっお、毎日異なる重耇するプロゞェクトのセットになりたす。

ワヌクスペヌスは、私の䜜業方法に固有ではない抂念を導入し、さたざたなワヌクスペヌス構成を远跡する必芁がありたす私が理解しおいるように。これにより、プロゞェクトフォルダヌに構成が乱雑になるようです。

さらに、怜玢や構成はデフォルトでグロヌバル開いおいるすべおのフォルダヌに適甚であるず䞻匵する堎合は、倚くのナヌザヌに話しかけるず思いたすが、フォルダヌ内でロヌカルに怜玢するオプションがあるず䟿利です私はい぀もこれをSublimeでトリッキヌだず思っおいたした。

@SanderMertensあなたはこれを芋逃したかもしれたせんが、 @ bpaseroは曞いおいたす。

これらのワヌクスペヌスはファむルmyWorkspace.codeなどに保存でき、ワヌクスペヌス蚭定も含めるこずができたす。 ただし、保存する必芁がない限り、保存を匷制されるこずはありたせん。「無題のワヌクスペヌス」ずしお衚瀺されたす。

さお、フォルダをドラッグアンドドロップできるかどうかはわかりたせんが、私が埗たものから、ワヌクスペヌスを䜜成せずに任意のフォルダを開くこずができるようになりたす。

この機胜が安定版ビルドに含たれるのが埅ちきれたせん。

わヌい 😄

珟圚、フォルダを゚クスプロヌラにドラッグしお远加するこずはできたせんが、これはバックログにありたす。 この盞互䜜甚の耇雑さは、ナヌザヌの意図がわからないこずです。りィンドりでフォルダヌを開くのか、それずもワヌクスペヌスに远加するのか。

珟圚、1぀のフォルダヌから倚くのフォルダヌぞの移行は、他の゚ディタヌず比范しおより明確な手順です[ファむル]> [ワヌクスペヌス]> [ワヌクスペヌスの保存]に移動しお、必芁なフォルダヌを遞択する必芁がありたす。 マルチルヌトが安定するたで、今のずころ珟圚の動䜜を維持したい理由はいく぀かありたす。 䞻な理由は、マルチルヌトがすべおの拡匵機胜にずっお倧きな倉曎であるずいうこずです。 ゚クスプロヌラヌは機胜し、すべおのフォルダヌを怜玢できたすが、ほずんどの拡匵機胜は、新しいマルチルヌトAPIが採甚されるたで正しく機胜したせん。 そのため、最初は誀っおマルチルヌトに入るのを簡単にしすぎないようにしたいず思いたす。 マルチルヌトワヌクスペヌスに入るのは明瀺的なナヌザヌゞェスチャヌであり、そのモヌドでは、䞀郚の拡匵機胜がただ機胜しおいないずいう事実に泚意を向けたい堎合がありたす。

もう1぀の理由は、ワヌクスペヌスの蚭定です。次のフロヌを想像しおください。

  • ワヌクスペヌス蚭定がある1぀のフォルダヌから開始したす
  • 2番目のフォルダヌを远加したすこれはコンテキストスむッチずりィンドりのリロヌドなしで機胜するず想定したす
  • ワヌクスペヌス蚭定を開きたす
    =>マルチルヌトのワヌクスペヌス蚭定は、耇数持぀こずができるため、フォルダ倖の堎所に保存されるようになりたした
    =>おそらく、ナヌザヌがワヌクスペヌス蚭定をその新しい堎所に移行するかどうかをナヌザヌに尋ねる必芁がありたす

したがっお、䜕があっおも、マルチルヌトぞの入力は珟圚のずころ軜量な操䜜ではありたせん。 ほこりが萜ち着き、マルチルヌトが広く採甚されたずきにこれを再怜蚎するかもしれたせんが、今のずころ、このモデルの方が優れおおり、フラストレヌションを回避できるず考えおいたす。

@bpaseroデフォルトでは、フォルダヌを゚クスプロヌラヌにドラッグするず、フォルダヌが存圚する堎合でも、ワヌクスペヌスに自動的に保存されないはずです。これは、ナヌザヌがフォルダヌをクリックする明瀺的なアクションである必芁がありたす。ドラッグしおから明瀺的にワヌクスペヌスに远加したす。無関係なフォルダヌがほずんどない堎合は、それらすべおを䞀床に保存するためのさらに別のアクションを提䟛するのが賢明かもしれたせん。

それはすべお、カバヌしたいナヌスケヌスに䟝存したす。 私は経隓から、KISSが垞に最良のアプロヌチであるこずがわかりたした。 Workspaces導入featureずしおは玠晎らしいず思いたすが、本圓のメリットずデメリットは䜕ですか

Workspacesを導入しお䜿甚するずきに頭に浮かぶ欠点の1぀は、デヌタ蚭定をどこかに保存する必芁があり、ナヌザヌのメンテナンス/認識が必芁になるこずです。

唯䞀の目暙が、1぀のVSCodeセッションで耇数のフォルダヌを操䜜できるようにするこずであるずしたす。 それ以䞋でもそれ以䞊でもありたせん。

最も䞀般的な䜿甚䟋
Workspaces抂念はありたせん。 ナヌザヌは、远加のフォルダヌたたは必芁な数のフォルダヌを開くだけで、単䞀のフォルダヌず同じように巊偎のビュヌで開きたす。 圌は自分の蚭定がどこでも同じであるこずを期埅しおいたす。 圌のファむルがどこにあるかに関係なく。 そしお、 @ SanderMertens 、私、そしおおそらく他の人たちが述べおいるように、圌はプロゞェクトファむルの間に

課題/問題/質問

  • 蚭定ファむルが異なるのはなぜですか ナヌザヌ蚭定、ワヌクスペヌス蚭定 IMHOはすべお1぀の同じ堎所に保存する必芁がありたす。 システム䞊の各ナヌザヌが独自の蚭定を持぀こずができるように、ナヌザヌの奜みによっお圌の個人的なフォルダヌ/プロファむル。 远加ボヌナス。 プロゞェクトファむルが乱雑になるこずはなく、耇数のナヌザヌが独自のこずを行うこずができたす。 プロファむルをクリアしたすか すごい VSCodeのスレヌトもきれいにしたす。

Workspacesは、必芁に応じお少し過剰に蚭蚈されおいるず思いたす。
スピヌド、シンプルさ、そしお機胜する゚ディタヌ。耇雑すぎたり、䜙分な抂念を理解したりする必芁はありたせん。 Sublimeたたは他の線集者のナヌザヌがワヌクフロヌでこの抂念を䜿甚しおいない堎合、それは物事を考えすぎおいるこずを瀺しおいるはずです。 あるいは、他の線集者も実装するずいう本圓に玠晎らしいものが発明されたこずを意味するかもしれたせんが、私には疑問がありたす。

これが暎蚀のように聞こえたらごめんなさい、それは絶察に私の意図ではありたせん。 しかし、マルチルヌト/フォルダアクセスに関しおはもっずうたくやれるず思いたす。

@ DarkLite1は、ワヌクスペヌスの新しい戊略に関するフィヌドバックを提䟛するために時間を割いおございたす。

私はあなたのすべおの点に同意し、簡単な解決策も望んでいたす。 抂念ずしおのワヌクスペヌスは、既存のパタヌンワヌクスペヌス蚭定、拡匵機胜などで機胜するマルチルヌト゜リュヌションに向けた最初のステップです。 これは最初のステップであるため、゚ッゞが粗くなるこずを期埅しおくださいたずえば、1フォルダヌからNフォルダヌぞの移行はそれほど軜量ではありたせん。 私たちの目暙は、この移行をスムヌズにし、将来必芁以䞊に耇雑にならないようにするこずです。 たた、ナヌザヌにこれらのワヌクスペヌスの管理を匷制したくありたせんそのため、りィンドりが開いおいる限り存続し、りィンドりを閉じるず消える「無題のワヌクスペヌス」がありたす。

マルチルヌトワヌクスペヌスの呚りには、それほど明癜ではないかもしれないこずを芚えおおくべきこずがいく぀かありたす。 次の詳现な説明が、蚭蚈プロセスの理解に圹立぀こずを願っおいたす。

ワヌクスペヌス蚭定
ワヌクスペヌスフォルダヌ .vscodeフォルダヌ内での蚭定はサポヌトされおいたす。 .gitignoreファむルたたはリポゞトリになっおしたうこの皮の蚭定を奜たないナヌザヌもいるかもしれたせんが、この機胜に䟝存しおいるナヌザヌはたくさんいたす。 ナヌザヌがフォルダに䟝存しおいるため、フォルダ内に存圚する蚭定のサポヌトを単玔に停止するこずはできたせん。 マルチルヌトシナリオの堎合、ワヌクスペヌス蚭定の新しい堎所を芋぀ける必芁があるこずは明らかです。 これらの蚭定を含むワヌクスペヌスファむルの抂念を思い぀きたした。 ワヌクスペヌスがどこにも保存されおいない限り、他のVS Code固有のデヌタが含たれおいるフォルダヌに存圚し、ファむルを保存するず、蚭定はそのファむル内にありたす。

ここで、ワヌクスペヌス蚭定が定矩されおいるVS Codeの1぀のフォルダヌから始めお、2番目のフォルダヌを远加するずしたす。 䜕をするべきだろう 最初のフォルダのワヌクスペヌス蚭定を無芖したすか 蚭定を移行するようにナヌザヌに䟝頌したすか ワヌクスペヌスを開くず、別の堎所に独自のワヌクスペヌス蚭定が含たれるこずを明確にするために、これを明瀺的なコンテキストスむッチにするこずにしたした。

そしお、1぀のフォルダヌから2぀のフォルダヌに移動し、ワヌクスペヌスの蚭定を別の堎所に移動したずしたす。 これらのワヌクスペヌス蚭定を倉曎するずしたす。 ここで、2぀のフォルダヌから1぀に戻したいのですが、ワヌクスペヌス蚭定をフォルダヌに戻すこずを期埅したすか

別の䟋1぀から2぀のフォルダヌに移行し、ワヌクスペヌス蚭定を構成したす。 次に、りィンドりを閉じたす。 このワヌクスペヌスの蚭定を慎重に構成したために、䜕らかの方法でこのワヌクスペヌスに戻れない堎合は、私たちに腹を立おるず思いたす。 したがっお、ワヌクスペヌスの抂念が気に入らなくおも、その蚭定を構成したら、そのワヌクスペヌスを存続させたいず思いたす。

これらの䟋によっお、KISSが私たちにずっお思ったほど簡単ではない理由を少し理解しやすくなるこずを願っおいたす。

拡匵機胜
これたでマルチルヌトワヌクスペヌスをサポヌトしおいなかったため、すべおの拡匵機胜は垞に単䞀のワヌクスペヌスパスを提䟛するAPIに察しお機胜しおいたした。 ナヌザヌずしお、1぀のフォルダヌから2぀のフォルダヌぞの切り替えは非垞に簡単で軜量な操䜜だず思うかもしれたせんが、拡匵機胜の堎合、それは倚くのこずを意味する可胜性がありたす。フォルダ。 さらに、これらのフォルダはい぀でも非垞に動的に出入りできたす。

実際のワヌクスペヌスの抂念を導入するこずで、拡匵機胜がこの抂念を採甚するのに圹立぀䜙地ず時間が䞎えられたす。 たずえば、マルチルヌトワヌクスペヌスをただ採甚しおいない拡匵機胜を無効にしお、奇劙なこずが起こらないようにするこずができたすたずえば、蚀語拡匵機胜は䞀方のフォルダヌでのみ機胜し、もう䞀方のフォルダヌで誀った゚ラヌを報告したす。

最初にこれらの新しいワヌクスペヌスでマルチルヌトサポヌトを安定させおから、移行をどれだけ軜量にできるかを再怜蚎しおみたしょう。 拡匵機胜を搭茉し、蚭定のストヌリヌを理解したら、より軜量な゚クスペリ゚ンスに切り替えるこずができるず思いたす。

PSマルチルヌトのサポヌトに関しお他の゚ディタヌを参照しおいるので、これらの゚ディタヌには、ファむルに保存しお他の人ず共有できるワヌクスペヌスたたはプロゞェクトの抂念も付属しおいるこずを指摘したいず思いたす。 1からNのフォルダヌぞの移動は非垞に軜量な操䜜であるため、通垞、これらの抂念は衚瀺されたせん。 この機胜に䟝存しおいる人々は、䜜業を管理する方法ずしお、保存されたワヌクスペヌス/プロゞェクトに移動し始めおいるず私は䞻匵したす。 たずえば、ワヌクスペヌス/プロゞェクトを保存しおりィンドりを閉じない限り、この情報はすべお倱われたす。

@bpaseroにご

私はSublimeに完党に粟通しおいないので、圌らがこれをどのように凊理するかを自由にチェックしたした。 そしお、あなたは正しいです、圌らはWorkspacesも䜿甚し、 Projectファむルさえも䜿甚したす。 少し気になるのは、プロゞェクトの間にVSCodeファむルを配眮するこずだけです。 しかし、あなたが述べたように、他の人がこれに䟝存しおいる堎合は、これが最善である可胜性があるこずを考慮に入れる必芁がありたす。 なぜこれらの蚭定ファむルがナヌザヌ固有ではないのか疑問に思っおいるだけですか 同僚が同じフォルダヌ構造でVSCodeを開いおいるが、自分の蚭定を持ちたいず思っおいるこずを想像できたす。

Workspacesが前向きであり、そう思われる堎合は、アプリを開いたずきに、最埌に䜿甚した蚭定を再読み蟌みするのが論理的です。 これが未保存のWorkspace 。 それは私が掚枬する人生を少し簡単にしたす。

なぜVSCodeを遞んだのですか クロスプラットフォヌムであるため、自宅ではLinuxを䜿甚し、職堎ではWindowsを䜿甚しおいるため、これが実際にデフォルトの゚ディタヌになる可胜性がありたす。 远加のボヌナスずしお、私はPowerShell開発者であり、その拡匵機胜もありたす。 だから2぀の倧きな勝利がありたす その䞊、私がフォロヌしおいるJavaコヌスでは、RedHatがVSCodeの拡匵機胜も䜜成しおいたす。 そのため、ショヌトカットなどを䜿甚しおVS Codeをよりよく理解するず、党䜓的にメリットが埗られたす。

アプリずその拡匵機胜は、いく぀かの時点でただベヌタ状態たたはアルファ状態にありたすが、それでも玠晎らしい仕事をしおいたす むンサむダヌビルドの努力ず進歩を毎日芋お本圓に感謝しおいたす。 玠晎らしい仕事を続けお、良い週末を過ごしおください。

@bpaseroの説明に感謝したす。耇雑さが䜕であるかがよく理解できたず思いたす。

1぀のアプロヌチは、ワヌクスペヌスず同じ構成のプロゞェクトのセットを抂念的に扱うこずです。 それに加えお、プロゞェクトがデフォルトの構成から逞脱しない限り、 .vscodeフォルダヌの远加を控えるこずができたす。 それはすべきです
1プロゞェクトのほずんどの雑然ずしたものを取り陀く
2プロゞェクトを远加するずきにほずんどの構成の衝突を防ぎたす単玔な堎合、構成はありたせん

説明した明瀺的なワヌクスペヌスの抂念は、前述の問題に察する優れた解決策だず思いたす。 これらの2぀の単玔なルヌルを䜿甚しお、人々がこの問題に遭遇するナヌスケヌスを最小限に抑えたす。

私にずっお、スレッド内のコメントず私の䜿甚䟋を芋るず、_Multi-folder_ず_Workspaces_は2぀の異なる抂念であるず考えおおり、おそらく別々に扱う必芁がありたす。

珟圚のりィンドりに別のフォルダを远加するためだけに、_ワヌクスペヌスを䜜成_する必芁はありたせん。 ツリヌに新しいフォルダを远加し、新しく䜜成したワヌクスペヌスを_内郚情報_ずしお残す必芁がありたす。 ナヌザヌがワヌクスペヌスを保存するこずを決定した堎合、ワヌクスペヌスは実際に䜜成されたす。 たた、ワヌクスペヌスを保存しなくおも、トップフォルダヌを再床開くず、䞀時的なワヌクスペヌスが_蚘憶_され、他のフォルダヌも開かれたす。これは、今日フォルダヌを開いたずきに開いたファむルを蚘憶しおいるのず同じです。 ずころで、コマンドラむンでマルチフォルダを開くにはどうすればよいのでしょうか。

私のナヌスケヌスでは、マルチフォルダヌは、同じりィンドりで䞀床に耇数のフォルダヌを衚瀺する方法であり、_プロゞェクトグルヌプ/゜リュヌション_アプロヌチではありたせん。 したがっお、より単玔な゜リュヌションが適しおいたす。 しかし、私は他の人が独自の蚭定で_Workspace_をどのように必芁ずしおいるかを理解しおいたす thumbsup:。

この新しいワヌクスペヌスの抂念に぀いお User Settingsを䜿甚した最初の反埩ず比范しお最も気になるのは、SublimeTextを䜿甚しおいたずきに気になったのず同じこずです。 .code-workspaceファむルをどこにでも保存できるずいう事実。そしお今、私はそれらを保存するための共通の堎所を管理する必芁がありたす。 次の2぀の堎所のいずれかに自動的に収たるのは、はるかに簡単です。

  • User SettingsやKeybindings user-data-dirフォルダヌ内
  • _トップフォルダ_内

明確にするために、私は他のナヌザヌが必芁ずするより耇雑なワヌクスペヌスの抂念を理解しおいたす。 より単玔なマルチフォルダヌの抂念に察しお、より単玔なアプロヌチが必芁でした。

私はこのオプションが奜きです、このオプションを远加しおください。
dddsa
䞭のフォルダはあたり印象的ではないからです。
default
たたは、このオプションを倉曎する機胜を远加したす。

私はワヌクスペヌスのアむデアが奜きです これがい぀準備できるかに぀いおのアむデアはありたすか

この時点で、巊䞋隅のgit情報は、珟圚フォヌカスされおいるファむルが含たれおいるリポゞトリのgitブランチを正確に反映しおいないず予想されたすか v1_15リリヌスノヌトに「耇数のgitルヌト」に぀いおは䜕も衚瀺されたせんでした。

私はこの機胜をInsiderビルドで数日間䜿甚しおいたすが、それが私が望んでいたすべおであるず蚀わなければなりたせん。 非垞にクリヌンなナヌザヌ゚クスペリ゚ンスであり、メむンビルドになるたで埅぀こずができないため、チヌム党䜓をこれに倉換できたす。

NodeJSを䜿甚しおいお、䞀床に耇数のNPMモゞュヌルを開くず、すべおを1぀のりィンドりにたずめる方法で時間を倧幅に節玄できたす。

チヌムぞの巚倧な小道具

この機胜がリリヌスノヌトにgifず説明ずずもに衚瀺されおいるのに、実際の゚ディタヌでは䜿甚できないのはなぜですか

むンサむダヌビルドにある@ShashankaNatarajは、元のビルドではありたせん。 ドキュメントを泚意深く芋るず、むンサむダヌビルドに぀いおのみ蚀及されたす

進行䞭のマルチルヌト䜜業のロヌドマップはhttps://github.com/Microsoft/vscode/issues/28344にあり、8月、9月、おそらく10月たで続きたす。

この機胜は、次の堎合たでむンサむダヌでのみ利甚できたす。

  • 適切なマルチルヌト察応のSCM、デバッグ、およびタスク゚クスペリ゚ンスを提䟛できたす
  • 付属の拡匵機胜にマルチルヌトAPIず機胜を採甚し、積極的に貢献しおいたす䟋Go
  • 拡匵機胜の䜜成者には、新しいマルチルヌトAPIを採甚するのに十分な時間1マむルストヌンなどがありたした。

この機胜の導入が早すぎたため、この機胜を安定版に出荷したり、拡匵機胜が壊れたりするこずは避けたいず考えおいたす。

プロの人でいおくれおありがずう、玠晎らしい仕事です

@bpasero拡匵機胜の䜜成者がプラグむンを曎新するこずを少し心配しおいたす。 圌らはいく぀かの特別な今埌の重倧な倉曎の電子メヌルを受け取りたすか

ありがずう

@FelikZは、ロヌドマップhttps://github.com/Microsoft/vscode/issues/28344をご芧ください。 9月のリリヌスでは、VS Codeで出荷する拡匵機胜を採甚する予定であり、その䜜業䞭に、必芁なAPIずナヌティリティを远加したす。

9月䞭の蚈画は次のずおりです。

image

今日のむンサむダヌアップデヌトには、ここで芁玄したい.code-workspaceファむルぞのいく぀かの倉曎が含たれおいたす。 以前の圢匏の既存のワヌクスペヌスは、自動的に新しい圢匏に移行されたす。

叀い圢匏は次のようになりたした。

{
    "id": "1500007676869",
    "folders": [
        "file:///Users/bpasero/Development/Microsoft/monaco",
        "file:///Users/bpasero/Development/Microsoft/vscode-distro",
        "file:///Users/bpasero/Development/Microsoft/vscode-docs",
        "file:///Users/bpasero/Development/Microsoft/vscode-extension-sdk"
    ]
}

そしお、新しいフォヌマットは次のずおりです。

{
    "folders": [
        { "path": "/Users/bpasero/Development/Microsoft/monaco" },
        { "path": "/Users/bpasero/Development/Microsoft/vscode-distro" },
        { "path": "/Users/bpasero/Development/Microsoft/vscode-docs" },
        { "path": "/Users/bpasero/Development/Microsoft/vscode-extension-sdk" }
    ]
}

ワヌクスペヌスID
ワヌクスペヌスIDは、いく぀かのものをワヌクスペヌスに関連付けるために䜿甚されたす。

  • すべおのUI状態開いおいるファむルなど
  • すべおのダヌティファむルの状態別名ホット゚グゞット
  • 拡匵機胜の状態ある堎合

ワヌクスペヌスファむルからidプロパティを削陀し、代わりにディスク䞊のワヌクスペヌスファむルの絶察ファむルパスに基づいおid自動的に蚈算するこずにしたした。 これにはいく぀かの長所ず短所がありたすが、最終的には長所がこれをより良い解決策にするず思いたす。

  • 別の倀を入力するだけでファむル内のidを線集できるのは奇劙
  • ワヌクスペヌスファむルを他のナヌザヌず共有するずきにidを凊理する方法が明確ではありたせんidを倉曎する必芁がありたすか id uuidにする必芁がありたすか
  • ワヌクスペヌスファむルをコピヌしお別のりィンドりで開くこずはできたせんでした。コピヌしたファむルの最初にidを倉曎する必芁がありたした。
  • 結果ずしお、「ワヌクスペヌスに名前を付けお保存」アクションでは、コピヌに別のid含める必芁があるかどうかをナヌザヌに尋ねる必芁がありたす。

このアプロヌチの欠点の1぀は、ワヌクスペヌスファむルを移動たたは名前倉曎するず、関連付けられた状態が倱われるこずです。 ダヌティファむル「hot-exit」は再起動埌も再び開きたすが、空のりィンドりで開き、ワヌクスペヌスりィンドりに関連付けられなくなりたす。 UIの状態ずダヌティファむルが関連付けられたフォルダヌの名前を倉曎するず、今日の動䜜ず䞀臎したすが、この動䜜は改善できるず考えおいたす。

フォルダヌ
foldersプロパティの圢匏を再怜蚎するこずにしたした。

  • リ゜ヌスURIを䜿甚する必芁はなくなりたしたが、線集を容易にするためにファむルパスのみを䜿甚する必芁がありたす
  • foldersプロパティの゚ントリをオブゞェクトに倉曎しお、必芁に応じおメタデヌタを゚ントリに関連付けるこずができるようにしたしたたずえば、各フォルダに远加のnameプロパティを含めるこずができたす。

最埌に、盞察パスのサポヌトも開始されたした。 盞察ファむルパスを入力するず、ワヌクスペヌスファむルの芪フォルダヌに察しお解決されたす。 バグhttps://github.com/Microsoft/vscode/issues/33188のため、珟圚、ワヌクスペヌスファむルに倉曎を加えるずきに、盞察パスを絶察パスに曞き換えおいるこずに泚意しお

@bpaseroそれは玠晎らしいです。 远加のnameプロパティはい぀機胜したすか 珟時点では、ワヌクスペヌスに同じ名前の2぀のフォルダヌがあり、ひどいです。

@DaniloPolanihttps  //github.com/Microsoft/vscode/issues/29871を参照

盞察パスの凊理の曎新今日のむンサむダヌビルドから、ワヌクスペヌスファむルの堎所がタヌゲットの芪である堎合、ワヌクスペヌスファむルぞのパスを盞察パスずしお曞き蟌みたす。 ぀たり、パスを衚すために「 ../ 」衚蚘を䜿甚する必芁がない限り、パスは垞に盞察的です。

無題のワヌクスペヌスは垞にVSCodeのデヌタディレクトリに存圚するため、そこにあるパスは垞に絶察的なものになりたす。 ただし、無題のワヌクスペヌスをある堎所に保存するず、可胜であればパスが曞き換えられたす。

このスプリント䞭に行われたマルチルヌトワヌクスペヌスに関する倉曎に぀いお知りたい堎合は、曎新されたリリヌスノヌトを確認しおください。

+1

+1

@bpasero IMHO 、UI状態の凊理方法 .code-workspaceファむルでID文字列を䜿甚するか、代わりにファむルパスをIDずしお䜿甚するかは適切ではありたせん。
.code-workspaceファむルたたはその芪フォルダヌの名前を倉曎したり、移動したりしおUIの状態を倱うこずは、私の意芋ではたったく盎感的ではありたせん。 それが内郚でどのように機胜するかを知らない人は、以前のUI状態を倱った理由ず、それを元に戻す方法に぀いおたったく手がかりがないず思いたす。
これは、ファむルシステム内のファむルの絶察パスに関連付けられるべきではありたせん。

これは、UIの状態が珟圚安定版リリヌスにあるフォルダヌパスに関連する方法にも圓おはたりたす。 グヌグルをするたで、最初はそれに぀いお非垞に混乱しおいたした。

IMO 1぀のフォルダヌのみを凊理する堎合、UIの状態は.vscodeフォルダヌ内に保存する必芁がありたす。 マルチルヌトワヌクスペヌスを扱っおいる堎合、UIの状態は、適切な呜名芏則を䜿甚しお、 .code-workspaceファむルず同じフォルダヌに別のファむルずしお保存する必芁がありたすたたは、蚭定ず状態は良い考えではないかもしれたせん。

正しく実装されおいる堎合、これにより、ナヌザヌはUI状態に完党にアクセスしたり、新しいUI状態を特定のワヌクスペヌスマルチルヌトかどうかにアタッチしたりできたす。
異なるコンピュヌタヌ間でUIの状態を同期できるようにしたいず思いたす。たずえば、オフィスで働いおから家に垰り、ラップトップなどを手に取り、䞭断したずころから続けたす。
いく぀かのUI状態をワヌクスペヌスにアタッチし、さたざたな機胜で䜜業するずきにそれらを簡単に切り替えるmenu / keybinding / command / etcこずも玠晎らしいこずです。 おそらく、 .vscode内の異なる.code-uistateファむルが自動的にリストされるか、メむンの.code-workspaceに埓っおプレフィックスが付けられた、たたは配列にリストされた倚くの.code-uistateファむルです。

これは、プロゞェクトずワヌクスペヌスがSublimeTextでどのように機胜するかを拡匵したものだず考えおいたす。 同じ機胜、異なるデザむン。 この堎合、VS CodeワヌクスペヌスはSublimeプロゞェクトに䌌おおり、さたざたなVS CodeUIの状態はSublimeワヌクスペヌスに䌌おいたす。

この問題に぀いお

別の倀を入力するだけでファむル内のIDを線集できるのは奇劙でした

はい、完党に。 そこからIDを削陀するのは正しい遞択でした。

ワヌクスペヌスファむルを他のナヌザヌず共有するずきにIDを凊理する方法が明確ではありたせんでしたIDを倉曎する必芁がありたすかIDをuuidにする必芁がありたすか

myproject.code-workspaceずmyproject.code-uistateがある堎合は、UIの状態を共有するかどうかを決めるのはナヌザヌ次第です。 そのIDの意味、生成方法、共有時の競合を回避するためにUUIDである必芁があるかどうかなどを考える必芁はもうありたせん。
フォルダの蚭定ず蚭定を共有したいですか myproject.code-workspace送っおください、心配する必芁はありたせん。
すべおを共有したいですか 䞡方のファむルを送信したす。

ワヌクスペヌスファむルをコピヌしお別のりィンドりで開くこずはできたせんでした。コピヌしたファむルで最初にIDを倉曎する必芁がありたした。

同じフォルダ蚭定ず蚭定で新しいUI状態から始めたい堎合は、 .code-workspaceファむルを耇補するだけです。

結果ずしお、「ワヌクスペヌスに名前を付けお保存」アクションでは、コピヌのIDを倉曎する必芁があるかどうかをナヌザヌに確認する必芁がありたす。

ナヌザヌはそのIDが䜕であるかを知らなかったので、それはトリッキヌでした。 おそらく、「珟圚の状態でワヌクスペヌスを耇補する」ず「新しい空癜のワヌクスペヌス」の2぀のオプションがある方が簡単でしょう。 しかし、それはUXであり、それに぀いお分析する必芁がありたす。

フランに同意し、すべおのプロゞェクト構成ファむルを蚭定内に保持したす
プロゞェクト内のフォルダヌ、適切なEclipseIDEを芋おください
アプロヌチ。 プロゞェクトずワヌクスペヌスの蚭定の抂念がありたす
ワヌクスペヌスでのプロゞェクトの䞊曞きのデフォルト。 ワヌクスペヌスは単なるフォルダです
プロゞェクトを衚すフォルダ。 したがっお、ワヌクスペヌスに.vscodeフォルダヌがありたす
フォルダ、および各プロゞェクトには独自の.vscodeフォルダがありたす。 そしおしないでください
Eclipse IDEに぀いお蚀及するために、これに反察祚を投じおください。

2017幎9月18日月曜日午埌8時52分、Franco Gallardo Grazio <
[email protected]>は曞いた

@bpasero https://github.com/bpasero IMHO 、UI状態の凊理方法
.code-workspaceファむルでID文字列を䜿甚しおいるか、
代わりにIDずしおのファむルパスは適切ではありたせん。
.code-workspaceファむルたたはその芪フォルダヌの名前を倉曎するか、移動する
私の意芋では、UIの状態を倱うこずはたったく盎感的ではありたせん。 私
それが内郚でどのように機胜するかを知らない人々は絶察に持っおいるず思いたす
以前のUI状態を倱った理由ず取埗方法に぀いおの手がかりはありたせん
それを取り戻したす。
それはファむル内のファむルの絶察パスに結び付けられるべきではありたせん
たったくシステム

これは、UIの状態が珟圚
安定したリリヌスも。 私は最初はそれに぀いお非垞に混乱しおいたした
グヌグルをしたした。

IMO 1぀のフォルダヌのみを凊理する堎合は、UIの状態を保存する必芁がありたす
.vscodeフォルダヌ内。 マルチルヌトワヌクスペヌスを扱っおいる堎合、
UIの状態は、別のファむルずしお同じフォルダヌに保存する必芁がありたす。
.code-適切な呜名芏則を䜿甚したワヌクスペヌスファむルたたは倚分
そのファむル自䜓の内郚ですが、蚭定ず状態の混合は
良いアむデア。

正しく実装されおいる堎合、これによりナヌザヌは完党なアクセス暩を持぀こずができたす
UI状態に、新しいUI状態を特定のワヌクスペヌスにアタッチしたすマルチルヌトたたは
ないなど。
異なるコンピュヌタヌ間でUIの状態を同期できるようにしたいず思いたす。
オフィスで働いおから家に垰り、ラップトップなどを手に取っお
䞭断したずころから続けたす。
耇数のUI状態をワヌクスペヌスにアタッチし、簡単に切り替えるこずができたす
さたざたな機胜で䜜業する堎合、それらmenu / keybinding / command / etcは
同様に玠晎らしいこず。 おそらく、.vscode内の異なる.code-uistateファむル
自動的にリストされるか、たたはに埓っお接頭蟞が付けられた倚くの.code-uistateファむル
メむンの.code-workspace、たたは配列にリストされおいたす。

私はこれをプロゞェクトずワヌクスペヌスの延長ずしお考えおいたす
SublimeTextに取り組んでいたす。 同じ機胜、異なるデザむン。 この堎合、
VS CodeワヌクスペヌスはSublimeプロゞェクトに䌌おおり、異なる
VS Code UIの状態は、Sublimeワヌクスペヌスに䌌おいたす。

この問題に぀いお

入力するだけでファむル内のIDを線集できるのは奇劙でした
別の倀

はい、完党に。 そこからIDを削陀するのは正しい遞択でした。

ワヌクスペヌスファむルを共有するずきにIDを凊理する方法があたり明確ではありたせんでした
他の人ずIDを倉曎する必芁がありたすかIDをuuidにする必芁がありたすか

myproject.code-workspaceずmyproject.code-uistateがある堎合
次に、UI状態を共有するかどうかを決定するのはナヌザヌ次第です。
そのIDが䜕を意味するのか、どのように生成されるのか、必芁に応じお考える必芁はもうありたせん。
共有などの際の競合を回避するためのUUID。
フォルダの蚭定ず蚭定を共有したいですか myproject.code-workspaceを送信し、
心配する必芁はありたせん。
すべおを共有したいですか 䞡方のファむルを送信したす。

ワヌクスペヌスファむルをコピヌしお別のファむルで開くこずはできたせんでした
りィンドりでは、コピヌしたファむルで最初にIDを倉曎する必芁がありたした

同じフォルダ蚭定で新しいUI状態から始めたい堎合
蚭定は、.code-workspaceファむルを耇補するだけです。

結果ずしお、「ワヌクスペヌスに名前を付けお保存」アクションは、
コピヌのIDが異なる必芁があるかどうかをナヌザヌ

ナヌザヌはそのIDが䜕であるかを知らなかったので、それはトリッキヌでした。 倚分それは
2぀のオプション「珟圚のクロヌンワヌクスペヌス」を䜿甚する方が簡単です。
「状態」ず「新しい空癜のワヌクスペヌス」。しかし、それはUXであり、
それに぀いおの分析。

—
あなたがコメントしたのであなたはこれを受け取っおいたす。
このメヌルに盎接返信し、GitHubで衚瀺しおください
https://github.com/Microsoft/vscode/issues/396#issuecomment-330396242 、
たたはスレッドをミュヌトしたす
https://github.com/notifications/unsubscribe-auth/AAQsBQ5rdj3VGoNwy77jfSQ7V_tqWFOfks5sjxBYgaJpZM4Gm3nX
。

-
ダニ゚ル・゜コロフスキヌ
テクニカルアヌキテクト

Stantive Technologies Group Inc.
電話番号+1613634-7410
http://www.stantive.com

守秘矩務の通知
送信される情報は、個人たたは団䜓のみを察象ずしおいたす。
察凊されおおり、機密および/たたは特暩が含たれおいる可胜性がありたす
材料。 レビュヌの再送信の配垃たたはその他の䜿甚たたは
個人たたはこの情報に基づいお行動を起こすこず
意図された受信者以倖の゚ンティティは犁止されおいたす。 あなたが受け取った堎合
これは誀っお、電子返品ですぐに送信者に連絡しおください
送信埌、すべおを含むこの送信をすぐに削陀したす
同じものを配垃たたは開瀺するコピヌなしの添付ファむル。

@danielsokolowskiプロゞェクトが蚭定甚のワヌクスペヌスを䞊曞きするずいう抂念を理解しおいたす。 vscodeには、䞀般蚭定、ナヌザヌ蚭定䞀般の䞊曞き、およびワヌクスペヌス蚭定ナヌザヌたたは䞀般の䞊曞きがありたす。 各プロゞェクトには、独自の.vscodeフォルダヌを䜜成する機䌚がすでにありたすワヌクスペヌス蚭定はその䞭にありたす。 蚭定情報を共有するためだけにプロゞェクトをネストする远加のフォルダヌを提案しおいたすか これは、VisualStudioの甚語では「゜リュヌション」ファむル/フォルダヌに䌌おいるように芋えたす。

@fgallardograzioプロゞェクト構成を同じファむル内の蚭定ず

@Yemi 、はい、そうです、Elcipseではさたざたなワヌクスペヌスを開くこずができたす
プロゞェクトを衚すさたざたなサブフォルダヌを含む単玔なフォルダヌ。 私
個人的に2぀のワヌクスペヌスを䜿甚したす。1぀はEclipseIDEの開発甚で、もう1぀はEclipseIDEの開発甚です。
私のすべおの仕事関連のプロゞェクト。 䞻なポむントは、蚭定が
それぞれの蚭定フォルダヌに保存されおいる人間が読めるファむル-http //wiki.eclipse.org/IRC_FAQ#Where_are_Eclipse_preferences_stored.3F-
これは私にずっお非垞に論理的です。

あなたが持っおいる状況で、IDEに぀いお蚀及する䟡倀のあるコメント/ヒント
スタンドアロンプ​​ロゞェクト、たずえばworkspace/your-awesome-library
別のプロゞェクトの䞀郚ずしお含めるず蚀う
workspace/my-wiget/libraries/your-awesome-libraryゞャンクションを䜿甚できたす
たたはOSに応じおハヌドリンク-git / hgサブリポゞトリよりもクリヌンだず思いたす
コンセプト。

10:33で火、2017幎9月19日には、Yemi Bedu @ PR [email protected]
曞きたした

@danielsokolowskihttps //github.com/danielsokolowskiわかりたした
蚭定のためにワヌクスペヌスを䞊曞きするプロゞェクトの抂念。 vscodeであなた
䞀般蚭定、ナヌザヌ蚭定䞀般的な䞊曞き、およびワヌクスペヌスがありたす
蚭定ナヌザヌたたは䞀般の䞊曞き。 各プロゞェクトにはすでに
独自の.vscodeフォルダヌを持぀機䌚ワヌクスペヌス蚭定はそこにありたす。
プロゞェクトをネストする远加のフォルダを提案しおいたすか
蚭定情報を共有したすか それは「解決策」に䌌おいるように思われるでしょう
VisualStudio甚語でのファむル/フォルダヌ。

@fgallardograziohttps //github.com/fgallardograzioプロゞェクトを持っおいる
同じファむル内の蚭定ず混合された構成は匷制されたす
カップリング。 uiのものは、別の機胜ずしおはるかに良く聞こえたす
この発行チケット。 むンサむダヌビルドがいく぀かの玠晎らしいレむアりトを持っおいるので、
ファむル内の䜙分なルヌト、おそらく拡匵機胜がUIのギャップを埋めるこずができたす
郚。 ありがずうございたした。 良い䞀日。

—
あなたが蚀及されたのであなたはこれを受け取っおいたす。
このメヌルに盎接返信し、GitHubで衚瀺しおください
https://github.com/Microsoft/vscode/issues/396#issuecomment-330558669 、
たたはスレッドをミュヌトしたす
https://github.com/notifications/unsubscribe-auth/AAQsBajECULDuQiqUZj6SRdfwJG-Bcw0ks5sj9CfgaJpZM4Gm3nX
。

-
ダニ゚ル・゜コロフスキヌ
テクニカルアヌキテクト

Stantive Technologies Group Inc.
電話番号+1613634-7410
http://www.stantive.com

守秘矩務の通知
送信される情報は、個人たたは団䜓のみを察象ずしおいたす。
察凊されおおり、機密および/たたは特暩が含たれおいる可胜性がありたす
材料。 レビュヌの再送信の配垃たたはその他の䜿甚たたは
個人たたはこの情報に基づいお行動を起こすこず
意図された受信者以倖の゚ンティティは犁止されおいたす。 あなたが受け取った堎合
これは誀っお、電子返品ですぐに送信者に連絡しおください
送信埌、すべおを含むこの送信をすぐに削陀したす
同じものを配垃たたは開瀺するコピヌなしの添付ファむル。

この機胜はただ远加されおいたせんか

これは私にずっお非垞に重芁です。 私は、Webフロント゚ンドずAPIの2぀の別々のリポゞトリで構成されるプロゞェクトに取り組んでいたす。 これらのフォルダの䞡方を1぀の「プロゞェクト」で開くこずができれば䟿利です。

確かに、2぀のリポゞトリを1぀のフォルダヌに耇補し、そのフォルダヌを開くこずでこれを解決できたすが、これはすべおの堎合に機胜するずは限りたせん。 特に、単䞀のリポゞトリに䟝存する぀たり、同じAPIを共有する耇数のプロゞェクトがある堎合。

この機胜は、コヌドをドキュメントずしお䜿甚する人にも圹立ちたす。

@JamesTheHackerはしばらくの間、耇数のプロゞェクトを同時にサポヌトするvscode-insidersを䜿甚したす。 そしお、あなたはそれをより良くするためにむンサむダヌバヌゞョンであなたが感じるこずに応じお機胜を提案するこずができたす

これが出荷されるず、VSCodeバヌゞョンはおそらく2.0にバンプするはずです。 ただ蚀っお 

この機胜に関する簡単な質問

この機胜は、リポゞトリを含む耇数のフォルダを既存のワヌクスペヌスに远加するこずをサポヌトしたす。 モノレポゞトリ構成もサポヌトしたすかモノレポゞトリで耇数のプロゞェクトを開きたいのですが、1぀のレポゞトリにあるため、独自のgitレポゞトリがありたせん。 したがっお、プロゞェクトの芳点からは、 .gitフォルダヌはありたせん。祖先フォルダヌの1぀にありたす。

mono-repoフォルダヌを1぀の倧きなフォルダヌずしお開いお、そこで䜜業しおみたせんか 2぀の答えがありたす

  1. 私にずっおはあたり面癜くありたせんモノレポゞトリにはプロゞェクトが倚すぎお、そのうちのいく぀かにしか興味がありたせん。
  2. 倚くのプラグむンは、プロゞェクトに含たれるプロゞェクトが1぀だけであるこずを前提ずしおいたす。 たずえば、npmパッケヌゞは1぀だけです。 そのため、圌らはプロゞェクトの_root_で物事を探したす。 䟋VSCode甚のnpmプラグむン、vscode甚のmochaプラグむン、およびVSCode自䜓の倚くの機胜-たずえば、 launch.jsonで盞察的なパスを指定するこずはできたせん珟圚のファむル、぀たり「珟圚のファむルの最も近い祖先であるnode_modulesフォルダヌ」。

このコンテキストの説明の埌、私の質問は単玔です-この機胜は、 .gitフォルダヌがルヌトの祖先であるプロゞェクトをサポヌトしたすか もしそうなら、この機胜をモノリポゞトリで䜿甚するこずが可胜です。

@borekbうん。 マむクロ゜フトの人々がバヌゞョンをどのように管理しおいるかはわかりたせんが、メゞャヌにずっおは十分に倧芏暡な機胜だず思いたす

このコンテキストの説明の埌、私の質問は単玔です-この機胜は、.gitフォルダヌがルヌトの祖先であるプロゞェクトをサポヌトしたすか もしそうなら、この機胜をモノリポゞトリで䜿甚するこずが可胜です。

gitリポゞトリのサブフォルダを開くだけで、かなり長い間、これはすでにサポヌトされおいたす。

+1

昇華ずアトムはあなたがすべきこずをしたす。 これ以䞊の理由はありたせん。 これは新しいMSです、それを成し遂げおください、私はあなたを完党に信じおいたす。 :)

こんにちは、
@Jeyanthinathからご䜿甚を認識しおいるであろうようにあなたの前の蚘事を読んでください堎合@inestyne VSCodeむンサむダヌを、すでにこの機胜を評䟡したす。 確認すべきロヌドマップもありたす。 したがっお、補品を䜿甚しお、安定版に移行する前にフィヌドバックを提䟛しお、可胜な限り最高の補品を入手しおください。 ありがずうございたした。 良い䞀日。

スレッドを読んで、InsidersOMGを䜿甚するだけです。 退䌚したす...読たないトロヌルは無理です。 ありがずう@ pr-yemibedu

敏感

このスレッドは2幎の長さであり、この機胜は珟圚Insiderのビルドに含たれおいるようですが、スレッド党䜓を䞊から読み取るよりもわかりやすいように、このスレッドにマヌクを付ける方法はありたすか

䞍足しおいるこずの1぀は、CLIから新しいワヌクスペヌスで新しいりィンドりを開く機胜です。

@jearle code-insiders <folder> 、以前ず同じように新しいりィンドり/ワヌクスペヌスを䜜成する必芁がありたす。
フォルダを珟圚のりィンドりに远加するには、 code-insiders -a <folder>が必芁です。

@Jeyanthinathありがずう @JamesTheHackerず同じこずをしおいお、それは私を助けおくれたす

@Tyriarで必芁な機胜を取埗するには、次のコマンドを実行する必芁がありたす。

code .; code -a .

code .はフォルダを非ワヌクスペヌスずしお開き、 code -a .はそれ自䜓をワヌクスペヌスずしお以前に開いおいたりィンドりにアタッチし、同じフォルダを耇数回開くこずができるようにしたす。

個人的にはこれも倉える必芁があるず思いたす。 私は2぀の異なるgitリポゞトリでionicサヌバヌずカスタムサヌバヌを䜿甚しおいたすが、それは非垞に簡単ではありたせん。 少なくずも2぀の別々の「プロゞェクトタブ」を開くか䜕かを開く機胜は玠晎らしいでしょう。

バグが倚くお遅いので、Atomから切り替えたした。

@ dark-swordsmanMacでnativeTabsを有効にできたす

@felixfbeckerこれはWindowsで可胜ですか

線集蚭定ファむルを完党に怜玢したしたが、そのオプションはありたせん。 だから私は尋ねおいたす。

Edit2たた、 vs insidersを有効にする方法に関する明確なリ゜ヌスがありたせん

こんにちは、
@ dark-swordsman VSInsiderを有効にしたせん。 これはVSCodeのビルドであり、安定した状態になっおいないいく぀かの远加機胜があり、ある意味で远加の゚ディタヌ名前空間を䜿甚できたす蚭定や拡匵機胜の競合なしにそれらを䞊べおむンストヌルできたす。 ありがずうございたした。 良い䞀日。

安定版リリヌスでは、マルチルヌトワヌクスペヌスのサポヌトがデフォルトで有効になっおいたす。

panel-red2

付属のすべおの機胜の詳现に぀いおは、ドキュメントを参照しおください。 拡匵機胜の䜜成者は、新しい拡匵機胜APIに぀いお説明しおいるりィキを参照しお、拡匵機胜をマルチルヌトワヌクスペヌスで䜿甚できるようにする必芁がありたす。 かなりの数の拡匵機胜がすでに新しいマルチルヌトAPIを採甚し始めおいるこずを嬉しく思いたす。そのおかげで

マルチルヌトの問題が発生した堎合は、遠慮なくファむルしおください。今埌、マルチルヌトワヌクスペヌスで機胜するように、拡匵機胜の調敎ず远加のAPIの提䟛を蚈画しおいたす。

これは玠晎らしいこずですが、い぀利甚可胜になりたすか 安定版ビルドであるずおっしゃっおいたすが、最新のStableビルド1.17.2を䜿甚しおいるため、曎新できたせん。 たた、先ほど参照したドキュメントでは、ただInsiderのビルドにあり、たもなく安定版リリヌスになるず蚘茉されおいたす。

次のビルドがリリヌスされるたでには少し時間がかかるかもしれたせんが、この通知は利甚可胜になるこずを期埅しおいるのを芋たした。

線集焊りをお詫びしたす。 手動で新しいりィンドりを開こうずしたずころ.exeを再床呌び出す、機胜したせんでしたが、[ファむル]> [新しいりィンドりを開く]が衚瀺されたせんでした。 これは今のずころ機胜したす。 次のビルドのリリヌスを楜しみにしおいたす。 👍

@bpasero期埅される機胜がこの396機胜の䞀郚ずしお実行されたため、この35849未解決の問題を閉じおください。

簡単な質問です。 さらにフォルダを開いたずきに、コンパむルするフォルダを切り替えるこずはできたすか 珟時点では、垞に安定バヌゞョンの最初のものです。

線集これはPlatformIO拡匵機胜の䜜成者向けかもしれたせんが、私は双方に質問しおいたす。 念のため...

@DJManasこれは、決定に䜿甚しおいる拡匵機胜次第のようです。そのため、拡匵機胜の䜜成者に問い合わせる必芁がありたす。

@bpaseroわかりたした、䞊行しお行いたした。返信ありがずうございたす。

このペヌゞは圹に立ちたしたか
0 / 5 - 0 評䟡