我正在考虑发布一个轨道应用程序作为宝石。它是一种wiki应用程序,它也将用户数据存储在db目录中。更新完成后,避免覆盖用户数据的好方法是什么?封装轨道应用程序中的宝石
示例:
1)用户获取gem/application的版本1。数据存储在gem目录中。
2)用户执行宝石更新并获取版本1.1 - >数据丢失! (因为第二目录现在)
我的问题是:
- 是否有意义打包在宝石Rails应用程序?
- 是否有其他轨道应用程序的例子打包成一个宝石?
- 如何解决用户数据的问题?
谢谢! z
我正在考虑发布一个轨道应用程序作为宝石。它是一种wiki应用程序,它也将用户数据存储在db目录中。更新完成后,避免覆盖用户数据的好方法是什么?封装轨道应用程序中的宝石
示例:
1)用户获取gem/application的版本1。数据存储在gem目录中。
2)用户执行宝石更新并获取版本1.1 - >数据丢失! (因为第二目录现在)
我的问题是:
谢谢! z
我想使用SVN或Git是分发和更新应用程序的最佳方式。
Gem对于应用程序来说是个坏主意。
我是问,因为这两个错字和辐射也有这实际上是作为他们的轨道基于应用程序的安装程序的瑰宝。为什么这是一个坏主意? – z3cko 2010-06-26 14:29:37
也许这只是一个个人观点,但我觉得Ruby gem系统应该只有库,它有助于Ruby开发。它不应该与消费者应用程序混杂在一起,应该妥善打包。 Typo/Radiant在边界上摇摆不定,它们的框架有点像Rails,但至少Rails仍然归结为Ruby中的编程。 – Karl 2010-06-28 20:37:10