问题标签 [projects]

是否可以在 CruiseControl 中对项目进行分组？

（我知道可以使用相同的前缀对它们进行分组……但是真的可以对它们进行分组吗？）。

很长一段时间以来，我一直在编写代码，主要是专有代码。意大利面条代码之类的。不过，我离开了这个行业几年，感觉自己错过了一些巨大的东西。我花了一些时间学习书籍，但我想让我的手有点脏 - 所以我问，什么是一个好的 VCS 存储库来阅读/参与其中？

看来我们的客户很可能会取消我们已经工作了 15 个月的项目。

它有可能（尽管不太可能）会在某个时候重新启动。

在此过程中，我们还在多个领域扩展了我们公司的产品。其他项目团队可能需要进行类似的扩展，我们希望他们能够利用我们所做的。

那么，要为后代记录哪些关键内容，以便未来的团队（可能包括不同的人员）可以从我们所做的事情中学习？

这与为未来的维护者记录的内容略有不同，因为人们到达时可能对我们的项目很少/不熟悉，并且可能不会有任何扩展参与。

到目前为止，我们一直致力于收集有关每个主要功能/扩展的信息——因此有一个地方可以查找需求、指向源代码的指针、测试用例等，并正在添加一些关于关键设计点/决策等的叙述。

当项目团队仍然在一起时，我们还应该做什么和捕捉什么？

我正在学习计算机科学，我们必须做一个必须与 XML 密切相关并且至少使用 XSD 和 XSLT 或 XQuery/XPath 的编程项目。因为我喜欢 C#，所以我想用这种语言来做，但如果有人有其他想法，我可以使用另一种。

我现在的想法是编写某种约会簿。我想这周的所有约会都显示为 HTML，您可以在 textarea 中为这一天输入每天的约会笔记。

现在我的问题是：如何接管在文本框中输入的数据？该应用程序是离线应用程序，因此我没有接收包含输入数据的 GET 请求的 Web 服务器。是否可以从内存中读取当前 HTML DOM 及其所有输入值，然后将其转换为 XML 格式以进行持久存储，以便以后从中读取？

还是这个想法完全愚蠢？

我还能如何将所有这些 XML 技术放在一个应用程序中？

我不太确定 .NET 和 C# 3.5 如何处理跨越多个项目以及多个解决方案的应用程序设置。也许有人可以帮我把事情弄清楚。

我有 2 个解决方案，都包含多个项目。其中一些项目在 Properties 文件夹下包含一个Setttings.settings文件，其中包含此项目中源文件所需的特定配置变量。

就像是

1. JobManager 解决方案
   • Manager.Core（带有设置文件）
   • Manager.UserInterface（带有设置文件）
   • 经理.分机
2. 进口商解决方案
   • 导入器（带有设置文件）
   • 服务（带有设置文件）

可以看出，Manager.Core包含它自己的配置文件来存储数据库连接信息和其他东西，而Importer包含它自己的配置文件存储到导入目录的路径，以知道从哪里获取它需要导入数据库的Manager.Core文件所以。（这就是 Manager.Core 的用途，它包含与数据库一起使用的所有查询和插入）

Service另一方面，它是一个 Windows 服务，它使用 Importer 并让它每隔一小时左右运行一次，包含它自己的错误日志记录路径的配置设置。

现在，当我编译 Service 时，只有一个名为Service.exe.config的配置文件，其中仅包含Service 项目中指定的配置参数。我的第一种方法是在Service.exe.config中复制 Manager.Core 和 Importer 的每个设置条目。但测试表明，不知何故，进口商的参数是存在和使用的。

Service.exe.config中不存在的设置Manager.Core和存储在哪里？Importer

现在的设置是否Manager.Core也意味着不需要在服务设置文件中复制这些配置设置的条目？

亲切的问候，迈克尔

上学期（2008 年 8 月 - 2008 年 12 月）我和一些同学用 C++ 编写了一个应用程序。没什么特别的，它是 Sqlite3 的 ORM。我们实现了一些像反射这样的东西来使它工作并将最终用户从丑陋的东西中解放出来。就个人而言，我认为我们做得很好，而且我们的 ORM 实际上可能对某人有用（尽管它是专门为 Sqlite3 编写的，但它很容易适应其他数据库）。

因此，我得出的结论是，它应该作为一个开源项目发布在某个地方（最有可能是 sourceforge）。但是，由于这是一个学期项目，因此在这样做之前需要解决一些问题。也就是说，它有一些应该修复的内存泄漏，并且可以重构代码的某些部分以使每个人的生活在未来更轻松。

我想了解更多有经验的 C++ 程序员对一些问题的看法：

• 是否值得重写一些部分以应用新技术（例如，boost）。
• 我们的 ORM 是否应该适应最新的 C++ 标准？这样做有什么好处吗？
• 我们如何知道我们的代码何时可以发布？
• 这个 ORM 被遗忘在互联网迷雾中的可能性有多大？（即，作为程序员的个人自豪感是否值得出版？）

现在我想不出更多的问题，但我想阅读类似的经历。

编辑：我可能应该将我的代码 + 注释翻译成英文，对吗？（自问）

提前致谢。

我将项目定义为包含主干、分支、标签子目录的 SVN 目录。

在确定何时将项目拆分为两个或将多个项目合并为一个时，您使用什么标准？ - 每个“项目”一个应用程序，具有用于公共源和资源的共享项目？- 一个包含应用程序所有源和资源的大“项目”？

单项目或多项目都有其优点和缺点。我们正朝着一个单一的项目迈进，我正试图弄清楚这是否是正确的方法。

拆分项目允许更好地控制套件的不同部分如何合并更改。公共库可以是版本，不同的应用程序可以选择使用特定版本（maven dep 管理方法）。

拆分项目还会创建多个类层次结构，使代码整体更难理解，并可能导致代码重复。我认为适当设计整体结构和组件之间的关系将是管理此成本的关键。

统一的项目方法将使开发人员在设置工作空间方面更容易，并提供单一的类层次结构。这是一把双刃剑，因为它还会向开发人员提供更多信息（太多类无法理解）。

所以，当你试图决定在哪里合并和在哪里拆分时，你使用什么经验法则？

您是否有过这样的经历，例如在演示过程中出现问题，您感到非常糟糕和不舒服。你怎么能应付这样的情况？

我想把我写的几个 iphone 项目合并成一个项目。最简单的方法是什么？如果我可以从 iphone 主屏幕上的一个按钮访问所有这些项目，我会很高兴。

我在哪里可以获得有关 Web 部署项目 2008 的完整参考资料？

我已经搜索过了，但似乎只有关于 WDP 特定特征的博客帖子或论坛问题。