prout, 请求请求后,告诉你它们是什么时候

分享于 

5分钟阅读

GitHub

  繁體 雙語
Looks after your pull requests, tells you when they're live
  • 源代码名称:prout
  • 源代码网址:http://www.github.com/guardian/prout
  • prout源代码文档
  • prout源代码下载
  • Git URL:
    git://www.github.com/guardian/prout.git
    Git Clone代码到本地:
    git clone http://www.github.com/guardian/prout
    Subversion代码到本地:
    $ svn co --depth empty http://www.github.com/guardian/prout
    Checked out revision 1.
    $ cd repo
    $ svn up trunk
    
    Prout

    当你的请求请求处于活动状态时通知你。 告诉你它们什么时候不存在。

    prout overduethenseen

    Prout来自以下原则:

    
    Developers are responsible for checking their changes on Production
    
    
    
    

    这变得更加重要,当你移到持续部署发布流程时,它将变得更加简单。 要点是现在开发者只需点击请求就可以破坏站点,因为在合并工作时,开发人员会更容易查看他们的工作,而在生产环境中会出现这种延迟。

    team的everyone may this merge merge merge merge merge merge merge merge merge developer developer developer developer developer"或者更真实的是"promptly promptly promptly Production Production Production Production。

    Prout只是在请求请求中通知开发人员,代码已经被 ,在生产中已经看到。

    配置

    遵循 4-step 程序:

    添加配置文件

    .prout.json 文件添加到你的repo 中需要监视的任何文件夹:

    
    {
    
    
    "checkpoints": {
    
    
    "DEV": {"url":"http://dev.mysite.com/","overdue":"10M" },
    
    
    "PROD": {"url":"http://mysite.com/","overdue":"1H" }
    
    
     }
    
    
    }
    
    
    
    

    当请求请求更改文件夹下的任何位置时,Prout将扫描配置文件中定义的检查点。 如果你嵌入响应,那么你在检查点中指定的url将被提取,响应的内容将是 read-,因为你将能够确定是否已经部署了该提交。

    添加回调

    将Prout添加到GitHub和( 可选地) post部署挂钩,以便Prout可以立即检查你的站点。

    使用以下设置添加一个 GitHub webhook插件:

    • 有效负载 URL: https://prout-bot.herokuapp.com/api/hooks/github
    • 内容类型:application/json

    应该将钩子设置为在 Pull Request 事件中激活。

    帖子部署钩子

    使用( RiffRaff,Heroku等)的任何部署工具都将它设置为 Prout,作为一个post部署钩子( 为你的repo 在 github.com/[owner]/[repo] ):

    
    https://prout-bot.herokuapp.com/api/update/[owner]/[repo]
    
    
    
    

    点击( GET 或者 POST ) 将总是提示Prout扫描存储库以获得未完成的请求请求。

    公开提交 id

    必须在你的站点中嵌入提交标识- 我们在 membership.theguardian.com 上执行这里操作。

    在存储的工件中使用 sbt-buildinfo 插件插件存储Git提交标识,然后在生产站点上公开该值。 丑陋的SBT配置是:

    
    buildInfoKeys := Seq[BuildInfoKey](
    
    
     name,
    
    
     BuildInfoKey.constant("gitCommitId", Option(System.getenv("BUILD_VCS_NUMBER")) getOrElse(try {
    
    
    "git rev-parse HEAD".!!.trim
    
    
     } catch {
    
    
     case e: Exception =>"unknown"
    
    
     }))
    
    
     )
    
    
    
    

    松弛

    用户可以通过创建新的松弛'传入 webhook'来为Prout配置松弛钩子:

    https://your-domain.slack.com/services/new/incoming-webhook

    。会给你一个'webhook url',看起来像这样:

    https://hooks.slack.com/services/T05FTQF9H/B012N1Y2Y/p9VyRC1ZlTqNGuu

    。将该url粘贴到一个 GitHub webhook,作为'负载 url'的repo:

    https://github.com/my-org/my-repo/settings/hooks/new

    。然后( 可选地) GitHub ! 在GitHub中,你并不想将事件发送到钩子- 这只是一个存储url的地方,Prout可以找到它。 注意:为了读取hook数据,需要进行库管理员访问 !

    运行你自己的Prout实例

    Deploy

    。你想运行自己的Prout实例- 在 https://prout-bot.herokuapp.com/的实例实际上仅适用于守护进程。


    相关文章