bayashi.jpThis domain may be for sale!
git rebaseについてのtips | けーこ in サンフランシスコ
エンジニアの友達にgithubなどgitを使用した共同開発時の豆知識を教えてもらったので、忘れないようにメモしておきます。Thanks, Shawn! マスターとのマージ時には事前にgit rebaseを使う gitを使って共同開発をすると、たまにこんなコミットメッセージを見る機会があるかもしれません。 Merge branch ‘master’ of git://github.com/hogehoge これは、最新のマスターを私のブランチにマージしたわよ、という意味合いのコミットメッセージなのですが、正直いりません。開発者それぞれがブランチとマスターをマージするたびにこのようなメッセージをログに残してしまうと、それだけでコミット履歴を占有し、重要な情報をたどるのが困難になります。 このマージ時のコミットメッセージが発生してしまう原因は、左側の図のようにpull requestを出す前に最
git rebaseのメモ - unpushの日記
ときどき間違うので。 大雑把に言うと、git rebase は「git reset + git cherry-pick × n回 を自動化したもの」と考えられる（適用するコミット群が少なければ、手動でreset & cherry-pickしても良いが、たくさんあるとそうもいかない） 好きな場所にresetして、好きな位置から好きな位置までのコミットを順次適用できる。 つまりコミットを並べ替えたり除外したり、「積み木を積み直す」ようなことが出来る。 git rebase ポピュラーな使い方。 現在のブランチをにreset から見て現在のブランチにだけ存在していたコミットを順に適用 適用されるコミット群は、から見て現在のブランチにだけ存在していたコミット、つまりgit log ..HEAD で出てくるコミット。 以下の例だとA、B、Cのコミットがreset後に適用される予定 A---B---C
図で分かるgit-rebase - アジャイルSEを目指すブログ
世間的に「Gitはコミットログを書き換えられてキモい」と言われ、肩身が狭いので git-rebase の説明を書いてみた。 git help から引用 まずは基本に忠実に、ヘルプを読みましょう。 git help rebase SYNOPSIS git rebase [-i | --interactive] [options] [--onto <newbase>] <upstream> [<branch>] git rebase [-i | --interactive] [options] --onto <newbase> --root [<branch>] git rebase --continue | --skip | --abort DESCRIPTION If <branch> is specified, git rebase will perform an automatic g
git サブツリーマージを使って他のプロジェクトのソースコードを使う。 - 言語ゲーム
git で管理しているプロジェクトの中に他の git プロジェクトを混ぜる方法を書きます。例えば私の lispコンパイラ tamacola では、abcsx という別のレポジトリにあるアセンブラを使っているんだけど、これをライブラリとして使いたい。しかも単にコピーするだけじゃなくて、もしも abcsx を変更した時に、その変更点を元のレポジトリにも反映したい。そんな状況です。 そこで役立つのがサブマージツリーという仕組みです。普通 git では二つのプロジェクトを混ぜて一つのレポジトリを作りたいとき、一つのディレクトリに二つのプロジェクトが混ざってしまいます。サブマージツリーを使うと、ライブラリとして使いたい方のプロジェクトをサブディレクトリとしてマージする事が出来ます。 サブマージツリーを使った作業ツリーの作り方。 まず、あなたはとある git レポジトリ上で仕事をしているとします。ab
git - 簡単ガイド
アッド & コミット 変更されたファイルを選択します。 git add <filename> git add * を実行するとIndexに追加されます。 これは基本的な作業の一つです。 変更を実際に適用するには git commit -m "Commit message" を実行します。 変更がHEADに入りましたが、 リモートリポジトリには未だ入っていません。 変更のプッシュ この時点で、変更がローカルリポジトリのHEADに適用されました。この変更をリモートリポジトリに適用するには git push origin master を実行し、masterの代わりに適用のブランチ名を入れます。 もし既存リポジトリをクローンせずに使用した場合 git remote add origin <server> を実行すると、リモートリポジトリを登録する事が可能です。 これで変更を特定なリモートリポジト
Gitで不適切なコミットメッセージを削除した公開リポジトリを作る - 2012-01-05 - ククログ
分散バージョン管理システムのGitには様々なサブコマンドがありますが、その中の1つである git filter-branch を使用すると、過去のコミットを完全に無かった事にしてしまうなどの強力なコミット履歴の編集が可能となります。大きなリポジトリの特定のディレクトリ以下の内容をコミット履歴付きで別の小さなリポジトリとして取り出したり、ファイルの中に書かれていた生のパスワードを履歴の中から消去したり、というのはよく紹介される例です。 このエントリでは別の例として、コミットメッセージだけを後からまとめて修正する手順をご紹介しましょう。 元々非公開なプロジェクトとして開発を進めていたものを、公開リポジトリに移動したいとなると、やはり機密情報は完全に取り除いておく必要があります。リポジトリに格納されているファイルそのものの内容の編集方法については上記の例で解説されていますが、それ以外の場合として
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
ぼくが実際に運用していたGitブランチモデルについて
オペレーションとかインフラ系のエンジニアリングからは少々離れそうなので、個人的な備忘録がてら、Gitのブランチモデルについて。淡々と書くよ。 見えないチカラ: A successful Git branching model を翻訳しました 基本的に、このA successful Git branching model（上記は翻訳記事）を参考にしています。ですが、完全ではありません。運用しながら都合よく省略していますし、悪く言えば曲解もしています。あくまで、わたしが都合良く解釈して取り回した結果と考えてください。 さて、このようなドッシリとしたブランチモデルが、あらゆる規模のプロジェクトに対して有効であるかといえば、もちろんそうではありません。コツコツ個人で開発しているライブラリなどは、ブランチを使わなくても良いケースがあるでしょうし、作ってもバージョン番号ブランチぐらいのケースだってザラ
2．TCPのオープンとクローズ処理 ＠IT：連載 基礎から学ぶWindowsネットワーク 第15回 信頼性のある通信を実現するTCPプロトコル（2）
第15回 信頼性のある通信を実現するTCPプロトコル（2）：基礎から学ぶWindowsネットワーク（3/3 ページ） さてそれでは、実際のTCP接続の詳細について見てみよう。TCP接続の概要についてはすでに前回述べているので繰り返さないが、簡単に復習しておくと、「データを送信したら、それに対する応答（ACK）を必ず確認する」ということである。一見複雑そうに見えるTCP通信の内容も、この原則さえ分かっていれば容易に理解できる。そしてこの原則は、コネクションのオープンやクローズ時にも徹底されているのが分かるだろう。 TCP接続のオープン UDPによる通信と違って、TCPでは実際の通信に先立って、いろいろな準備が必要である。この準備のことをオープンといい、逆に通信が終了するための処理のことをクローズという。 TCPによる通信ではシーケンス番号に基づいた送受信確認が大事な役割を担っているが、オープ
Test::Pretty supports prove! - tokuhirom's blog
Test::Pretty now supports prove command! You can use it as following command line: % prove -PPretty t/Output is here: Yes. It's not modified. But you adds '-v' option to prove, then you get cool output. % prove -PPretty -v t/ If you are testing only one file, output is more optimized: % prove -PPretty t/02_op.tResult code is here: That's all. Enjoy testing!
cronが利用できるようになりました | Sqale Information
開発者のためのホスティングサービス【Sqale（スケール）】の最新情報をお伝えします。いつもSqaleをご利用いただきありがとうございます。 皆様からご要望いただいておりましたcronがご利用いただけるようになりました！ SSHでアプリケーションコンテナへログインしていただき、$ crontab -eで編集可能です。 cron登録数、最小実行間隔については、制限は設けておりません。 ※ご利用状況に応じて、制限に変更がある場合があります。予めご了承ください。 ▲ 忘れがちなcronの書き方についての説明付きです（ちょっと便利！） 「このライブラリを使えるようにして欲しい」「この機能があれば便利なのに」といったの要望がありましたら、 お問い合わせフォームや、GithubのIssuesからお気軽にご連絡ください。 Sqale - お問い合わせ Issues · paperboy-sqale
はてなブログ1周年！ ありがとうキャンペーンを開始します - はてなブログ開発ブログ
本日、はてなブログはサービス開始から1周年を迎えました。1年にわたってサービスを成長させることができたのも、ひとえにユーザーの皆さまのおかげです。ありがとうございます！ はてなブログ1周年を記念して、皆さまに「ありがとう」の気持ちを込め、iPod touchなど豪華賞品が当たる「はてなブログ1周年！ ありがとうキャンペーン」を実施します。プレゼント賞品や応募方法などについては、エントリーの最後をご覧ください。＜キャンペーン概要までスキップする＞ はてなブログの1年間（ここがおすすめ！） はてなブログは、「しっかり落ち着いて書けるブログ」を目指して日々進化を続けています。この1年でもたくさんの機能を追加してきました。最近の機能追加の中から、特におすすめのポイントをご紹介します。 書くネタに困らない 「編集サイドバー」を使うと、Twitterのツイートや、Instagramに投稿した写真、はて
Redis布教活動報告 ISUCON 編 - unknownplace.org
最近 Test::RedisServer とかもろもろつくっててばれてるかもしれませんが、だいぶ Redis 期にありまして、最近の趣味は？っていう問いにはだいたいRedisのソースを読むことですってなくらいなのですが、 memcached とかシンプルな KVS と比べるとだいぶ機能が豊富なので使い方を迷ったりとかそういう事例もあり、周りにもう少し使える人を増やさなければ僕の書いたコードが属人化しててつらい感じになるなーっていうわけで、 布教活動をおこなっておりまして、その一環として ISUCON2 に参加してきましたのでその報告です。 livedoor Techブログ : #isucon2 リアルタイムフォトレポート 更新終了 前回の優勝チームに混ぜてもらった感じでだいぶついてる感じもしますが、見事連覇を果たせ、懇親会でも redis redis と連呼してきたのでだいぶ興味持った方も
おそらくはそれさえも平凡な日々: #isucon2 で連覇させてもらってきました
主催の皆様素晴らしいイベントの提供本当にありがとうございました。 まさかの2連覇ですが、@fujiwaraの恐ろしさを再認識するとともに、@typesterのチート性能を見せつけられた感があります。 まずは個人的な反省点から 去年よりかは大分成長しているつもりだったのに、@fujiwaraとの力関係が何もかわっていなかったことに衝撃 @typester(Redis期)がRedis使ってくることはわかっていたのに、競技中に brew install redisとかやってるのはダサすぎ ということで、isucon2を振り返ります。 事前準備 事前にIRCチャンネルを作っておいてnopate botを呼んでおいたくらい。カヤックから別チームも出ていたので、お互いのチャンネルには入らないという紳士協定。 去年の経験から、revサーバーに直接gitリポジトリを作れれば捗ることは分かっていたので、その
私がもっと早くにクビにするべきだった5人 デザイン会社 ビートラックス: ブログ
以前に多くの反響を頂いた、”Uber ファウンダー Travis Kalanik 驚異の失敗歴“でもご紹介した、FailConが今年も開催された。 通常カンファレンスは成功者からのノウハウやコツを教示してもらう事が多いがFailConではスタートアップ時に必ず伴う苦い経験の体験者を招き自身のストーリを元にその立ち直り方を紹介し”失敗から学ぶ”のが目的である。 今年はメインテーマを”Pre-Launch (起業前)”と”Post-Launch (起業後)”に分け、合計17名のスピーカーがそれぞれの会社のフェーズに合わせたケーススタディーのプレゼンテーションを行った。 その起業後の話しの中でも、会社の成長期に関するストーリーが大変興味深かった。 プレゼンのタイトルもずばり”私がもっと早くクビにするべきだった5人” プレゼンターは最近Microsoftへのバイアウトを成功させたYammerのUX
株式会社はてなが結構儲かってる件 – @attrip
10/22の官報の公告にはてなの決算が載ってた。 それによると ＜資産の部＞ 流動資産 398,269 固定資産 113.063 資産合計 511,333 ＜負債及び純資産の部＞ 流動負債 168,142 固定負債 9,354 株主資本 333,837 資本金 62,000 資本剰余金 12,820 利益剰余金 377,697 （うち当期利益剰余金） （69,088） 自己株式 △118,680 負債・純資産合計 511,333 （金額は千円） (IT戦記) わかることは ・はてなはいままで3.3億円の利益（税金引いた後！）を積み上げてる ・現金とか売掛金とかあわせて4億円弱をもっている ・自己株を1.18億円分買ってる！つまりやめて株を買い戻してもらった人は結構儲かった！（梅田望夫かしら？） ・流動負債が多いのはポイントのせい？それとも借り入れのせい？ コメント 2013年 株式会社はて
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
InnoDBのプロは寡黙な紳士―木下靖文さん
Ryuta Kamizono on Twitter: "いつもの @ すき家 代々木一丁目店に写真つきタッチ！ http://t.co/h6Gbe2qy http://t.co/gHtpiKaq"
彼女に慰めてもらおう