develop branch
--> dashboard (working branch)
我git merge --no-ff develop用来将任何上游更改合并到仪表板中
git日志:
commit 88113a64a21bf8a51409ee2a1321442fd08db705
Merge: 981bc20 888a557
Author: XXXX <>
Date: Mon Jul 30 08:16:46 2012 -0500
Merge branch 'develop' into dashboard
commit 888a5572428a372f15a52106b8d74ff910493f01
Author: root <root@magneto.giveforward.com>
Date: Sun Jul 29 10:49:21 2012 -0500
fixed end date edit display to have leading 0
commit 167ad941726c876349bfa445873bdcd475eb8cd8
Author: XXXX <>
Date: Sun Jul 29 09:13:24 2012 -0500
合并中有大约50多个提交,我想知道如何恢复合并,以便仪表板回到合并前的状态
第二部分是,如果我没有合并--no-ff,我没有得到提交' 合并分支'开发'到仪表板 '..我怎么会回滚合并？
现在,开发人员都拥有他们的本地开发环境,其中包含生产数据库的快照 - 他们可以扭曲,流失和打败数据,而不会影响任何人,除了他们自己.
这些快照开始变大,并且它们的数据导入开始接近一个小时.
维护开发数据有什么更好的建议吗？开发数据可能会因潜在的变化而被拆开,如果变更想法不好,则需要将其重新组合在一起.
一直在试图让多态序列化器通过rspec工作和测试数据.刚刚升级到0.10+
我发现这篇文章很有意义,并确实给了我一个生成序列化的条目,但是,当为多态形式做这个时,我从来没有得到正确命名的类型和id(期望看到asset_id和asset_type嵌套)
{:id=>1,
:label=>"Today I feel amazing!",
:position=>0,
:status=>"active",
:media_container_id=>1,
:asset=>
{:id=>4
使用Rspec测试ActiveModel :: Serializer类
class MediaSerializer < ApplicationSerializer
attributes :id,
:label,
has_one :asset, polymorphic: true
end
我注意到测试似乎甚至没有正确添加多态标识符(即asset_id,asset_type - 或在测试用例中imageable_id,imageable_type)
如果我直接向上看MediaSerialzer.new(媒体)我可以查看.associations,但我似乎无法让它们渲染,好像我正在生成一个完整的有效载荷
来自文档 https://github.com/rails-api/active_model_serializers
serializer_options = {}
serializer = SomeSerializer.new(resource, serializer_options)
serializer.attributes
serializer.associations
我很确定我错过了什么/做错了什么 - 任何指导都会很棒.
谢谢
有桌子照片
photos.id
photos.user_id
photos.order
A)是否可以通过单个查询按用户对所有照片进行分组,然后更新订单1,2,3..N？
B)添加了扭曲,如果某些照片已经关联了订单价值怎么办？确保新的photos.order永远不会重复,并填写低于或高于现有的蚂蚁订单(尽可能最好)
我唯一的想法就是在这个上运行一个脚本并循环遍历并重新排序所有内容？
photos.id int(10)
photos.created_at datetime
photos.order int(10)
photos.user_id int(10)
现在数据可能看起来像这样
user_id = 1
photo_id = 1
order = NULL
user_id = 2
photo_id = 2
order = NULL
user_id = 1
photo_id = 3
order = NULL
期望的结果将是
user_id = 1
photo_id = 1
order = 1
user_id = 2
photo_id = 2
order = 1
user_id = 1
photo_id = 3
order = 2
目前有一个表..并需要开始向其添加新的数据列.并非每条记录(甚至在添加新数据列后继续使用新数据)都会有数据.所以我想知道这是否更适合新表,因为它实际上是某些数据行的扩展,并不适用于每一行.
换句话说,由于这些新数据元素会有很多未使用的列,看起来这更适合新表？
编辑(认为这太有限了)
第一个表是页面视图的记录(当前是2百万条记录) - id - IP地址 - 查看次数 - created_at时间戳 - 日期
对于每个IP地址,每天都会记录一次 - 并且连续的综合浏览量会添加到每天的时间视图中
其他字段将用于原点跟踪(即谷歌分析源/媒体/活动)
并非每次访问都会有这些信息.我会假设大约10%的行将拥有数据(因为它通常仅归因于第一次访问)
数据的主要用途是归因于人们来自哪里.这可能会更频繁地使用(这似乎适用于单个表)
感谢反馈 - 如果需要可以添加更多
SELECT current_raised,segment FROM gizmos
where created_at >= "2012-03-01"
返回600多行
SELECT "current_raised","segment"
UNION
(SELECT current_raised,segment FROM gizmos
where created_at >= "2012-03-01")
返回180行
为什么会这样？