私たちはオーチャードを特定のクライアントのベースとして使用する予定です。私たちはVS2K10を実行しているC＃のショップです。私たちはバージョン管理システムで、プロジェクトの標準に従って投げ捨てます。果樹園：完全なソースかどうか？
つまり、クライアントのニーズに基づいてカスタムモジュールを作成する予定です。誰もがここにどのようなアプローチをお勧めしますか？
問題に＃1とコードベースがかなり大きいことであることを確認し、開発時にサイトをローカルでデバッグできるようになります。
＃2の警告は何ですか？デバッグの欠如？
私は誰にとってもこのアプローチが何であるか不思議です。私は＃1と一緒に行く、完全なソースを取得する、SVNでそれをスローし、それを構築する傾向がある。
思考？
Visual Studioを使用してモジュールを開発する場合は、完全なソースコードを使用してください。ディスク容量は安いです。 ＃2の警告は非常に快適ではないということです。なぜ迷惑？
こんにちはバートランド、情報ありがとう！私はいくつかのモジュールで遊んできました。あなたの貢献に感謝します！ – StephenPAdams
バートランドはオーチャードのプログラムマネージャーでもありますので、私たちはすべて彼に多くの感謝をしています。 –
私はソフトウェアエンジニアだありませんが、ここで私はどうなるのかです：
このプロジェクトのアセンブリからクラスでクラッシュした場合、シンボルを取得してからソースコードファイルを指定できるようになります。また、そのプロジェクトを定期的に変更することはないため、 VSは毎回それを再構築しません。いくつかのメモリを節約したい場合は、プロジェクトをアンロードすることもできますが、それは簡単かもしれません。
私は完全なソースバージョンを使用しますが、私がソース管理に取り組んでいるモジュールとテーマだけをチェックします。
私はもともとWebコードだけを使用していましたが、完全なソースを使用すると追跡するのがずっと簡単だった小さな問題がたくさんありました。
私が作業していたものを制御しているソースだけが、後のバージョンのオーチャードへの更新をずっと簡単にしていることがわかりました。
具体的な技術的な議論としてこれをお聞かせください。これについてのご意見はありません。 – msarchet
これは、フルソースオーチャードとウェブだけのメリットに関する具体的な技術的議論です。どのようにこれを言いたいですか？ – StephenPAdams
あなたの具体的な懸念事項は何ですか？今のところ、あなたの質問に対する決定的な答えはありません。なぜなら、その質問に対する「正解」は実際には適合しないからです。 – msarchet