Fix you brain # Please enter the commit message for your changes. Lines starting # with '#' will be ignored, and an empty message aborts the commit. # ...
![Git | commit --amend を途中で取り消しする方法 (コミットメッセージ入力中のキャンセル) - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/a6ef2141f43e5ee316d221d988678e489d26b748/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-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9R2l0JTIwJTdDJTIwY29tbWl0JTIwLS1hbWVuZCUyMCVFMyU4MiU5MiVFOSU4MCU5NCVFNCVCOCVBRCVFMyU4MSVBNyVFNSU4RiU5NiVFMyU4MiU4QSVFNiVCNiU4OCVFMyU4MSU5NyVFMyU4MSU5OSVFMyU4MiU4QiVFNiU5NiVCOSVFNiVCMyU5NSUyMCUyMCUyOCVFMyU4MiVCMyVFMyU4MyU5RiVFMyU4MyU4MyVFMyU4MyU4OCVFMyU4MyVBMSVFMyU4MyU4MyVFMyU4MiVCQiVFMyU4MyVCQyVFMyU4MiVCOCVFNSU4NSVBNSVFNSU4QSU5QiVFNCVCOCVBRCVFMyU4MSVBRSVFMyU4MiVBRCVFMyU4MyVBMyVFMyU4MyVCMyVFMyU4MiVCQiVFMyU4MyVBQiUyOSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1jbGlwPWVsbGlwc2lzJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9YmY1NzczMjI5MzhiNDIwMzIxZmQ4ZGU2YzA4ZDc2MGE%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwWWluYXVyYSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9N2MwMTUyOTU5ZDNhNWI2YTg5ZWM5NzI0OTM0YTNjZjE%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D181638f224f3f5eef6a235228f671fbf)
喧嘩を売るつもりはございません。 理由 Gitでブランチを作るのを忘れてmasterにコミットしてしまったときの対処法というQiita記事のコメント欄で ローカルのmasterブランチは別に持たなくても良い(むしろローカルにmasterがあるから表題のミスが起こる。) というコメントがあり、確かにな〜と共感したのが始まり。 masterで作業していることに気づかず、プッシュするときに「あぁ…」となる人も多いはず。 こういう悲しみが生まれること無く、皆が幸せになれるのではないでしょうか? とりあえずmasterブランチを消そう git branch -D masterで削除。さよなら。 git fetchしましょう git pullを主に使用している人にはあまり馴染みのないコマンド(私もつい最近知った)。 git fetchの理解からgit mergeとpullの役割 ここに非常にわかりやす
git/githubで○○したい、な時の逆引き用リンク(自分用) ディレクトリ名を変更したい Gitでファイル名&ディレクトリ名の大文字/小文字を変更方法 http://qiita.com/narumi888/items/95b5a050cd3d20dab81c コミット先のブランチを間違えた Gitでブランチを作るのを忘れてmasterにコミットしてしまったときの対処法 http://qiita.com/atskimura/items/a90dfa8bfc72e3657ef9 ブランチ名を間違えた Git でブランチ名を変更する http://easyramble.com/modify-git-branch-name.html プルリクエストを取得する github の pull req ブランチを手元に持ってくる方法 http://qiita.com/sonots/items/16df
本来masterから生やす予定だったbranchを、間違ったbranchから生やしてしまったままcommitしてしまった時の対処法。 git rebase --onto master <派生元branch名> <現在のbranch名> これでbranchの派生元をmasterに切り替えることができます。 参考: git rebase --onto で派生元ブランチの変更 - northaven git - Rebase on github branch - Stack Overflow Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use d
多分、Gitを使い始めて詰まる(というか悩む)ところの大多数が、「コミットコメント」だと思う。 これについては色々な人が色々なことを書いていて、結構どれも正しいので、それらを参考にしてもらうのが良いと思う。 じゃあ俺はこれから何を書くのか、というと、 こういう風にコメントするとチーム開発が捗るよ というのを書こうと思う。 俺自身も出来てないことが多いので、自戒を込めて書くことにした。 ※注意! この記事は「ウチのチームで俺はこういうのを意識してコミットコメントを書いている」というものであって、 万人にドンピシャリと来るものではないというのを予めお伝えしておく。 コミットが何を変えるのかを明確にする たとえばこんなコミットコメントがあったとする。 アウト。ダンゴで試合終了。 "Fix some bugs"、直訳すると「いくつかバグ直したぜ!」である。どこの、どんなバグを、何個直したのかが全く
以下のコマンドで、OLD_COMMIT と NEW_COMMIT の間に変更があったファイルだけ取り出せる。 OLD_COMMIT バージョンが old ディレクトリに、NEW_COMMIT バージョンが new ディレクトリに出力される。 OLD_COMMIT=$1 NEW_COMMIT=$2 for file in `git diff --name-only $OLD_COMMIT $NEW_COMMIT` ; do git archive --prefix=old/ $OLD_COMMIT $file | tar -xf - ; git archive --prefix=new/ $NEW_COMMIT $file | tar -xf - ; done git diff --name-only で違いがあるファイルの名前だけを取得する git archive でそのファイルを取り出す
はじめに ローカルのブランチは定期的に消さないと溜まっていくがいちいち消すのめんどくさい。 一括削除したい。 コマンド
複数人で開発をしているときや技術記事を書いている時、「このソースコードのこの箇所を確認してもらいたい」ということがありませんか? そんな時はGitHubのハイライト機能を使いましょう。 基本編:単一行のハイライト GitHubのソースコード上の行番号をクリックすると、その行がハイライトされます。 この時、ブラウザのアドレスバーのURL末尾に「#L(行数)」が付与されるので、このURLをシェアするとハイライトされた状態でソースコードをシェアすることができます。 例: https://github.com/tonkotsuboy/testCodes/blob/master/1217_github_tagtest/index.html#L10 応用編:複数行のハイライト [Shift]キーを押しながら二つの行番号をクリックすると、その行番号の間がハイライトされます。複数行を確認してもらいたいとき
この記事はリクルートライフスタイル Advent Calendar 2015 - Qiita の17日目です。 こんにちは。現在、ホットペッパーグルメのエンジニアをやっている敷地@shikicheeです。 gitで英語のコミットメッセージどう書けばいいの? と思ったことはありませんか? 英語で書きたいなーって思っても、いざ書くとなると躊躇しますよね。 ネイティブはどう書いてるのでしょうか。 そこで、github上で実際に使われているコメントを解析し、 よく使われている例をまとめてみました。 解析したデータ github上で1万スター以上を獲得している169リポジトリのコミットメッセージを対象としました。 bootstrap、jquery、react、d3、docker、node、tensorflowなどの有名なプロジェクトばかりなので、良いコメントが期待できます。 解析するコミットメッセー
スマホとコンビを組み始めたBluetooth Low Energyの低消費電力を支える技術 ―― 送信受信時のピーク消費電力を,既存品の3割以上削減! 田中 邦夫 Bluetoothは,パソコン周辺機器やヘッドセットなどでよく使われる無線通信です.最近は,人体センサなどの身に着ける小型・軽量機器をスマートフォンとつなげる使い方が増えています.背景には,低消費電力通信向けBluetooth Low Energyの登場があります.ここではBluetooth Low Energyが低消費電力な理由や,それを実現するためのLSIの働きを紹介します. さらに10mA以下という超低消費電流LSIを開発したロームグループのラピスセミコンダクタ(株) LSI商品開発本部 無線通信LSI開発ユニット 野田 光彦 氏から低消費電力を実現するための工夫を伺いました. ラピスセミコンダクタの野田 光彦氏 ●Blu
こんにちは。共同開発部 開発担当の伊藤です。 フェンリルの共同開発部ではこれまで数多くの企業様と、iOS、Android、Windows Phone、Windows 8 と多様なプラットフォームで、多種多様なアプリを共同開発してきました。 その中で得たものは、これまでもここ Developer’s Blog でもご紹介してきましたが、これだけ数多くの環境でアプリが作れる人がいるのだから、ある特定の事柄についてプラットフォームを横断して紹介できるのではないかと考えまして、今週からしばらく Bluetooth Low Energy について集中的にご紹介していきたいと思います。 最近 Bluetooth Low Energy 対応の機器もいろいろ増えてきており、これまで iOS だけだったのが Android 4.3、Windows 8.1 でも使用できるようになってきて話題になっている技術で
自然言語処理とニューラルネット ここ数年で、自然言語処理の分野でもニューラルネットが非常に頻繁に使われるようになってきました。 自然言語処理で主に解析対象となるのは単語の配列や構文木などで、これらの内包する情報を表現するためにrecurrent neural network1やrecursive neural network1などに基づくモデルが頻繁に使われます。これらの最大の特徴はニューラルネットがある種のデータ構造を持っているという点で、1レイヤあたりのノードはそれほど多くない代わりにネットワークの接続が複雑で、しかも入力されるデータごとにネットワークそのものの形状が変化するという特徴があります。このため、伝統的なfeedforward neural networkを前提としたツールキットでは構築が難しいという問題がありました。 Chainerは、そのような問題を概ね解決してしまう強力
Deep LearningフレームワークChainerのAdvent Calendarです。Chainerに関する様々な記事を募集しています。 Chainerを使ってみた、Chainerはこんな使い方もできる Chainerを使ったシステム・サービスを作った Chainerのモジュール解説 Chainerにこういうモジュール・機能がほしい Advent Calendar on Deep Learning Framework Chainer. We call for articles about Chainer including but not limited to: I tried Chainer. I used Chainer in this way. I built a service or system with Chainer. I wrote a think piece of
git blameなどを使用して、変更を加えたcommit sha hashだけわかった時、git show daced1d3のようにすれば、そのコミットの変更内容を見れます。ですが、本当は内容よりその変更を加えたPull Requestを知りたいことありますよね? そんなコミットからプルリクエストを探したい時に使えるgit aliasコマンドを紹介します。 git showpr Pull Requestをマージしているコミットログを見つけます。 show pull request => showpr としてますが、名前は好きにつけてください。 .gitconfigのalias設定 [alias] showpr = !"f() { git log --merges --oneline --reverse --ancestry-path $1...master | grep 'Merge p
三菱東京UFJ銀行は2015年12月16日、ハッカソンイベントを開催すると発表した(写真)。同イベント向けに銀行APIを準備、開発者のニーズを見極める。銀行APIを公開しようとする流れが強まるなか、外部企業や開発者にとって使いやすいAPIをいち早く開発・提供し、FinTech企業などを惹きつけるのが狙いだ。 ハッカソンイベント、「Fintech Challenge 2016 “Bring Your Own Bank!”」を2016年3月に開催する。1~2月に参加者を募集し、3月にハッカソンを開く予定だ。銀行APIを公開するに当たり、どういった仕様や機能にすべきかを検討するのが主な目的だ。 「認証」「残高照会」「振り込み」など幅広いラインナップのデモAPIをイベント向けに提供し、ハッカソンに参加する開発者へのインタビューやアンケートを通して意見を集約。実際にAPI公開に踏み切る際の参考にする
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く