問題タブ [visual-sourcesafe]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
svn - SVN または他のバージョン管理システムで Sourcesafe のリンク機能を複製していますか?
現在、私のチームは Visual Sourcesafe を使用しており、GUI がどれほどひどいものであるかを直接知っており、信頼性が低いというインターネットのうわさを聞いていたので、SVN への移行を進めようとしていました。
今日、マネージャーと最終的な動きについて話していて、彼はそれを支持しており、SVN でソースセーフ スタイルのリンクを作成することは可能かどうか尋ねられました。リンクは、sourcesafe に慣れていない人のために説明すると、概念的には Linux でのファイル リンクと同じように機能します。それらを使用して、プロジェクト間で共有コード/ライブラリをリンクします。SVN を使用してリンクを作成する方法はないと説明したところ、彼は、それが移行の大きな障害になる可能性があると指摘しました。
私は彼に、自分のローカル SVN (開発を容易にするために維持し、ソースセーフで定期的にのみチェックしています) で、共有コード/ライブラリを 1 つの場所に配置し、その場所を ANT に紹介することを伝えました。ただし、ANT タスクが複雑になるため、彼はこのソリューションにあまり感銘を受けていないように感じました。個人的には、ソース管理に多数のリンク ファイルを配置するよりも、もう少し複雑な ANT スクリプトを使用する価値があると思いますが、実際には、どのパラダイムに同意するかが問題になります。
開発者全体がこの制限をどのように回避しているか、また、Git や Mercurial などの新しいソース管理システムはリンクをサポートしているのかに興味がありますか?
asp.net - 開発と運用: 接続文字列
SQL サーバーを別のマシンに移動中です。現在、Web サーバーと SQL サーバーを同じボックスで実行しています。したがって、IIS と SQLServer を備えた運用サーバーと、この設定を反映する別の開発サーバーがあります。
asp.net コントロールの app.config と Web サイトの web.config に関して言えば、"Initial Catalog=MyDB;..." を使用できるため、これはうまく機能し、両方のマシンで DB 名が同じだったために機能しました。 .
現在、同じボックス (MyDB、MyDB-Dev) で両方の DB を実行することを検討しています。展開またはコンパイルするたびに web.config と app.config を編集する必要なく、これを行う簡単な方法はありますか? これは、Visual Source Safe で処理できるものですか?
c# - Sourcesafe の外部差分ツール
ポッドキャスト 40で言及されたことの 1 つは、ソース管理でファイル間の違いをチェックして、前日に何が行われたかを確認することでした。
最後のチェックイン以降、または単一のプロジェクトの特定の時間枠内で変更されたすべてのものの差分を表示する、単独で開くことができる優れた外部ツールはありますか?
現在 SourceSafe を使用していますが、まもなく TFS に移行する予定です。
ありがとう
asp.net - asp.net プロジェクト間で html/js/server 側のコードをどのように再利用しますか?
私たちは、さまざまな顧客 (多くのさまざまなプロジェクトに含まれています) に販売したブログ システムを持っています。このシステムには、いくつかの aspx ページ、1 つまたは 2 つの ascx コントロール、1 つの css ファイル、1 つの javascript ファイル、およびいくつかの分離コード/vb.net ユーティリティ ファイルなど、さまざまなファイルが含まれています。一般に、このモジュールの 90% 以上は顧客間で同じですが、もちろんすべての顧客は、表面的な html/css の変更からサーバー/クライアント ロジックの微調整まで、何らかのカスタマイズを望んでいます。
現在、ブログ システムを新しいプロジェクトに展開するには、ファイルを (最後に作業したプロジェクトから) コピーし、必要に応じてファイルをカスタマイズするだけです。しかし、今では、ブログ システムの一意で互換性のないコピーが 10 個あります。各プロジェクトでブログ システムを機能させるだけでも、かなりの時間がかかります。また、新しいブログ システムから古いシステムやメンテナンスに改善を広めることは、本当に頭の痛い問題です。
理想的には、一般的なケース (90%) に対応するブログ システム ファイルの単一の「ゴールデン コピー」が必要です。そのゴールデン コピーを新しいプロジェクトに追加して、ブログ システムをほぼ瞬時に動作させることができますが、必要に応じてファイルを追加またはカスタマイズすることもできます。さらに良いことに、「ゴールデン コピー」に改良を加えると、これらの変更をすべてのサイトに簡単に展開でき、お客様のために行ったカスタマイズを尊重します.
新しい css ファイルを追加してベース クラスを変更し、ベース サーバー側のロジックをオーバーライドする新しい vb.net クラスを追加できることはわかっていますが、aspx、ascx、および js ファイルを処理する方法が本当にわかりません。 理想的には、ファイル ベースまたはソース セーフなソリューションを見つけることができます。たとえば、カスタマイズされた新しいファイルが存在する場合、ゴールデン ファイル内の対応するマークアップ/js/etc を自動的にオーバーライドします。 もちろん、私たちはすべてのソリューションに対してオープンです。これは非常に一般的なシナリオのように思われるため、誰かが「ベスト プラクティス」を開発してくれることを期待していました。私が説明していることは可能ですか?アドバイスや指示をいただければ幸いです。よろしくお願いします。
シェーン
version-control - Source Safe から多数のプロジェクトを移動するための TFS 戦略
私が働いている会社には、私たちが維持している 1000 以上のアプリがあります。これらの多くは、VB6 などの古いテクノロジ、または貧弱なテクノロジ (アクセス) にあります。
Source Safe からの移行を検討しています。TFS を実行しており、dot.net プロジェクトを TFS に移行しています。他のプロジェクトは TFS と統合されず、ポータルやその他の TFS 機能 (ソース管理を除く) は必要ありません。
製品の信頼性が低いため、他のプロジェクトを Source Safe に残すことを懸念しています。
私が見る限り、2 つのオプションがあります。
1) TFS で「VB6」と呼ばれる空のプロジェクトを作成します (たとえば)。VSS にある VB6 アプリごとに分岐します。これにより、すべての VB6 アプリがそのサブフォルダーに配置されます。このようにして、すべてのアプリを TFS に含めることができます。
2) ドット ネット プロジェクトを TFS に配置します。CVSNT リポジトリを作成し、他のすべての VSS プロジェクトをそこに置きます。
3) ドット ネット プロジェクトを TFS に配置します。他のすべてのプロジェクトは VSS のままにします。すべての VSS データベースで毎週の圧縮と修復を実行します。
人々はどのオプションが最良だと思いますか? 他の誰かが同様の状況にありましたか?
.net - VSS を使用した CruiseControl.NET ビルド プロジェクト
VSS 2005 からプルするクライアント用のビルドを取得しようとしています (そうです、選択の余地がありません)。すべての構成が正しいと確信していますが、次のエラーが発生し続けます。
ソース管理操作に失敗しました: $/Utilities/Orbital Gateway/Solution Architecture/Release Construction/Payment Subsystem/Services/PaymentService は既存のファイル名またはプロジェクトではありません
プロジェクト パスを SourceSafe から直接コピーしたので、正しいことがわかりました。
これが私の設定です:
実行可能ファイルとは、ビルド サーバー上の ss.exe を意味するのか、それともコードが実際に格納されているサーバーを意味するのか。ビルドサーバーを指しています。
どんな助けでも大歓迎です!
version-control - チームがソース管理を採用する必要があるのはなぜですか?
会社に利益をもたらすものについて上司に正式なプレゼンテーションを行う機会があります。私の考えは、職場でソース管理を採用することです。私は仕事で自分のプロジェクトを管理するためにMercurialを使用していますが、チームの他のメンバーは正式なソース管理システムを導入していません。残念ながら、私はアイデアを提示するのが苦手です。
では、開発者がソース管理を使用しなければならない理由を教えていただけますか?さらに、なぜVisual SourceSafe以外のツールを選択するのですか?私はVSSを使用した経験がありませんが、なぜMicrosoftのツールを使用しないのかと彼は尋ねるでしょう。
ここにいる多くの賢いプログラマーからの意見を聞きたいです!私の好みのオプションはSVNまたはMercurialです。どちらもWindowsバージョンを適切にサポートしているようで、どちらもCVSよりも古風ではありません。また、自己宣言したオープンソースの弟子として、私はオープンソースツールを提案したいと思います。:)
ありがとうございました!
編集:簡単に言うと、一般的に、他の開発者の現在の慣行は、フォルダをコピーし、日付をタグ付けし、おそらく自分で記録することです。あなたは絵を手に入れます。上司が「うまくいったら、なぜ修正するのか」と言ったらどうしますか?
git - StarTeam の「ファイル共有」パラダイムから GIT のような DVCS に移行していますか?
StarTeam では、ビュー間でファイルを共有できます。基本的に、StarTeam のビューは、他のビューからの個々のファイルを共有できます。その後、ファイルを分岐することもできます。何百ものファイルを共有する StarTeam のビューを移行する方法はありますか? 誰でもこれを経験したことがありますか?唯一の解決策が 1 つの StarTeam の「ビュー」を 1 つのリポジトリ (GIT など) に変換することであると仮定すると、GIT などで複数のリポジトリ間でファイルを共有できるようにする戦略はありますか?
ショーン
visual-studio - Visual Studio 2008 SP1 および Visual SourceSafe 2005
デスクトップ コンピューターに Visua Studio 2008 Team System 2008 Architecture と Visual SourceSafe 2005 をインストールしました。
Visual Studio には Visual SourceSafe が統合されていません。Visual Studio に Visual SourceSafe を統合するにはどうすればよいですか。
ありがとう!
visual-studio - プロジェクトから他のプロジェクトの出力参照 (DLL) を除外する (VSS の質問)
これはソース管理に関係しています。私は VSS と Visual Studio 2008 プラグインを使用しています。参照されたプロジェクトの DLL がプロジェクトに含まれる (そして VSS にチェックインされる) と、それらのファイルはビルド プロセスの一部としてチェックアウトされず、読み取り専用になるため、次のビルドで失敗します。
bin フォルダー全体とすべての dll を除外することもできますが、そこに静的 dll (つまり、ソリューションの一部として再構築されないもの) を配置し、興味深いことに、Visual Studio は他の製品の出力以外の dll を次のように扱います。除外されたファイルは問題ありません。
VS2005 では、VSS プラグインは参照プロジェクトの出力をチェックイン保留中のファイルとして自動的に追加しませんでしたが、VS2008 では追加します。
誰かがこの問題に遭遇したり、回避策を見つけたりしますか?