GitHub.com の Markdown でアラート記法が増えた話 - Qiita
GitHub.com で利用できる Markdown 記法のアラートは、これまで [!Note]・[!Warning] と 2023 年 7 月 23 日 に追加された [!Important] がありました。 このアラート記法は断続的に更新されており、2023 年 11 月 14 日にいくつかの重要な変更がなされました。 本記事では、これらの変更を紹介します。 追加されたアラート 2023 年 11 月 14 日に、これまでのアラートに [!Tip] と [!Caution] が追加されました > [!NOTE] > Highlights information that users should take into account, even when skimming. > [!TIP] > Optional information to help a user be more su
GitHub、企業向けの「Businessプラン」発表。GitHub.comでSAMLシングルサインオン、アップタイム保証、24時間サポートなど － Publickey
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 GitHubはイベント「GitHub Universe 2016」をサンフランシスコで開催しています。 初日の基調講演に登壇した同社CEO兼共同創業者のChris Wanstrath氏は、新機能のCode Reviewを発表しました。 Chris Wanstrath氏。 Pull requestはGitHubを使う上で核となる機能だ。Pull Requestはコードに関するコラボレーションの方法としては優れているが、コードをレビューする方法としてはあまり優れた手段ではなかった。 これについてはいくつもの改善を続けてきた。
gh-ost：GitHubのMySQL向けオンライン・スキーマ・マイグレーションツール | POSTD
本日、 gh-ost のオープンソース・リリースを発表します。GitHubの、トリガーレスなMySQL向けオンライン・スキーマ・マイグレーション・ツールです。 gh-ost は、MySQLテーブルの修正が必要な、進行中の継続的なプロダクション変更に伴って私たちが直面する問題に答えるために、ここ数ヶ月で開発されました。 gh-ost は、負担が小さく、制御しやすく、監査しやすく、操作が簡単なソリューションを提供することによって、現在のオンライン・テーブル・マイグレーションのパラダイムを様変わりさせます。 MySQLテーブルのマイグレーションは、よく知られた問題で、2009年からはオンライン・スキーマ変更ツールによって対処されてきました。ハイペースで成長するプロダクトに伴って、データベース構造の変更が必要になります。列やインデックスなどの追加・変更・削除は、デフォルトのMySQLの動作を妨げる
Reorder issues within a milestone
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
JasperというGitHub Issue Readerを作りました - maru source
先にまとめを書いておきます GitHubの大量のIssue/PRを効率的に閲覧できるJasperというソフトウェアを作りました 閲覧したいIssueのStream(RSSフィードみたいなもの)を好きな条件で作成することができます 条件はメンションされた、作成した、特定のリポジトリなど、かなり柔軟に設定できます Mac/Windowsの両方に対応しており、$12で販売中です無料で使えます 30日間のフリートライアル版もあります 背景 ソフトウェアエンジニアとして仕事や個人で活動をしていると、GitHubやGitHub Enterprise(GHE)を使うことが多いと思います。 僕も仕事ではGHEを使っており、個人ではOSSを作っているのでプライベートな活動でもGitHubをよく使っています。 そんなGitHubですが、一つ大きな不満があります。 それはIssueやPull Request(P
More contributions on your profile
ProductMore contributions on your profileEarning green squares on your contribution graph means celebrating the work you do in open source and public projects. Starting today, you can also celebrate the work you do in… Earning green squares on your contribution graph means celebrating the work you do in open source and public projects. Starting today, you can also celebrate the work you do in priv
Introducing unlimited private repositories
ProductIntroducing unlimited private repositoriesWe couldn’t be more excited to announce that all of our paid plans on GitHub.com now include unlimited private repositories. GitHub will always be free for public and open source… We couldn’t be more excited to announce that all of our paid plans on GitHub.com now include unlimited private repositories. GitHub will always be free for public and open
Gitのtagとpull requestのマージ履歴からChangelogを自動生成する `ghch` | おそらくはそれさえも平凡な日々
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と提携。GitHub Enterprise-as-a ServiceをBluemixで提供
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が戦略的提携。
Issue and Pull Request templates
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
ホーム - CloneTracker
当社はCookieを使用して、お客様が当社のWebサイトでより良い体験を得られるようにしています。引き続き閲覧する場合は、プライバシーポリシーに同意したことになります。
Pull RequestごとにデプロイされるHerokuのReview Appsを仕事で使ってみたら超絶便利だった - 月曜日までに考えておきます
業務でGitHubを使っていて、developブランチにマージされたらステージング環境として使っているAWS上のサーバにデプロイされるようにしています。この時点で割と便利なんですが、マージ前にデザインや挙動を確認したいというケースも多いのでこの部分何とかしたいなぁと思っていました。 Review Appsとは 最近、HerokuはGitHubとの連携を強化しています。以前だったら GitHubの特定のブランチにPushされたら、Herokuにデプロイする ということを実現しようとすると、CircleCIなどのCIツールを使ってやるのが一般的でした。 そこが最近変わりました。Heroku側からGitHubと直接連携して、「GitHubの変更を受けてHerokuにデプロイ」がHeroku側の画面でポチポチやるだけで簡単に実現できるようになっています。 この時点でかなり便利なのですが、さらに「P
GitHubのPull Requestを簡単にチェックアウトするたった1つの方法 - アジャイルSEの憂鬱
みんな知ってるものだと思ったけど、あまり周りで知ってる人がいなかったのでブログに書いた。 こういう釣りタイトルっぽいブログ、一度書いてみたかった。 参考 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
みんながGitを使えて幸せになるように - 箱庭の中の箱庭
これは、【その2】ドリコム Advent Calendar 2015の19日目の記事です。 18日目は、wasbi01さんのムダを減らして心穏やかに過ごしたいです。 その2があれば当然【その1】もあるので、こちらもぜひご覧ください。 自己紹介 みかみん(mkmn)です。 今年の４月にドリコムに入社したばかりの新卒エンジニアで、同期からは「お父さん」などと呼ばれています。 現在は、某ネイティブゲームのプロジェクトでサーバーサイドエンジニアをやっています。 はじめに 何を書こうかと色々迷っていたのですが、 「非エンジニア*1が、業務においてGit・Githubをつまずきなく利用できるようにする」 という、課題への取り組みに関してお話ししようと思います。 こういった記事を初めて書きますので、読みづらいかもしれませんがどうぞ最後までお読みくださいm( )m 1. Git・Githubを初めて利用す
GitHubのissueをカンバン形式で管理できるサービス4選 - テクスタ
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
githubの運用戦術 - Qiita
前提 過去のチームといまのチームでどうやっているかの話 master以外なら force push 可能なことが条件 コミットコメント 一行で概要 WhyやHowを書かせる。 WhereやWhatはいらん、diffを見ればわかる。 (必要なら)詳細 なんでここにこういうことをした？ という細かい説明。 時間に追われてdirty hackをせざるを得なかったのならここにも書いて欲しい。 書かずに変なことしたら俺がハリセン issueだのメモだのへのリンクでもいい 諸注意 日本語OK 英語オンリーにするとみんな面倒臭がって little change for debug とか平然と入れる 詳しく書かせたいし読むのに苦労したくないので日本語を許す コミットのタイミングと粒度 粒度はできるだけ細かく。 １コミット単位でレビュワーがお前何がしたかった？をみるため。 レビュー中にレビューが入った部分は
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Release Delete-branch-bot as GithubApps - DEV Community 👩💻👨💻
［速報］GitHub、かんばんライクな新機能「Projects」発表。GitHub Universe 2016
GitHub - ben174/git-draw: Allows you to draw in your github heatmap
