Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

GitHub、企業向けの「Businessプラン」発表。GitHub.comでSAMLシングルサインオン、アップタイム保証、24時間サポートなど これまでGitHubを用いたソースコード管理を企業などが導入する場合、Active Directoryなどと連係によるシングルサインオンの実現や24時間サポートなどを求めようとすると、オンプレミス版のGitHubであるGitHub Enterpriseを導入する必要がありました。 今回発表された「Businessプラン」では、GitHubが運用するGitHub.com上でSAMLを用いたシングルサインオンが可能で、ユーザープロビジョニングが自動で行われ、24時間サポート（平日のみ）や99.95％のアップタイム保証などが適用されます。 「Businessプラン」の価格は1ユーザーあたり月額21ドル。また、これまで問い合わせる必要があったGitHub

［速報］GitHub、コードレビューのための新機能を発表。コードの行ごとや課題ごとにコメント可能。GitHub Universe 2016 GitHubはイベント「GitHub Universe 2016」をサンフランシスコで開催しています。 初日の基調講演に登壇した同社CEO兼共同創業者のChris Wanstrath氏は、新機能のCode Reviewを発表しました。 Chris Wanstrath氏。 Pull requestはGitHubを使う上で核となる機能だ。Pull Requestはコードに関するコラボレーションの方法としては優れているが、コードをレビューする方法としてはあまり優れた手段ではなかった。 これについてはいくつもの改善を続けてきた。

GitHubのイベント「GitHub Universe 2016」がサンフランシスコで開幕。初日の基調講演に登壇した同社CEO兼共同創業者のChris Wanstrath氏は、GitHubの新機能として「Projects」を発表しました。 Chris Wanstrath氏。 Issueを管理する方法は機能これまでも改善を続けてしてきたが、この新機能はおそらく過去最大の新機能だ。 必要十分にしてシンプルなIssueのトラック機能として、「Project」を発表する。 「ボード」と「カード」を備えており、カラムを設定して名前を自由に決め、カードをドラッグ＆ドロップで配置できる。

本日、 gh-ost のオープンソース・リリースを発表します。GitHubの、トリガーレスなMySQL向けオンライン・スキーマ・マイグレーション・ツールです。 gh-ost は、MySQLテーブルの修正が必要な、進行中の継続的なプロダクション変更に伴って私たちが直面する問題に答えるために、ここ数ヶ月で開発されました。 gh-ost は、負担が小さく、制御しやすく、監査しやすく、操作が簡単なソリューションを提供することによって、現在のオンライン・テーブル・マイグレーションのパラダイムを様変わりさせます。 MySQLテーブルのマイグレーションは、よく知られた問題で、2009年からはオンライン・スキーマ変更ツールによって対処されてきました。ハイペースで成長するプロダクトに伴って、データベース構造の変更が必要になります。列やインデックスなどの追加・変更・削除は、デフォルトのMySQLの動作を妨げる

AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be

