Version control 寻找嵌入式linux工作的良好实践？

这可能是一个非常愚蠢的问题，但我的工作对于嵌入式linux来说是一种新的工作，我们不确定应该如何编写代码

我们将从free scale获得一个软件包，如果它与我们的omap软件包类似，它可能会非常大。这是一个好主意，只是来源一切，或分割成不同的回购协议，我们应该留下一些东西吗

---

我们确实对windows ce有一些经验，我们从来没有真正地将所有东西都来源化，只是我们在board support package中使用的东西，并通过wince600文件夹进行了检查。

变量太多，无法给出明确的答案

因此，正确答案取决于

您的应用程序以及您的更改有多大

您的构建系统

你说的是飞思卡尔和嵌入式linux，也许你想看看。如果您使用这个或任何类似的解决方案，那么除了您的源代码和配方之外，您不需要对任何内容进行版本控制

---

但是，如果您正在定制构建系统的方式，那么我会将源代码和构建脚本置于版本控制之下。

这取决于情况，我们希望将其引入team city进行夜间构建，我猜我们将只采购我们需要的，但我还不确定。不过，我会在今晚晚些时候查看链接，谢谢！我支持这一点——您的头号问题是配置管理。你可能会考虑商业支持的发行版（虽然你会为此支付$$，但它可能比你自己做的便宜，而且肯定比不做它便宜）。否则你只能靠自己了。我已经成功地使用了Angstrom Linux（基于OpenEmbedded）。这将给你一个可重复的环境，但它不是合格的，你可能会发现自己在吃狗粮。你绝对不需要追踪Angstrom或任何其他发行版的头版。你需要让自己确信发行版的某个特定版本符合你的项目需要，然后将其冻结在那里。@GodlyManOfGod我从未使用过TeamCity，但你可以做的是：你将你的应用程序放入一个repo中，而您在BSP中获得的源可以放在外部。然后，您可以编写TeamCity脚本，以便每次提交源代码中的更改时，它都会重建应用程序并创建新的rootfs。我解决这个问题的方法是“让我们只对我们编写或更改的代码进行版本控制”让我们只对我们编写或更改的代码进行版本控制，这也是我的方法。我的上游源代码是一个已知版本，根据该版本，我创建了补丁集，并使用Cutter进行管理。