Customized Training Empower your developers with the tools and skills for collaboration Summary Work simpler, faster, and more effectively than ever. Our trainer will walk you and your team through hands-on demonstrations of Git and GitHub, grounding everything in our collaboration model, the GitHub Flow. Customize this offering for your team by including Integrated Development Environments (IDEs)
Organize Your GitHub Stars With Ease Astral is the best way to manage your starred repositories on GitHub using tags, filters, notes and a powerful search feature. Sign Up Free Your GitHub Stars. Organized. Astral pulls down all of your starred repositories from GitHub, and allows you to organize them using a simple & intuitive tagging system.
2015/12/03追記:待望のFirefox対応をしました!今日現在は、 https://www.zenhub.io/firefox からアドオンをインストールすることができます! また、Firefox版の公開を記念して、初月割引や、ZenHubグッズ(!)がもらえるプロモーションコードがあるので、ZenHubを使ってみようか迷っていた方は、プロモーションコードを利用するとお得に始めることができます。 ZenHub公式ブログの記事はこちら https://www.zenhub.io/blog/firefox-fans-can-now-use-zenhub-with-their-favourite-browser/ 2015/07/01追記:このエントリー中のスクリーンショットは、古いバージョンのZenHubのものです。追記時点での最新の機能についてはZenHub2.0についてを参照してく
こんにちは。技術部の松尾(@Kazu_cocoa)です。 主にモバイルアプリ開発において、数ヶ月前よりGitHubのWebhooksを使ったとある取り組みを始めました。HipChatやSlackなどをはじめとした様々なサービスとの連携サービスを提供しているGitHubですが、Webhooksの機能を使うことで、より自分たちの開発を支援する未来を創造できればと思います。以降では、実際の使用例、その実装よりな話しへと話しをすすめます。 クックパッドにおけるWebhooksの使用例 チェックリストによるセルフチェックをPR時に実施する モバイルアプリ開発はWebアプリ開発と異なる点が多々あります。例えば、開発対象の面では端末の多様性、端末システム側設定・通信状態の多様さなど、リリースの面ではデプロイに対する制限や更新がユーザ依存であることなど、です。そのため、当たり前品質の底上げのために不具合の
今日いろいろ探してたら、githubのissueをいろいろ扱ってくれるghiというのを発見したので使った。便利だった。 ghi listとかしたら、そのレポジトリのopen issueを出してくれる $ cd prepan $ ghi list # CPAN-API/prepan open issues 51: Allow login with CPAN 1 50: When editing an existing entry, make the button "Save" not "Post" 48: Add permalinks to comments 43: Can't remove entry from web ui 42: Twitter profile image doesn't show bug @ 40: Comment Edit and or Preview option
Gitによるバージョン管理では、従来のSVNなどよりずっと簡単にブランチングやマージができます。さまざまなブランチ戦略やワークフローが可能であり、以前のシステムに比べるとほとんど全てが改善されたと言えるでしょう。しかしGitを利用する多くの組織はワークフローの問題に直面します。明確な定義がなく複雑で、Issue Tracking Systemと統合されていないからです。そこで、明確に定義された最良の実践的方法としてのGitLab flowを提案したいと思います。issue trackingには feature driven development と feature branches を組み合わせます。 他のバージョン管理システムからGitに移行する際によく耳にすることは、効果的なワークフローの開発が難しいということです。この記事ではGitワークフローとIssue Tracking Sys
コマンドラインからgithubを検索してgit cloneをする with ghs, peco and ghqGoGitGitHubPecoGhq ghqとpecoを組み合わせてGithubリポジトリを簡単に取得するために、Githubリポジトリをコマンドラインから検索するghsコマンドを作りました。 sonatard/ghs トライアルページ ghs - CodePicnic 更新履歴 2017/04/15 0.0.10リリース 依存ライブラリのgo-githubの下位互換性がなくなったため、ビルドできなくなっていたバグを修正しました 2016/05/14 0.0.9リリース -k, --forkオプションを追加しました 検索結果にforkしたリポジトリを含める(true)、含めない(false),forkしたリポジトリだけ表示(only)を指定することができます。 検索結果が0件だった
GitHub / Bitbucket のプライベートリポジトリも無料で CI し放題の wercker というサービスがあります。(2013/11/30 現在) サイトもきれいで素敵です。ビルド成功後、Capistrano でデプロイが自動実行される方法を書いておきます。 まず、アプリの設定で SSH 公開鍵を作成します。 生成された公開鍵は、デプロイ先サーバの ~/.ssh/authorized_keys や Bitbucket のデプロイ鍵などに追加しておきます。 次に、アプリの設定から Deploy targets の設定をします。Custom deploy を選択して、 master ブランチのビルドに成功したら、自動デプロイするようにします。 入力したら、Deploy pipeline の Add new variable をクリック。 SSH Key pair を選択し、先ほど
先日公開した記事「JenkinsでCI環境構築チュートリアル(Windows編)」では、Jenkinsのインストールとジョブの作成方法についてご説明しました。今回は特定のブランチにPUSHされたタイミングでGitHubと連携して最新ファイルを取得する方法をご説明します。 完成イメージ ~JenkinsとGitHubの連携~ 実際の開発シーンを想定して上記の図のようなフローを構築したいと思います。開発者が変更したソースコードをGitHubにPUSHしたことをトリガーにJenkinsにその旨を通知します。Jenkinsはその通知を受けて、最新ファイルをGitHubから取得してくる仕組みとなります。 処理の流れとは逆になりますが、まずはJenkins側で「GitHubから通知を受け取る設定」と「ジョブの作成」から行っていきます。 Jenkinsの設定 ~GitHubからの通知を受け取る設定~ 本
GitHub を使って Pull Request ベースで仕事しているとこんなことがありますよね…… ( ^o^) LGTM もらった!:sushi: ( ˘⊖˘) 。o(CI 通ったらマージしよう) |花金|┗(☋` )┓三 ( ◠‿◠ )☛ マージしてから帰れよ ▂▅▇█▓▒░(’ω’)░▒▓█▇▅▂ 忘れてたああああああ Issue/PR のタブを開きすぎて、自分のにしろ他人のにしろ何がどこにあってステータスがわからなくなってしまうという問題もありますね。 そんなときに便利なユーザースクリプトがこちら。 GitHub PR Build Status in Favicon chrome://extensions に放り込むなどしてインストールすると、ビルドステータスが設定されている Pull Request(例)では、Favicon の右下にそのステータス(最新コミットのもの)を表す色
When was the build passing? その build passingはいつ? when was the build passing If you use GitHub, you often see Travis CI's badge on README. GitHubを使っていると、READMEにTravis CIのバッジが張ってあるのをよく見る。 Nice badge: build passing (Travis CI) build passing(Travis CI), ナイスバッジですね。 However, when the build passing, it is not clear until you see other date parts. ただ、いつのbuild passingなのかは、他のところを見ないとわからない。 authored on Jul 5
GitHub + Travis CI + Amazon S3 で git push で更新されるサイトをつくったので、その手順をメモ。 前提条件 GitHub のアカウントを持っている GitHub にリポジトリを持っている (例では bouzuya/bouzuya.net を使う) GitHub にリポジトリは Node.js のパッケージである (ルートにpackage.jsonがある) Travis CI のアカウントを持っている Travis CI の CLI をインストールしている (gem install travis) AWS のアカウントを持っている 概要 実現したい動きは次のとおり GitHub のリポジトリに git push origin master する Travis CI がリポジトリの更新を検知し Amazon S3 にデプロイ Amazon S3 にホストさ
Hubot触ってみようと思って、いろいろ動かして見たのでメモ。 参考になるURL https://github.com/github/hubot/tree/master/docs http://nanapi.co.jp/blog/2014/06/04/slack_with_hubot/ http://odoruinu.net/blog/2014/07/08/how-to-integrate-self-hosted-hubot-with-slack/ https://github.com/tinyspeck/hubot-slack Hubotのrepositoryを作る https://github.com/github/hubot/tree/master/docs これのとおりに hubot --create shibabotとかすると作れる。 bin/hubotとかして動けばひとまず良い
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く