問題タブ [visual-sourcesafe-2005]

スペースを含むラベルを使用して、powershell を使用して srcSafe から「取得」しようとしています。

スペースを含むパラメーターをexeに渡す方法についての多数の投稿のように見えるものを読みましたが、試したことはありません。私の問題は、ラベルを正しく提供しているようです。

以下は、コマンドラインバージョンです（動作します）。

私の最も単純なpowershellバージョンは次のとおりです。

powershell コマンドを実行すると、ファイルが取得されず、$lastexitcode が「100」になります。

Echo args は、私が正しいと思うものを示しています。

Powershell ISE は同じことを示しています。

物事を混乱させるために、 start-process が機能しているようです：

追加の紛らわしい項目は、echo args がバージョン パラメーターを次のように表示するという事実です: Arg 4 is <-VLlabel space> -> スペースがないことに注意してください。

助けてくれてありがとう！

ジョン・A.

Visual SourceSafe2005を8つの異なるプロジェクトに使用しています。そのうちの1つは、他の6つのプロジェクトを参照として使用するメインプロジェクトです（他のプロジェクトのDLL）。そして、私には1つのセットアッププロジェクトがあります。セットアッププロジェクトは、7つのプロジェクトすべてのBin / Releaseフォルダー（メインプロジェクトを含む）から必要なすべてのファイル（DLL）を直接取得します。誰かが私の次の質問に説明付きで答えることができますか？

1. Source Safeでソリューションファイルをチェックインしても大丈夫ですか、それとも常に回避する必要がありますか？
2. 常にSourceSafeでプロジェクトファイルをチェックインする必要がありますか、それとも常に回避する必要がありますか？

VSS 2005 で VB6 を構成しました。次の機能は正常に動作します。

1. コードのチェックインとチェックアウト
2. 最新バージョンを取得
3. 別のユーザーがコードをチェックアウトすると、エラーが表示されます。
4. チェックインせずにコードを編集しようとするとエラーが表示されます (ユーザーが最新バージョンを取得した場合のみ)

VSSを使用したVB.NetとVB6の構成で見つけた違いは次のとおりです。

1. ユーザーがコードをチェックインせずにコードを編集しようとすると、コードが自動的にチェックインされない。
2. 1 日または 2 日後にユーザーが変更を保存してコードをチェックインできないようにします。ユーザーは、コードを閉じる前にチェックイン コードを要求します。
3. .vbp ファイルの「パス/ファイル アクセス エラー:」が表示されます。ユーザーがマシンにコードを保存しようとすると。
4. ユーザーがコードを初めて開いたときにチェックインせずにコードを編集できるようにします。

このリンクに記載されているすべての設定を行いました。

Visual sourcesafe 2005 から Visual Studio 2012 および TFS に移行された Lightswitch アプリケーションがあります。VS が起動すると、TFS から最新バージョンを取得するように設定されます。

現在のエラー メッセージが表示されます。「アイテム [Solution_name]\[Application_Name].vssscc がワークスペースに見つからないか、アクセスする権限がありません。」(確認したところ、実際にありません)。このままだとスタジオが行き詰まる。

プロジェクトを完全に削除して再度取得すると、ソリューションは正常にロードされますが、チェックインすると同じ現象が繰り返されます。

どんな提案でも大歓迎です。

VSS 2005. ローカル サーバー上の SS データベースを使用して、最近新しい PC でプロジェクトの GET を実行しています。ローカルで変更を加えた (つまり、ファイルが読み取り専用ではない) GET を実行すると、適切な VSS ダイアログが表示されます。 .. オプション。

ただし、最初のラジオ ボタンLeave this file? 無効になっています。それはなぜですか、どうすれば有効にできますか (これが私がやりたいことです)。

注: [ローカル ファイルを置き換える] と [ファイルをチェックアウトする] ラジオ ボタンのオプションは両方とも有効になっています。「ローカルバージョンをチェックアウトしてマージする」は無効になっていますが、それを行う必要はありませんが、この情報は診断に役立つ場合があります.

私は Visual Studio 2008 と Visual SourceSafe 2005 で作業している非常に小さなチームを持っています (ええ、私は知っています...) 新しい開発者が入ってきたばかりで、彼のマシンには Visual Studio 2012 があります。彼は VS 2008 をインストールする気はありません。

では、ここでのオプションは何ですか?

彼は VSS に接続してソリューションをダウンロードしようとしましたが、Visual Studio のバージョンが新しいため、すべてのプロジェクト ファイルをアップグレードする必要があり、それらのファイルは自動的にチェックアウトされましたが、これはうまくいきません。私が必要としているのは、彼が解決策を取得し、バージョンに依存しない aspx および c#/vb.net ファイルのみをチェックアウト、チェックインできるようにすることです。

ビジュアル ソース セーフ ファイルをチェックインする直前に、VSSItem に LABEL (コメントではありません) を適用しようとしています。

いくつかのパラメーターをテストし、ファイルの種類などを確認しました。

問題なくファイルを正しくチェックインし、checkin メソッドのプロパティであるコメントを追加できます。私ができないことは、ラベルを追加することです....

msg1 と msg2 は、for stmt の上で定義された単なる文字列です。

報告されたエラーは....

System.Runtime.InteropServices.COMException が処理されませんでした

エラーコード=-2147352566

HelpLink="ssusexp.hlp#10170"

Message="無効なアクセス コード (パラメーターが正しくありません)。"

ソース="SourceSafe"

スタックトレース：

内部例外:

また、これは古いソフトウェアであり、多くの人が MS Source Safe をジャンクだと感じていることは承知していますが、私は今のところそれで立ち往生しています。

Git に移行したい比較的大きな VSS 2005 データベースがあります。

まだ完全な移行ではありません。

すべてがそこにあるかどうかを確認するために、移行でいくつかのテストを実行する必要があります。

その間、私の同僚はまだ VSS 2005 を使用し続けます。VSS の使用に関して特別なことは何もなく、ブランチやマージもありません。チェックアウトとチェックインだけです。たぶん、いくつかの新しいファイルが追加されました。

この条件で移行は可能ですか？これを行うための最良の方法について何か考えはありますか?

Visual Sourcesafe 2005 で管理されているファイルを編集しました。ファイルをそのままの状態でボックスにチェックインしたいのですが、VSS は常にそれをリポジトリ内のファイルとマージし、コードを壊してしまいます。

何が起こると予想していたのかわからない...

リポジトリから既存のファイルを削除してコピーを追加することを恥ずかしがらずにマージせずにファイルをチェックインする方法はありますか?

コマンドラインオプションを探しましたが、役に立ちませんでした。