问题标签 [version-control]

我知道我可以通过破解 Trac 和使用 Git 钩子来完成大部分工作，但我想知道是否有人已经/知道一些准备好的东西。

从提交消息中评论（和关闭）票证会很好，特别是如果差异与评论/关闭评论内联出现。

sha1 哈希应该自动链接到 gitweb/cigt/custom git 浏览器。

我尝试了用于 Trac 的 GitPlugin，但代码浏览器太慢了……还有其他选择吗？

我在 VS2008 中构建的 Web 应用程序开发初期。我有一台台式电脑（大部分工作都在这里完成）和一台笔记本电脑（偶尔可移植），我使用 AnkhSVN 来保持项目代码同步。保持我的开发数据库（SQL Server Express）同步的最佳方法是什么？

我在 SVN 中有一个 VS 数据库项目，其中包含我在架构更改时重新生成的创建脚本。最初的想法是在发生变化时重新创建数据库，但很快就变得很痛苦。此外，我会丢​​失我输入的所有示例行，以确保正确显示数据。

我正在考虑将 .MDF 和 .LDF 文件置于源代码控制之下，但我怀疑如果我执行 SVN 更新并且将文件从其下拉出并替换为较新的副本，SQL Server Express 是否会优雅地处理它。将几个大的二进制文件粘贴到源代码管理中似乎也不是一个优雅的解决方案，即使它只是一个一次性的开发数据库。有什么建议么？

我将使用 Subversion 对新的 J2EE Web 应用程序进行源代码控制。你会推荐什么目录结构来组织代码、测试和文档？

好吧，主题基本上是问题。是否有任何用于 3d 模型的版本控制系统。当然，开源方法将是首选。

我正在寻找类似颠覆的功能，但更基本的系统也会受到关注。分支/合并/提交等基本操作应该以一种或另一种形式提供。

更新：使用开源方法，我并不是说免费，而是在需要时可以选择大量扩展和定制系统

UPDATE2：我不知道如何以最好的方式来描述这一点，但 3d 模型的格式并不那么重要。我们将使用 IFC 模型和主要是 CAD 程序。亚当戴维斯描述的方法可能是我正在寻找的。

免责声明：我被困在 TFS 上，我讨厌它。

我的源代码控制结构如下所示：

• /dev
• /发布
• /分支机构
• /实验升级

我从开发分支到实验升级并没有触及它。然后我在开发中做了更多的工作并合并到实验升级。不知何故，TFS 抱怨我在源和目标中都有变化，我必须解决它们。我为所有 5 个项目选择了“从源分支复制项目”。

我将实验升级检查到本地文件夹并尝试在其中打开主解决方案文件。TFS 提示我：

“最近已将项目添加到此解决方案中。您想从源代码管理中获取它们吗？

如果我说是，它会做一些事情，但最终会因为加载少数项目而失败。如果我说不，我会得到相同的结果。

比较两个分支中的 sln 告诉我它们是相等的。

谁能让我知道我做错了什么？这应该是一个简单的分支/合并操作......

TIA。

更新：

我注意到，如果我在上面的对话框中单击“是”，项目将下载到源代码控制的 $/ 根目录...（即从 dev 和分支文件夹中）

如果我在分支中打开解决方案并删除死项目并尝试重新添加它们（通过右键单击 sln，添加现有项目，选择位于分支文件夹中的项目，它会给我错误...

无法加载项目 c:\sandbox\my_solution\proj1\proj1.csproj，该文件已被移除或删除。我试图添加的项目路径是：c:\sandbox\my_solution\branches\experimental-upgrade\proj1\proj1.csproj

到底是什么将这些项目指向了它们的本地根目录之外？解决方案文件与 dev 分支中的文件相同，并且这些项目加载得很好。我还查看了 vspscc 和 vssscc 文件，但没有找到任何东西。

想法？

我需要在 Veriog 中实现 4 对 1 功能。输入是 4 位，一个从 0 到 15 的数字。输出是单个位，0 或 1。每个输入给出不同的输出，并且从输入到输出的映射是已知的，但输入和输出本身却不是。我希望 vcs 能够成功优化代码，并让它尽可能短/整洁。到目前为止我的解决方案：

必须声明 c 是丑陋的，我不知道 vcs 是否会识别那里的 K-map。这将与案例陈述或连接范式的赋值一样有效吗？

到目前为止我所拥有的是

在 Subversion 或 CVS 中处理对分支的多次合并只是必须经历的事情之一。在 Mercurial（以及可能任何其他分布式系统）中跟踪分支和合并非常容易，但我不知道为什么。还有人知道吗？

我的问题源于这样一个事实，即使用 Mercurial，您可以采用类似于 Subversions/CVS 中央存储库的工作实践，并且一切都会正常工作。您可以在同一个分支上进行多次合并，并且您不需要无休止的带有提交编号和标签名称的纸片。

我知道最新版本的 Subversion 能够跟踪分支的合并，所以你不会遇到同样程度的麻烦，但这是他们方面的一个巨大而重大的开发，它仍然不能完成开发团队会做的所有事情喜欢这样做。

这一切的运作方式必须有根本的不同。

我目前的工作地点正在过渡，新的所有权已经接管，事情终于变得标准化，并且正在执行适当的指导方针。

但是我们仍在使用 VSS，实际上没有任何理由使用它，这就是最初设置的内容。我们不使用 Visual Studio 或任何真正需要它的工具。

从长远来看，我能提出的绝对最好的论据是什么，以帮助说服他们使用 Subversion 之类的东西会是一个更好的解决方案。

在我目前的工作中，主管的做法是只检查生产就绪代码。最近我参与的项目涉及 3 个不同的开发人员的工作，其中一些文件重叠。这意味着手动集成更改，尽管有些更改需要一天时间然后才完成。我想看看这是否是一种常见的做法，并获得有关如何改变这种做法的建议，因为我知道很多时候我的意见在宏伟的计划中意义不大。