先にまとめを書いておきます GitHubの大量のIssue/PRを効率的に閲覧できるJasperというソフトウェアを作りました 閲覧したいIssueのStream(RSSフィードみたいなもの)を好きな条件で作成することができます 条件はメンションされた、作成した、特定のリポジトリなど、かなり柔軟に設定できます Mac/Windowsの両方に対応しており、$12で販売中です無料で使えます 30日間のフリートライアル版もあります 背景 ソフトウェアエンジニアとして仕事や個人で活動をしていると、GitHubやGitHub Enterprise(GHE)を使うことが多いと思います。 僕も仕事ではGHEを使っており、個人ではOSSを作っているのでプライベートな活動でもGitHubをよく使っています。 そんなGitHubですが、一つ大きな不満があります。 それはIssueやPull Request(P

AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be

AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be

https://github.com/Songmu/ghch mackerel-agent のリリースフローでは、前回のリリース以降の、pull requestのマージ履歴を拾って、そこからChangelogを自動生成するということをおこなっている。 これは、1年半前くらいにPerlで書いていたのだが、この度汎用的にしてGoで書きなおした。それが ghch。前回打ったsemverっぽいgit tag以降のマージ履歴を抽出してくれる。例えば、こういう風にmackdownで出力がされる。 % ghch --format=markdown --next-version=v0.30.3 ## [v0.30.3](https://github.com/mackerelio/mackerel-agent/releases/tag/v0.30.3) (2016-04-27) * retry retire

IBMとGitHubは2月22日（日本時間23日未明）、米ラスベガスで開催中のイベント「IBM InterConnect 2016」において戦略的提携を発表しました。 IBMはこの提携において、同社のPaaS型クラウドサービスBluemixの仮想プライベートクラウド「Bluemix Dedicated」、もしくはプライベートクラウドの「Bluemix Local」の上で、GitHub Enterpriseのサービスを提供します。 これによって開発者はファイアウォールの外側でも内側でも、同じようにGitHubを用いた開発が行えることになります。 IBM InterConnect 2016 ［速報］IBMとアップル、プログラミング言語「Swift」をクラウド対応に。Bluemix上にSwiftランタイム、Webフレームワーク「Kitura」などを提供 ［速報］IBMとVMwareが戦略的提携。

AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be

当社はCookieを使用して、お客様が当社のWebサイトでより良い体験を得られるようにしています。引き続き閲覧する場合は、プライバシーポリシーに同意したことになります。

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

業務でGitHubを使っていて、developブランチにマージされたらステージング環境として使っているAWS上のサーバにデプロイされるようにしています。この時点で割と便利なんですが、マージ前にデザインや挙動を確認したいというケースも多いのでこの部分何とかしたいなぁと思っていました。 Review Appsとは 最近、HerokuはGitHubとの連携を強化しています。以前だったら GitHubの特定のブランチにPushされたら、Herokuにデプロイする ということを実現しようとすると、CircleCIなどのCIツールを使ってやるのが一般的でした。 そこが最近変わりました。Heroku側からGitHubと直接連携して、「GitHubの変更を受けてHerokuにデプロイ」がHeroku側の画面でポチポチやるだけで簡単に実現できるようになっています。 この時点でかなり便利なのですが、さらに「P

みんな知ってるものだと思ったけど、あまり周りで知ってる人がいなかったのでブログに書いた。 こういう釣りタイトルっぽいブログ、一度書いてみたかった。 参考 Checking out pull requests locally - User Documentation 参考というか、そのままだけど。 方法 Pull Requestの ID を BRANCHNAME にfetchします。 *1 $ git fetch origin pull/ID/head:BRANCHNAME ブランチをcheckoutします。 git checkout BRANCHNAME これだけです。forkした人のリポジトリを remote add する必要はないです。 おまけ マージ後のsha1 ちなみに、Pull Requestのマージ前だと、 pull/ID/merge を使うこともできます。 $ git fet

これは、【その2】ドリコム Advent Calendar 2015の19日目の記事です。 18日目は、wasbi01さんのムダを減らして心穏やかに過ごしたいです。 その2があれば当然【その1】もあるので、こちらもぜひご覧ください。 自己紹介 みかみん(mkmn)です。 今年の４月にドリコムに入社したばかりの新卒エンジニアで、同期からは「お父さん」などと呼ばれています。 現在は、某ネイティブゲームのプロジェクトでサーバーサイドエンジニアをやっています。 はじめに 何を書こうかと色々迷っていたのですが、 「非エンジニア*1が、業務においてGit・Githubをつまずきなく利用できるようにする」 という、課題への取り組みに関してお話ししようと思います。 こういった記事を初めて書きますので、読みづらいかもしれませんがどうぞ最後までお読みくださいm( )m 1. Git・Githubを初めて利用す

GitHubのissueでタスクを管理しだすと最終的にかんばん形式でみたくなりますよね。 そんなときに便利なGitHubのissueをかんばん形式で表示してくれるサービス。 基本的にどれも機能にそこまで差異はないですが、課金体系などが微妙に違います。 Waffle.io GitHubのpublicリポジトリ、privateリポジトリなら無料で使える。 GitHub Enterpriseで利用する場合には有料なようです。 Waffle.io · Work Better on GitHub Issues HuBoard GitHubのpublicリポジトリなら無料、privateリポジトリは有料です。 但しソースコードが公開されているので、自分でホスティングすれば無料です。 HuBoard - GitHub issues made awesome. Zube publicリポジトリは無料。 p

前提 過去のチームといまのチームでどうやっているかの話 master以外なら force push 可能なことが条件 コミットコメント 一行で概要 WhyやHowを書かせる。 WhereやWhatはいらん、diffを見ればわかる。 (必要なら)詳細 なんでここにこういうことをした？ という細かい説明。 時間に追われてdirty hackをせざるを得なかったのならここにも書いて欲しい。 書かずに変なことしたら俺がハリセン issueだのメモだのへのリンクでもいい 諸注意 日本語OK 英語オンリーにするとみんな面倒臭がって little change for debug とか平然と入れる 詳しく書かせたいし読むのに苦労したくないので日本語を許す コミットのタイミングと粒度 粒度はできるだけ細かく。 １コミット単位でレビュワーがお前何がしたかった？をみるため。 レビュー中にレビューが入った部分は