。ステージング時私は、例えばSProc1と呼ばれる1つのストアドプロシージャでバグ修正を行いました。同時に開発中の誰かが同じspでいくつかの変更を行っていました。開発の変更を失うことなく、バグ修正を開発に適用する必要があります。 SQLスキーマを使用してSQL Serverオブジェクト（スキーマをマージと比較してください）
は、2015年には、コードのマージを行っていない、それだけで直接バージョンを置き換えますVisual Studioの上で比較します。
私の質問はシナリオのこの種を維持するために、市場で他のどのツールであり、ありますか？
ここには正解はありません。環境間で競合が発生しており、これを解決する唯一の方法は、各バージョンのソースを比較し、手動で差異をマージすることです。
厳密オフトピックスタックオーバーフローのため、私は、ファイルの比較のすべての種類のBeyond Compareと呼ばれるアプリケーションをお勧めしますしながら。しかし、それはテキストの比較で優れています。
また、TFSを使用していると述べました。開発変更が開発ブランチにチェックインされていると仮定すると、以前のチェックインから変更を適用してから後でマージすることができますが、修正プログラムのブランチを作成することができます。これにより、Beyond Compareのように手作業で整流する必要がある競合が発生しますが、バージョン管理で競合の履歴が保持されます。
編集：私は後期答え
はあなたにクリスに感謝します – carlosm
、私はそれが
新しい読者に役立つことを願っています：以下のGIFは私ができるより良いプロセスを説明します最近無料のツールであるApexSQL Compareが見つかった。これはファイルとフォルダの比較とマージを提供する。ツールは、SSMS/VSに統合し、このようになりますことができます。
このツールは、バグ修正と同じSP上の変更が含まれますマージスクリプトを作成しますが、スクリプトは手動でのみ実行することができます。また、このスクリプトを手動で実行するには、CREATE PROCEDURE文をALTER PROCEDUREに変更する必要があります。
TFSのようなソースコントロールがあると思いますか？私は、コードのマージはあなたのソース管理システムの仕事だと言いたいと思います。 –
はい私たちはTFSを使用していますが、SQLオブジェクトのためだけに使用できるものは何ですか？私はRedgateを試しましたが、そのようなツールはありません – carlosm
さて、SP：sをテキストファイルとしてチェックしてから、TFSがマージを実行できます。 db-changesのための別個の配備システムがあります。私はこれであなたを助ける方法を知らない。 –