大家好，我叫胡飞虎，花名虎仔，目前负责云效旗下产品 Codeup 代码托管的设计与开发。代码作为企业最核心的数据资产，除了被构建、部署之外还有更大的价值。为了帮助企业和团队挖掘更多源代码价值以赋能日常代码研发、运维等工作，云效代码团队在大数据和智能化方向进行了一系列的探索和实践（例如代码搜索与推荐），本文主要介绍我们如何通过直接打通源代码来提高研发与运维效率。
随着微服务架构的流行，一个业务流程需要多个微服务共同完成。一旦出现问题，运维人员在面对数量多、调用链路复杂的情况下，很难快速锁定导致问题发生的罪魁祸首：代码。
为了提高排查效率，目前常见的解决方案是：链路跟踪+日志分析工具相结合。即通过链路跟踪产品（如阿里云的Tracing Analysis）可视化还原业务执行过程的系统调用链路的拓扑、接口请求量与耗时等数据，再配合日志分析工具（如阿里云的SLS）进一步分析链路中某个系统的详细日志从而锁定出问题的大致坐标。
理想情况是开发人员能够自助分析并解决联调过程中遇到的问题，但实际情况是一旦被依赖的服务执行返回失败时测试流程就终止了，必须要等到下游服务提供方的同事协助排查才能解决；尤其当遇到在紧急场景时，更是讲究一个“快”字，如果过于依赖排查人员对代码的熟悉程度以及必须下载到本地电脑才能分析的诸多限制，势必会降低问题排查的效率。
究其根源，链路跟踪+日志分析工具的排查模式存在两个待解的问题：
无法直接锁定有问题的源码，现有的定位方式只能查找到问题发生的现场信息（如发生的时间、上下文数据和一些描述信息），而缺少产生问题的凶手信息，即源代码数据；
限制条件多，首先需要排查人员事前知道问题可能涉及的代码库；其次代码库必须提前下载到本地PC电脑才能查看分析，如果身边没有电脑则无法进行下去。
为了解决上述2个问题，云效代码管理平台 Codeup 联合阿里云日志服务工具 SLS 一起打通了日志到源码追溯的通道。管理员在完成一次配对后，开发者在排查过程中就无需关心日志与代码库的关联关系，也无需临时申请代码库权限，让在线代码问题的排查变得简单而高效。
这里涉及到两款工具，其中 Codeup 是代码托管产品，提供了代码源文件的存储与版本控制、代码文本搜索等服务；SLS 提供了海量日志数据的收集、存储、检索等服务。
首先通过 SLS 收集上报业务系统打印的日志数据，一旦生产环境出现问题并由监控系统发出报警，则开发或运维人员接到报警后第一时间登录 SLS 控制台查询具体的日志详情，然后分析具体日志详情以及一键跳转日志关联的源码仓库，定位到问题代码行，整个过程一气呵成，让处理人员专注于问题本身，极大提高解决问题的效率。
1、登录阿里云日志服务 SLS 界面，由管理员配置日志库与代码库的关联关系，通过点击图1所示的“查看源码”功能，可以进入配置页面。配置是一次性工作，生效后无需重复配置。
 图1 “查看源码”初始化入口
