我做了自己的 Web 框架：现在，如何使其与应用程序保持同步？我必须使用版本吗？
...我使用它做了第一个 Web 应用程序，现在我要创建第二个。
在第一个 Web 应用程序中，我用新东西增强了框架的核心库，并及时更新了框架分支。
我正在使用 bazaar 来保持框架和 Web 应用程序的承诺。该应用程序一开始是框架源代码树的完整分支，现在我在核心文件的每次更改时手动更新框架。 （将更改的文件从 Web 应用程序复制到框架的分支）。
对于我要创建的第二个 Web 应用程序，我需要了解该应用程序所基于的版本（或修订版）。如果我在此版本中发现错误，我可以修复并与第一个 Web 应用程序同步文件，无需担心：功能与此应用程序相同。
如果我要对核心进行更改（新行为、库中的新函数或源代码树中的新功能），则必须将其命名为“新版本”。
最好的方法是什么？
因为我使用的是分布式版本控制系统（集市），所以我处理的不是版本，而是每次都会更改的修订号。
请用新的想法来刷新我的想法。
... and I did the first web application using it, now I'm going to create the second.
In this first web application I enhanced the framework's core library with new things and promptly updated framework branch.
I'm using bazaar to keep framework and web application committed. The application was in the beginning, a full branch of framework source tree, now I'm updating framework manually at every change on core files. (copying changed files from web app to framework's branch).
With this second web application that I'm going to create, I need to know about versions (or revisions) which the application is based. If I found a bug in this version I can fix and then sync files with first web application no worrying: functions will be the same to this application.
If I'm going to make changes in core (new behavior, new functions in library or something new in source tree) it must be named as "new version".
What's the best way to do this?
Because I'm using a Distributed Version Control System (bazaar), I'm not dealing with VERSIONS, but revision numbers that change every time.
Please fresh my mind with new ideas.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我会将所有这些应用程序组织在它们自己的存储库中：
1）您的框架代码，然后您可以在其中不断发布不同的版本：1.0、1.1 等。
2) Web 应用程序 1，您可以在其中插入框架组件版本 xyz
3) Web 应用程序 2，您在其中插入框架组件版本 xyz
如果现在 WebApp1 需要新功能，您可以在框架代码中实现此功能，然后发布新版本，或者也许您首先收集一些您想要的更改，然后集成到您的 WebApp1 中，然后您发布一个新的框架。
有了这个，您可以轻松地说 WebApp1 依赖于框架代码版本 1.0，而 WebApp2 可能依赖于较新的框架代码，例如版本 1.2。
重要的是，您可以将框架代码作为“组件”或“插件”集成到您的网络应用程序中。然后您可以轻松地将框架代码替换为更新的代码。
我希望我能理解你的问题。
I would organise all these apps in their own repositories:
1) Your framework code, where you then release constantly different versions: 1.0, 1.1, etc.
2) Web app 1, where you plugin your framework-component version x.y.z
3) Web app 2, where you plugin your framework-component version x.y.z
If now WebApp1 needs a new feature, you implement this in your framework-code and then you release a new version, or maybe you first collect some changes which you want then to integrate into your WebApp1 and after that you make a new framework release.
With this you can easily say WebApp1 is dependent on the framework code version 1.0 and maybe the WebApp2 is dependent on a newer framework code for example version 1.2.
Important is, that you can integrate your framework code as "component" or "plugin" to your webapps. Then you can easily replace the framework code with newer ones.
I hope I had understand your question.