问题标签 [rebuild]

在更好的 SQL Server 数据库的 SSW 规则中有一个完整的数据库维护计划的示例：SSW。在示例中，他们同时运行 Reorganize Index、Rebuild Index 和 Update Statistics。这有什么意义吗？我认为 Reorganize Index 是 Rebuild Index 的一个快速但效率较低的版本？并且索引重建也会自动更新统计信息（至少在聚集索引上）。

我在使用 Visual Studio 2005 时遇到了一个烦人的问题...有时当我重建时，即使我执行了重建解决方案，它也会返回时没有错误或警告，但是当我稍后编辑另一个代码文件时，即使没有更改它并重建，它将在该其他文件中发现错误或警告。显然，早期的 Rebuild Solution 没有重新编译该文件！如何强制 VS 完全重新编译每个文件？

我正准备彻底检修我的网络服务器。我将它用于开发和向客户展示产品。它还托管我的公司网站。我将加载 MS Server 2008 和 MS SQL 2008。我希望它具有最新的 .NET Framework 以及最新的 MVC 模板。我希望它使用 SubSonic。我也想开始使用某种 SourceSafe（或任何好的）。我计划使用 VS 2008 作为我的开发工具。

我想有很多人最近经历过这个并且会有很好的建议。

这是一台具有大量内存和存储空间的好机器，所以，请告诉我任何可以帮助我成为更好的开发人员的事情。

斯科特和开发团队

我在工作中为我的团队运行一个 wiki 服务器，最近将它移到了 Fedora 8 操作系统。一切都很好，除了我编写的与 MsSql 服务器联系的扩展失败，因为函数 mssql_connect 不存在。

在我的旧服务器上，我使用“免费 TDS”（使用 ./configure --prefix=/usr/local/freetds --enable-msdblib）并使用以下命令构建 PHP： ./
configure \
--with-apxs2=/usr/local /apache/bin/apxs \
--with-mysql=/usr/local/mysql \
--with-mssql=/usr/local/freetds \
--enable-safe-mode \
--enable-ftp \
--enable -inline-optimization \
--enable-magic-quotes --enable-xml \
--with-gd \
--with-zlib-dir=/usr/lib \
--with-jpeg-dir=/usr/local/库

有没有一种方法可以在 Fedora 上使用“--with-mssql=/usr/local/freetds”配置轻松重建 PHP？我想用 yum 来做这件事，但我不知道怎么做。更重要的是，我想避免从头开始构建所有东西。不是我不知道怎么做，我只是想避免它。

谢谢你的建议，
~埃里克

假设您有一个程序当前按应有的方式运行。该应用程序背后的代码非常糟糕，占用大量内存，不可扩展，并且需要大量重写才能实现功能上的任何更改。

重构在什么时候变得比完全重建更不合逻辑？

我有一个包含大约 60 个 C++ 源文件的 Visual Studio 项目。我可以进行构建，并且它可以毫无错误地完成。但是如果我立即再次按 F7，它总是会重新编译大约 50 个源文件。它不会重新编译所有文件，这很奇怪。

我设置了“启用最小重建”(/Gm)。任何想法为什么它可能会这样做？这些文件都没有未来的修改日期。

在 Visual Studio 2008 中仅重建和进行Clean + Build有什么区别？Clean + Build与Clean + Rebuild不同吗？

不管我是如何到达这里的，我都处于从备份中恢复 SVN 存储库的位置。不幸的是，备份略有损坏，在 19000 多个修订版中，大约有 80 个丢失了。备份是一个 bzip2 文件，我能够使用 bzip2recover 恢复大约 99% 的块。这些是“已知良好”，因为它们已成功解压缩。

因此，我能够创建一个已知良好提交和丢失提交的列表。

原始存储库也已损坏，但许多文件仍然存在。不幸的是，整个存储库都被破坏了。

所以我很幸运能够从原始 db/revs 和 db/revprops 目录中获得这些缺失修订的文件。很可能备份 bz2 文件的损坏与 db/revs 文件的损坏不一致。

我已将所有内容重建到 r13892，但我知道 r13893 已损坏，因此我没有 r13893 的转储。我确实有原始存储库中的文件 db/revs/13893 和 db/revprops/13893。

我使用 svn-1.4 创建并重建了存储库，但我升级到了 svn-1.6，以便可以使用选择性 svnadmin verify 命令（在单个或一系列提交上）。

我想也许我可以将这两个文件放入新的存储库中，更新 db/current [1] 然后继续。但是，当我尝试验证时出现此错误：

所以这显然行不通。不确定 13214 与这里的任何东西有什么关系。

我降级回 svn-1.4.6 以防 1.6 发生任何奇怪的事情。不幸的是，我得到了相同的结果 - 修订版 13893 未验证：

所以这就是我所知道的：

• 我知道修订版 1 到 13892 是 100% 正确的（除非极不可能的情况下 bz2 块解压缩不正确但通过了校验和）。
• 我不知道原始 SVN 存储库中的 r13893 文件是否正常 - 它们可能已损坏，但损坏的数量非常小，不太可能（但可能）。

有谁知道我如何能够填补这个洞？请注意，我拥有一个 100% 自信的 r13894，因此如果我可以插入 r13893，我可以继续进行其余的恢复。

[1] 我用这个脚本更新了 db/current：http: //svn.haxx.se/users/archive-2005-12/att-0630/make-current-fix.py

我在其他一些 SVN 存储库上对此进行了测试（在禁用对 db/current 的写入之后！）以验证它产生的值与已经存在的值相同。确实如此。

在 Visual Studio 中，如何重新构建完整的解决方案，包括所有配置？

如果我选择“重建解决方案”，它总是只重建调试或只发布，但从不重建。

当我真正想点击“构建”时，我经常不小心点击了“重建”。如果此项目存在依赖项，则此重建过程可能需要很长时间...

你知道有什么插件或配置让visual studio问我是否确定要重建这个项目吗？

我希望有办法处理这种情况。