タイトルは大目に見てください><。 本内容は危険な操作を伴うのでくれぐれも自己責任でお願いします。 間違いもあったら指摘ください。 ローカル編 自分のローカル環境だけで閉じていて、他の人への影響がない場合に有効です。 リモートにプッシュしちゃってる時は、他人への影響が発生するので危険です。 やらかし1:コミットメッセージに禁止ワード入ってて人生やめたい時 コミットメッセージを修正するのは簡単です。 ファイルの追加なんかもできちゃいます
![Gitでやらかした時に使える19個の奥義 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/d5a858e850f89e96d6d2767cbd2da7adfee08779/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9R2l0JUUzJTgxJUE3JUUzJTgyJTg0JUUzJTgyJTg5JUUzJTgxJThCJUUzJTgxJTk3JUUzJTgxJTlGJUU2JTk5JTgyJUUzJTgxJUFCJUU0JUJEJUJGJUUzJTgxJTg4JUUzJTgyJThCMTklRTUlODAlOEIlRTMlODElQUUlRTUlQTUlQTUlRTclQkUlQTkmdHh0LWFsaWduPWxlZnQlMkN0b3AmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZzPWY2ZGIzOTExZDUxZDM3M2I1NjRjMTQzNTk3YzhiOTBl%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBtdXJhbjAwMSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9ZmYxNzljZWI0ZmI5ODZhMTI2ZmYzMmRiOTI1ZmUwM2U%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3Dc725f9d04109d1b4ab5ffc7916ab2c68)
人気のサービスの製作ツールを公開するStackShareが、2016年に開発者が使ったツールランキングを発表しています。各種ランキングを見るとウェブ開発ツールの流行を理解できます。 The Top 50 Developer Tools of 2016 | StackShare https://stackshare.io/posts/top-developer-tools-2016 ◆アプリケーション&データ用ツール 1:JavaScript 2:Bootstrap 3:Node.js 4:nginx 5:AngularJS 6:PHP 7:Python 8:jQuery 9:HTML5 10:React StackShareが算出するアプリケーション&データ用ツールの人気スコアは以下の通り。StackShareによると2016年は「フロントエンドの年」で、トップ10のうち6つをフロントエン
こんにちは。 teratailチームDevRel担当の木下(@afroscript)です。 1年ほど前からたくさんのコミュニティの方々とイベントを共催しています。 様々な技術のハンズオンもご一緒させて頂いたので、そこで使われた資料のうちWebで公開されているものをまとめてみました。 ぜひ新しく技術を学ぶ際、ハンズオン資料を作成する際などにご活用ください。 ちなみにteratailで開催しているイベントは、基本的にconnpassで公開しています。 イベントの一覧はこちらです。(僕が個人的に開催している勉強会も多々混じってますw) →http://connpass.com/user/afroscript10/open/ Facebookのteratailユーザーグループでもイベント開催のお知らせをしていますので、併せてご確認ください。 →https://www.facebook.com/gr
私はコミットログの書き方に悩む英語の苦手な人間である。実際、似たような人は世の中に結構いるようで、頻出単語を集計したりまとめたものは既にあって役に立つのだけれど、これらはあくまで単語の話であり、具体的な文を構成する過程でやっぱり困る部分がかなりあった。 要するに、どういう時にどういう文が使われているのか、ということを示した例文集が欲しいのである。ググると他にも「例文集があればいいのに」みたいな声はあるくせして、しかし誰も作ろうとしない。何なんだお前ら。それじゃ私が楽できないじゃないか。 仕方なく自分でまとめたので、増田に垂れ流しておく。 はじめにここで挙げているコミットログは全て実際のコミットログからの転載である。当然ながら各コミットログの著作権はそれぞれの書き手にある。いずれも各英文でググれば出てくるし、フェアユースの範囲なら許してくれるだろうと考え名前とプロジェクト名は割愛したが、ここ
早稲田大学の研究グループはこのほど、ディープラーニングを応用し、白黒写真を自然な色に自動彩色する手法を確立したと発表した。プログラムのソースコードをGitHubで公開している。 新技術は、大量の白黒・カラー画像の組から、色づけの手がかりとなる特徴をディープラーニングにより学習し、その特徴を使って白黒画像をカラーに変換する技術。従来、白黒写真の色づけには人手が必要だったが、新技術なら全自動で彩色できる。 画像全体から抽出する「大域特徴」と、小さな領域から算出する「局所特徴」を結びつけて利用することで、画像全体を考慮した自然な色づけができるという。 大域特徴からは、屋内か屋外か、昼か夜かなど画像全体の情報を得、局所特徴からは、水か砂か葉かなど物体の質感を判断し、その領域をどう色づけするかが最も適当か推測。この組み合わせにより、夕暮れの空や人の肌など、状況に合った自然な色づけが可能になったという
今更だけど、GitHubを使って3分でHPを公開する。 - Qiita を参考に GitHub に Web サイトを作ってみた。 ブラウザで GitHub にログインする。 [New repository] をクリックし、"Create a new repository" というページに移動する。 [Repository name] に "GitHubアカウント名.github.io(例: yoheia.github.io)" と入力し、"Create repository" をクリックする。 作成したリポジトリの [Settings] をクリックする。 [GitHub Pages]-[Launch automatic page generator] をクリックし、"New user site" ページに移動する。 [Continue layouts] をクリックし、"Choose a t
たしか、採用面接の方針を話していて、それぞれの採用に関する価値観を聞いたときのこと。ある後輩が「GitHub採用つらい」という話をしてくれました。聞いてみると、たしかにすんなり納得できない部分もある気がします。 GitHub採用とは 最近のエンジニア採用では、応募者のGitHubアカウント情報が流れてくるようになりました。同様に、LinkedInアカウントも流れてきますね。書いてきたコードや経験がオープンになってきたということなのでしょう。 情報がオープンになり、人材の流動性が高まるのは、個人的にはうれしいことです。なぜなら、いろんなことをいろんな場所で経験できることに魅力を感じるからです。一つの会社でいろいろできるのも魅力的ですが、土台となる文化が同じだと、体験に差が生まれそうですし。また、景気に影響を受けるとはいえ、クビになっても仕事を見つけやすくなるかもしれない。 一方で、マネージャ
2017-01-05 追記 2016年3月にエラーの標準形式RFC7807「Problem Details for HTTP APIs」が提案され、今日現在proposed standard(標準化への提唱)となっています。こちらも是非ご覧ください。 RFC 7807 - Problem Details for HTTP APIs HTTP APIの詳細なエラー情報をレスポンスに持たせるための仕様 最近はREST APIを提供しているサービスが増えてきていますね!また公開されるAPIだけでなく、Microservicesなアーキテクチャを採用して、バックエンドがWeb APIで通信するケースも増えてきているように思います。 APIを使うときはあまり気にしたこともなかったですが、いざAPIを設計してみるとどんなインターフェイスがいいのか、どんな形式がいいのかといった疑問が次々と出てきます。
業務でGitHubを使っていて、developブランチにマージされたらステージング環境として使っているAWS上のサーバにデプロイされるようにしています。この時点で割と便利なんですが、マージ前にデザインや挙動を確認したいというケースも多いのでこの部分何とかしたいなぁと思っていました。 Review Appsとは 最近、HerokuはGitHubとの連携を強化しています。以前だったら GitHubの特定のブランチにPushされたら、Herokuにデプロイする ということを実現しようとすると、CircleCIなどのCIツールを使ってやるのが一般的でした。 そこが最近変わりました。Heroku側からGitHubと直接連携して、「GitHubの変更を受けてHerokuにデプロイ」がHeroku側の画面でポチポチやるだけで簡単に実現できるようになっています。 この時点でかなり便利なのですが、さらに「P
自社製品のオープンソースソフトウエア(OSS)化を進めている米Appleや米Microsoft。両社のOSS戦略には一つの共通点がある。それはプログラムのソースコードを公開する場所として、ソースコード共有サービスの「GitHub」を使用していることだ。 GitHubは米サンフランシスコに拠点を置くスタートアップ、米GitHub(写真1)が運営するプログラム開発者向けのクラウドサービスだ。今日のソフトウエアの多くは、一人のプログラマーが開発するのではなく、時には異なる組織に所属する複数のプログラマーが協力して開発している。GitHubは、プログラマーによる協業を容易にする様々なサービスを提供している。 具体的にはソースコードのバージョン(履歴)を管理する機能や、ソースコードをレビュー(査読)したりコメントを付けたりする機能、「イシュー(Issue)」という単位でプログラム開発の進捗を管理する
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く