GitHubのDanger Zoneを全部見た
こんにちは、アルダグラムでモバイルアプリの開発に携わっている、@sohichiro です。 GitHubのSettingsにあるDanger Zone。 見た目からして、かなりおっかなそうな雰囲気を醸し出しています。 Danger Zone、なかなか触るところでもないので、ちょっと触ってみることにしました。 ⚠️注意⚠️ ここに書かれている内容は、レポジトリを破壊してしまう動作の説明が含まれます。くれぐれも業務用のレポジトリで試してみたりすることはお控えください。 本記事の内容は、2023/10/18時点での内容です。GitHubのアップデートにより、UI/UXは変更されている場合がありますのでご了承ください。 それでは、Danger Zoneの探検に出かけていきましょう。 今回は、何かの過ちがあってはいけないので、Danger Zoneを確認することのみを目的としたレポジトリを作成し、そ
GitHub APIから学ぶ次世代のAPI実装方式GraphQL - Qiita
最近公開されたGitHubのAPIは、GraphQLという形式に対応しました。今後はこちらが主流になっていくようで、既存のREST APIからGraphQLへのマイグレーションガイドも提供されています。 今回は、このGraphQLについて、実際にGitHubのAPIを叩きながらその仕組みを解説していきたいと思います。 GraphQLとは 歴史 GraphQLは、Facebookの中で2012年ごろから使われ始めたそうです。その後2015年のReact.js Confで紹介されたところ話題となり、同年"technical preview"のステータスでオープンソースとして公開されました。その後仕様が詰められ、2016年9月に晴れて"preview"を脱し公式実装として公開されました。これと同じタイミングで、GitHubからGraphQLバージョンのAPIが公開されています。 このあたりの経緯
AWS CodeDeploy + Travis CI でデプロイを自動化する | DevelopersIO
Travis CI が AWS CodeDeploy をサポート AWS CodeDeploy (以下、CodeDeploy) で遊びまくっている者です。 CodeDeploy の肝は、何と言っても自動化でしょう！自動化といえば、CI サービスである Travis CI は既に CodeDeploy をサポートしています。Travis CI を既に使っている人は、少々設定を加えるだけで簡単に CodeDeploy のデプロイ処理を追加できます。 ということで今回は Travis CI 経由で CodeDeploy のデプロイ処理を実行してみたいと思います！ デプロイを自動化してみる 事前準備 まず、Travis から CodeDeploy を実行するため、IAM User を作成しましょう。デプロイが実行できるよう、次のようなパーミッションにします。 { "Version": "2012-
Git(GitHub)おじさんに俺はなるBefore Git, After Git - karaage. [からあげ]
Git(GitHub)おじさん 何かを布教することをネットの一部では「**おじさん」というみたいです。最近、あまり得意ではないのですが、色々な事情で仕事でソフトをつくることが多くなり、その関係で何周か遅れでGitとGitHubを使うようになりました。そして、今頃その素晴らしさに感動して打ち震えている（大げさ）ので、私もGit(GitHub)おじさんになってみようかと思います。 といっても、私が今更Git(GitHub)の何が素晴しいかを語ったところで…というのもあるのと、何よりうまく伝えられる気がしないです。何故ならそもそも自分がまだそんなにわかってないし使いこなせてない。なので、今回はGit(GitHub)を少し使ってどのようなことが変わった（良いことがあった）のかという具体例をGit使用前(Before Git)、Git使用後(After Git)として列挙した後、オススメのサイトをま
![Git(GitHub)おじさんに俺はなるBefore Git, After Git - karaage. [からあげ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/debe96adca991ca81ef7c95ec883354892f2786c/height=288;version=1;width=512/http%3A%2F%2Fecx.images-amazon.com%2Fimages%2FI%2F51PjpAUHZBL.jpg)
Git（GitHub）の運用で気をつけていること - えいのうにっき
ある日、 PR の内容を見ずにマージすることを岡島（ピッチャーの）というらしい 笑った— いのうえ (@a_know) 2015, 9月 10 ということで、脳天気に笑っていたら、 @a_know むしろイキナリmasterリポジトリに直接pushするパターンですね！— そーだい＠初代ALF (@soudai1025) 2015, 9月 10 という話になり、そしてなぜだか、 @a_know push -fと同様、Gitの運用アンチパターンとかどこかに纏めがほしいですねー。 #ブログ待ってます— そーだい＠初代ALF (@soudai1025) 2015, 9月 10 というはなしになったので、本当に必要として頂いているのかどうかはともかく、 Git / GitHub でぼくやぼくの職場で気をつけていそうなことをまとめてみる。 もくじ もくじ GitHub Flow に沿って開発する 基本
[iOS][Swift] UIKitをベンリにしてくれる Spring (4) | DevelopersIO
Spring Springは、Meng Toさんが GitHub で公開されているライブラリです。Core Animation を使ったアニメーションや、View の周りの border の調整など UIKit のアレやコレを、カンタンにしてくれます。 今回は、ひとまず完結編として、これまでにご紹介したことを組み合わせて、少し複雑なアニメーションを実現してみます。 コレまでのシリーズについては以下を御覧ください。 [iOS][Swift] UIKitをベンリにしてくれる Spring (1) [iOS][Swift] UIKitをベンリにしてくれる Spring (2) [iOS][Swift] UIKitをベンリにしてくれる Spring (3) 今回のテーマ 今回は、花札をアニメーションさせてみようと思います。 準備 今回のデモを再現してみたい方は、[iOS][Swift] UIKit
![[iOS][Swift] UIKitをベンリにしてくれる Spring (4) | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/c83d413afe58d904e71a2ee3e849a272825f43c1/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2015%2F01%2Fios_ui.png)
クックパッドに入って 3 年が経った
2012/4/2 にクックパッド株式会社に入社して 3 年が経過して、今日から 4 年目になった。 わたしはこの会社で中学卒業以降 3 年、つまり高校入学〜卒業くらいの時間を過ごしたことになる。この 3 年間実際ほとんど普通の高校生とかがするような勉強はほとんどできなかった。が、かわりに周囲の強いエンジニアにボコボコにされたおかげでなんとかエンジニアとして生きていけている。…いや、とりあえず数学とかに関してはちゃんとキャッチアップしないと死ぬとは思ってますよ。 そして去年、一昨年の日記あさったけど節目のまとめ書いてなかったんだなぁ、ということでここ数年の動きをまとめてみる。 1 年目 (2012) は前述のようにフルボッコにされていた年。うーん、主に負債返済業をしていた気がする。具体的に何やったとかはもうあまり覚えていないのだった。当時のコードを見ると結構笑える事がある。 2 年目 (20
githubでいつもと違うPCからHTTPSの認証を使ってgit pushする場合の手順
git clone https://github.com/kakakikikeke/cookbooks-jpackage.git したときに git add git commit で最後の git push でエラーになる ■出るエラー error: The requested URL returned error: 403 Forbidden while accessing https://github.com/kakakikikeke/cookbooks-emacs.git/info/refs fatal: HTTP request failed ■解決作成 git remote set-url origin https://kakakikikeke@github.com/kakakikikeke/cookbooks-jpackage.git git push -u origin ma
Confluence
{"serverDuration": 17, "requestCorrelationId": "f12953c41087422ba55291f4cd3ff3b9"}
Gitを使ってみたい人に絶対オススメ！Gitでできることを軸に書かれてるから分かりやすい入門書 -Git 逆引き入門
Gitはバージョン管理システムで、このブログの読者も既に使っている人がいるでしょう。バージョン管理といえば以前はSubversionがスタンダードでしたが、最近ではGitを採用するケースが増えてきました。GitはSubversionに比べるとコマンドや機能が多く、敷居が高いと感じている人もいると思います。 そんなGitの解説本は何冊か出版されており、そのほとんどは機能や仕様を網羅的に解説したリファレンス本です。ここで紹介する「Git 逆引き入門」は『できることを軸』に解説されているため、Gitの具体的な使い方ややりたいことがすぐに分かる本です。 本書は帯にもあるように「コマンドライン」「GUI」のどちらにも対応しているのも大きな特徴で、プログラマー、エンジニアの人以外にも、デザイナー、ディレクターなどウェブ制作に携わる幅広い職種の人を対象としています。はじめてGitに触れる人でも、Gitの
LINE Serverの開発とリリースプロセス « LINE Engineers' Blog
皆さんお元気ですか?LINEサーバー開発室でサーバ開発を担当している崔珉秀と申します。 この記事ではLINEのサーバーの開発とリリースプロセスについて述べたいと思います。 LINEの開発者はどんな形で開発しているのか、サービスに変更事項をどのように適用しているのか、お互い協力してより良い開発環境を得るためにどんな努力をしているのかをお伝えする機会になったらいいなと思います。 ここで述べるリリースプロセスは、LINEのサーバ開発の流れとソース管理システムの運用方法、そして本番環境に変更事項を適用するまでの過程です。 LINEのServer Applicationはその役割とシステムの構成によって複数のServer Applicationに分かれて構成されています。 例えばNetwork通信及びProtocolなどを担当するApplication、messagingやsocial graph
まつもとゆきひろ×増井雄一郎のオープンソース談義 「1人の熱烈なフォロワーがいれば、OSSで世界を変えられる」 - エンジニアtype
GitHubの誕生で、コントリビューターの存在意義が高まった Matz そもそも増井さんがMobiRubyを世界に広めたいという一番の理由って何？ 増井 オープンソース開発の世界で自分のアイデンティティを築きたいという思いからです。もし海外で働きたい、エンジニアとして知名度を上げたいと思った時に、何かプロダクトがないと難しいかなと。なので、今はMobiRubyを成功させたいと思っているんです。 Matz なるほど。何でも聞いてください。 増井 まず、オープンソース開発でこの10年の間に大きく変わったのが、コミュニティのあり方だと思うんです。特に、GitHubがあるかないかってすごく大きい。まつもとさんは、GitHubがあることで一番違うと感じるのはどんなところですか？ Matz 10年くらい前、つまり「GitHub以前」って、バグレポートもイシュー管理も新しいリクエストも、パッチもアナウン
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DeepL APIを用いたChrome拡張機能「DeepLopener」を公開しました - Teahat