ロックされていないWindows共有を作成することは可能ですか(他のユーザーがリモートで使用するファイルはロックされません)?


8

被験者はほとんどそれを言います。

私は開発者であり、職場で、私と同僚の何人かが時々使用している小さな内部アプリケーションを開発しました。彼らが最新バージョンを利用できるようにするために、コンパイル結果のあるフォルダーを共有しました。しかし、これは彼らがそれを使用しているときはいつでもそれをコンパイルすることができないことを意味します-ファイルはロックされています。

フォルダーを共有する方法はありますが、リモートのユーザーがファイルをロックすることを禁止しますか?いずれにしても、ファイルは既に読み取り専用です。おそらく私の目的に役立つ別の解決策がありますか?


1
他の人がそのコードをアクティブに実行している間に実行可能コードを置き換えたいと言っていますか?
Blackbeagle

@Blackbeagle-うーん...はい。:D OK、それで少し極端だと思いますが、同時に、次回実行時に最新バージョンを「自動的に」取得してもらいたいと思います。OK、ClickOnceが解決策だと思いますが、少しやり過ぎのように感じます。:P
Vilx-

回答:


3

UseOpportunisticLockingを確認することをお勧めHKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parametersます。そこには、おそらく興味深いいくつかの追加パラメーターがあります。

しかし、なぜあなたがこの方法で配布することを選択するのかを尋ねてもよいですか?あなたのアプリケーションが何で書かれているか知らずに、なぜあなたがこのように配布することを選んだのかについては推測しかできません。

.NETアプリケーション(少なくとも3.5が必要だと思いますか?)を作成した場合、MSDNのClickOnceデプロイメントを参照することをお勧めします。

ClickOnceは、最小限のユーザー操作でインストールおよび実行できる自己更新型のWindowsベースのアプリケーションを作成できる展開テクノロジです。

私はいくつかの内部アプリケーションにClickOnceを使用して大きな成功を収めました。自動更新機能は非常に強力で、追加のコードはほとんど必要ありません(アセンブリバージョンをバンプして[展開]をクリックするだけです)。

ただし、これにはいくつかの落とし穴があります。具体的には、高いUAC権限を必要とするアプリケーションで問題が発生しました。これを必要とするプログラムはClickOnce配置ではサポートされていません。


配布の簡単な方法なので、このように配布します。はい、これは.NET 3.5アプリなので、ClickOnceを使用できます。変更した場合、デプロイを忘れる可能性があります。:Pしかし、それは価値のあるアイデアです、私はそれを覚えておきます!
Vilx- 2011年

それが間違っていた場合は申し訳ありませんが、(ClickOnceを使用できない場合は)ファイル共有を介して配布しますが、ClickOnceを見つけたときは、それが非常に命の恩人であり、使用できないときはうんざりします:)!
aolszowka

0

それはどれくらいの大きさですか、それが制限要因ですか?つまり、ミラーコピー(同期)を作成せずに、自分とは異なるコピーを使用する理由はありますか?

SyncToy v2.1はシンプルで無料の同期ツールで、データを問題なく複製できるはずです。


可能ですが、大きくはありません(20MB未満)が、何をいつ同期するのか
Vilx- 2011年

上記で追加されたものへのリンク。「いつ」に関しては、それをどのように構成するかによって決まります。
影響を受けていない
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.