2、选择「查看源码」，选择业务对应的云效代码库，如果代码暂未托管至云效 Codeup，别担心，这里支持一键快速导入三方代码库到 Codeup，具体可见下方操作视频。
3、配置成功后会在高级选项里新增“代码诊断”入口，如图3所示（入口名称可自定义，此处中自定义为：代码诊断）。
图2 初始设置完成效果图
4、查看 SLS 日志详情，如需配合源码分析，则只需选择相应代码相关日志关键字，然后点击「代码诊断」即可，如图4~6所示，点击后可以在 SLS 页面直接查看相关的代码片段。
图3 代码查询交互
图4 关联查询的代码片段
图5 Codeup托管的代码详情
上述能力可以可以很好地解决日常联调场景和在线应急场景的问题。
如果你对该能力感兴趣，欢迎加入钉群找我们交流（钉钉群号：33634408）。
点击下方链接即可免费体验代码管理 Codeup。
https://www.aliyun.com/product/yunxiao/codeup?channel=yy_rccb
了解更多关于阿里云云效DevOps的最新动态，可微信搜索并关注【云效】公众号；
福利：公众号后台回复【指南】，可获得《阿里巴巴DevOps实践指南》&《10倍研发效能提升案例集》；
看完觉得对您有所帮助别忘记点赞、收藏和关注呦；
我想为Heroku构建一个Rails3应用程序。他们使用Postgres作为他们的数据库，所以我通过MacPorts安装了postgres9.0。现在我需要一个postgresgem并且共识是出于性能原因你想要pggem。但是我对我得到的错误感到非常困惑当我尝试在rvm下通过geminstall安装pg时。我已经非常明确地指定了所有postgres目录的位置可以找到但仍然无法完成安装:$envARCHFLAGS='-archx86_64'geminstallpg--\--with-pg-config=/opt/local/var/db/postgresql90/defaultdb/po
如何在buildr项目中使用Ruby？我在很多不同的项目中使用过Ruby、JRuby、Java和Clojure。我目前正在使用我的标准Ruby开发一个模拟应用程序，我想尝试使用Clojure后端(我确实喜欢功能代码)以及JRubygui和测试套件。我还可以看到在未来的不同项目中使用Scala作为后端。我想我要为我的项目尝试一下buildr(http://buildr.apache.org/)，但我注意到buildr似乎没有设置为在项目中使用JRuby代码本身!这看起来有点傻，因为该工具旨在统一通用的JVM语言并且是在ruby中构建的。除了将输出的jar包含在一个独特的、仅限ruby
尝试通过RVM将RubyGems升级到版本1.8.10并出现此错误:$rvmrubygemslatestRemovingoldRubygemsfiles...Installingrubygems-1.8.10forruby-1.9.2-p180...ERROR:Errorrunning'GEM_PATH="/Users/foo/.rvm/gems/ruby-1.9.2-p180:/Users/foo/.rvm/gems/ruby-1.9.2-p180@global:/Users/foo/.rvm/gems/ruby-1.9.2-p180:/Users/foo/.rvm/gems/rub
在rails源中:https://github.com/rails/rails/blob/master/activesupport/lib/active_support/lazy_load_hooks.rb可以看到以下内容@load_hooks=Hash.new{|h,k|h[k]=[]}在IRB中，它只是初始化一个空哈希。和做有什么区别@load_hooks=Hash.new 最佳答案 查看rubydocumentationforHashnew→new_hashclicktotogglesourcenew(obj)→new_has
我的最终目标是安装当前版本的RubyonRails。我在OSXMountainLion上运行。到目前为止，这是我的过程:已安装的RVM$\curl-Lhttps://get.rvm.io|bash-sstable检查已知(我假设已批准)安装$rvmlistknown我看到当前的稳定版本可用[ruby-]2.0.0[-p247]输入命令安装$rvminstall2.0.0-p247注意:我也试过这些安装命令$rvminstallruby-2.0.0-p247$rvminstallruby=2.0.0-p247我很快就无处可去了。结果:$rvminstall2.0.0-p247Search
由于fast-stemmer的问题，我很难安装我想要的任何rubygem。我把我得到的错误放在下面。Buildingnativeextensions.Thiscouldtakeawhile...ERROR:Errorinstallingfast-stemmer:ERROR:Failedtobuildgemnativeextension./System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/bin/rubyextconf.rbcreatingMakefilemake"DESTDIR="cleanmake"DESTDIR=
我的主要目标是能够完全理解我正在使用的库/gem。我尝试在Github上从头到尾阅读源代码，但这真的很难。我认为更有趣、更温和的踏脚石就是在使用时阅读每个库/gem方法的源代码。例如，我想知道RubyonRails中的redirect_to方法是如何工作的:如何查找redirect_to方法的源代码？我知道在pry中我可以执行类似show-methodmethod的操作，但我如何才能对Rails框架中的方法执行此操作？您对我如何更好地理解Gem及其API有什么建议吗？仅仅阅读源代码似乎真的很难，尤其是对于框架。谢谢! 最佳答案 Ru
当我尝试安装Ruby时遇到此错误。我试过查看this和this但无济于事➜~brewinstallrubyWarning:YouareusingOSX10.12.Wedonotprovidesupportforthispre-releaseversion.Youmayencounterbuildfailuresorotherbreakages.Pleasecreatepull-requestsinsteadoffilingissues.==>Installingdependenciesforruby:readline,libyaml,makedepend==>Installingrub
我的假设是moduleAmoduleBendend和moduleA::Bend是一样的。我能够从thisblog找到解决方案,thisSOthread和andthisSOthread.为什么以及什么时候应该更喜欢紧凑语法A::B而不是另一个，因为它显然有一个缺点？我有一种直觉，它可能与性能有关，因为在更多命名空间中查找常量需要更多计算。但是我无法通过对普通类进行基准测试来验证这一点。 最佳答案 这两种写作方法经常被混淆。首先要说的是，据我所知，没有可衡量的性能差异。(在下面的书面示例中不断查找)最明显的区别，可能也是最著名的，是你的
几个月前，我读了一篇关于rubygem的博客文章，它可以通过阅读代码本身来确定编程语言。对于我的生活，我不记得博客或gem的名称。谷歌搜索“ruby编程语言猜测”及其变体也无济于事。有人碰巧知道相关gem的名称吗？ 最佳答案 是这个吗:http://github.com/chrislo/sourceclassifier/tree/master 关于ruby-寻找通过阅读代码确定编程语言的rubygem？，我们在StackOverflow上找到一个类似的问题：
