Tag: 危险

「京都.to＃3」で危险について発表してきましたその后: 京都。なんか＃3（2017/08/19 13：30〜）のログラミンミ关する発表をしあってみんなでわいしてみませんかいする勉强会です。夏の京都であなたの技术をさくっと発表してみませんか？过去のようす：*http: //hakobe932.hatenablog.com/entry/2016/08/15…kyoto-nanka.connpass.com 先周8月19日（土）に京都のはてな本社で开催された「 Kyoto。なんか＃3 」でDangerについて発表してきました👨‍💻 内容は，8月12日（土）にTokyo iOS Meetupにて英语で発表したものを补足しました。“ Kyoto。なんか ”はiOSの勉强会ではないので，少しでもほかの分野のエンジニアニに通に话题を选んでこちらにしました。 Dangerとは，たとえばCI上で実行してGitHubのPull requestをチェックし，Pull request上にコメントを残したり场合によってはテストを失败させるツールです🚫⚡️ Danger开発者の@ ortaに直接闻いたことがあるのですが，クッパッパのDokumiを参考に作られています。 2015年に公开にDangerはRubyで书でいて，最近はJavaScriptのDanger JSも公开もいます。これらの违いについて当日质问を受けたのですが，きっちり理解していなかったのでこのコラムで说明しようと书きはじめました✍️ 危险速攻ところが先ほど，开発者のツイートでDangerfileをSwiftで书けるように进めていることを知りました😮（ Danger JSで）在Swift中编写您的Dangerfile。尚未准备好用于生产。需要Danger JS2.x。 READMEにあるようにまだプロダクトとしては完成していないようですが，ウォッチしてあらためてコラムに书きます🐶 危险JS与Ruby ところでRubyのDangerとDanger JSの违いについては， Dangerのウェブサイトと开発者が所属するArtsyのブログに表示がありますので，兴味がある方は読んでみてください💁 http://danger.systems/js/js-vs-ruby.html https://artsy.github.io/blog/2017/06/30/danger-one-oh-again/

比特币上的Swift-Lint危险: intราบสวัสดีพ่อแม่พี่น้องที่หลงเข้ามาอาาบทควนมแามแรกของผมด้วยนะครับในี้เนนจะมราจะมาพูดถึง กันแล้วถ้างั้นเรามาเริ่มกันเลยย〜 ขอยกคำพูดของเจ้าของบทความมาเลยละกันนะครับ Lintคือ静态代码分析เป็นเครื่rank Linามารถอ่านเพิ่มเติมได้ที่Linารู้จักกับAndroid Lint — Jedsada Tiwongvorakul 危险危险危险危险危险危险危险危险危险危险危险会在您的CI之后发生，从而使您的团队围绕代码审查的惯例自动化。这提供了流程中的另一个逻辑步骤，通过此Danger可以帮助您减少日常代码检查中的死记硬背任务。您可以使用“危险”来整理团队的规范，让人们去思考更棘手的问题。 เอาเป็นว่าขอสรุปตามความเข้าใจของตัวเองก็แล้วกันนะครับ 危险危险危险危险危险危险皮棉皮棉布好酷〜 lanรับคนที่ใช้fastlane（CI / CD工具）ในับคารทำงานอยู่แล้ว emนส่วนของ Gemfile เป็นไฟล์ที่ใช้สำหรับบอก依赖版本เช่นLibrary，Ruby包ในภาษาRubyที่เราต้องการใช้ในโปรเจคของเราให้ทำการเพิ่มgem’danger gem ‘danger’ 危险工具และgem’danger gem ‘danger-checkstyle_format’, ‘~> 0.1.1′ pluginน插件ของ危险工具ที่ใช้สำหรับการอ่านไฟล์Reportกคำสั่งากคำสั่งswiftlintในfastlaneเพื่อเอาผลลัพธ์ที่ได้ไปCommentแบบ内联代码บนGitHubนนเอง ถามารถ复制代码Textอย่างด้านล่างไปใส่ในTextEditor（เช่นSublime）แล้ว保存เป็น Gemfile Gemfileได้เลยย〜 ตัวอย่างGemfile 来源“ https://rubygems.org” 宝石’危险’ gem’danger-checkstyle_format’，’〜> 0.1.1′ fileนส่วนของ Fastfile เป็นไฟล์ที่ใช้สำหรับสร้ร้างขั้นตอนการทำงาน Fastfile ให้กับส งอย่างFastfile fastlane_version“ 2.3.12” default_platform：iosEncoding.default_external =编码:: UTF_8 Encoding.default_internal =编码:: UTF_8 平台：ios dobefore_all做 […]

如何将Bitrise构建与多个Danger文件并行化: 我最近正在为我们的iOS移动应用程序并行化Bitrise构建以减少其构建时间，该时间从〜21分钟减少到不到13分钟。我工作的主要目标是分离工作流，以减少Bitrise上的构建时间。在分离出工作流之后，我还希望我们的机器人将每个工作流的Danger结果发布到GitHub上，以便我可以分别获得每个人的反馈。以下步骤基于我的工作，分离了工作流程，向这些工作流程添加了两个不同的Danger文件，并让我们的漫游器发布了两个单独的消息。如果您的团队规模较小（或有更多的并发运行），那么这些时间甚至有可能减少。在我们的案例中，一个可能的想法是将SwiftLint分离出来。步骤1：并行工作流程您可以使用Bitrise Start Build使一个工作流程触发另一工作流程。可以将其添加为工作流程的第一步。在输入变量中，您需要声明一个Bitrise访问令牌和要触发的工作流程。在工作流程的最后，添加“ Bitrise Wait for Build步骤。如果您不等待第二个工作流程，即使第二个工作流程失败，GitHub上的Bitrise状态也可能被标记为通过。步骤2：运行单独的Dangerfile 每个工作流程都可以运行一个单独的Dangerfile。我的第一个Dangerfile（我称为DangerStep01）位于~/MyApp/Danger/ 。将Script步骤添加到您的工作流程并指定脚本内容。只需添加–dangerfile=Danger/DangerStep01即可指定文件的位置及其名称。对每个步骤重复一次。我选择在第二个构建可能完成之前运行Dangerfile，以便我可以立即获得工作流程1的反馈。第3步：让您的GitHub机器人帖子两次您还可以通过添加一个id使您的机器人为每个Dangerfile分别发布两次不同的时间。这样做的好处是，您的机器人只会在每个Dangerfile上发布一次，并在您触发新的构建时更新这些单独的发布，从而避免了它向您的提取请求发送垃圾邮件。要添加ID，您必须在bundle exec danger –danger-id=appBuild的末尾添加–danger-id=appBuild 。您可以选择所需的任何ID，它最终将显示在GitHub上。我叫我的appBuild和appTests 。而已！