社内向けに「こわくない Git」というタイトルのスライドを作って発表しました。 対象者は「マージがなんとなく怖い」「エラーが怖い」「リベース使うなって言われて怖い」と、Git が怖いと思っている人です! こわくない Git from Kota Saito 発表中に出た質問など 補足も兼ねて、上のスライドを発表した際に出た質疑応答などをここに書いておきます。 Q: 常に Non Fast-Forward (--no-ff) でいいのでは、と思えるけど git merge がデフォルトだと Fast-Foward or Non Fast-Forward (--ff) なのはなぜ? A1: Non Fast-Forward だと、確かにメリットが多いのですが、1点だけデメリットがあります。特に差分が無い状態で git merge --no-ff すると、空のマージコミットが作られてしまうのです。
nico0927.net 2018 Copyright. All Rights Reserved. The Sponsored Listings displayed above are served automatically by a third party. Neither the service provider nor the domain owner maintain any relationship with the advertisers. In case of trademark issues please contact the domain owner directly (contact information can be found in whois). Privacy Policy
履歴 恥を忍んで記事を公開させていただいたおかげで、いろいろフィードバックいただきました。フィードバックを取り込んで更新を行なっています。 2012/11/16: cherry-pickしやすいように、というくだりのところは論理通ってないので削除しました。 1 pull req. 1 commitの原則をやめました。言いたいことであった「試行錯誤の過程を入れないで」を丸パクリしました! > id:kazuho その他表記修正、クリアコードさんの記事に説明丸投げなど。 まえがき gitでトラブった!という話を何度か聞いたことがあります。なんでトラブッてるんだろう…と話を聞いたところ、同一のリモートブランチに対して複数人・複数環境から操作が行われているようです。極端な例を挙げると、masterブランチしか存在しておらず、コミットログをキレイにするためと称してgit pull –rebaseを常
2012年10月28日22:45 カテゴリ書評/画評/品評Code 「何へ」から「誰へ」 - これからのEULAのあるべき姿 こんなのやっぱりおかしいよ… Windows 8(アップグレード版)は仮想環境での利用をサポートしないらしい(※追記あり) ≪ mooapp …Windows Storeの名にかけて。 最初に断っておくと、 本エントリでは、下記については言及していません。 Boot Camp/VMware Fusion併用、またはVMware Fusionのみ使用した環境において、 ライセンス認証処理自体が正常に実行されるかどうか に関しては VMWare Fusion のみの環境でつつがなく完了した。もう「俺のWindowsがこんなに大人しいわけがない」ってぐらい。 しかし問題はそこではない。 問題は、Windowsのライセンスが、コンピューターごとになされていることそれ自身にあ
ADSRと言えばシンセを扱う人なら誰でも知っている音の音量カーブを決めるパラメータですが... Twitterの方でモハヨナオさんの発言「ADSRエンベロープの実装って真面目にやるとキーオフのタイミングをめぐってややこしくなるけど、キーオンとキーオフ、二つのエンベロープに分割するとすごく楽になる 」というのがあって、なんか面白かったので自分のコードを眺めなおしたりしてたのだけど、なんか毎回ちょっとずつ違う実装してたりしてまとまりがないのだ。 正直ADSRのカーブを見ながらソフトで実装しようとすると変に複雑になりがちなんで、モハヨナオさんのアイデアとはまた違うのですが、この際、自分なりのADSRの実装について考察してみます。 ハードウェアとして一般的な回路がどうなってるかは武田さんのページなんかからたどれば色々でてきます。 http://www.aleph.co.jp/~takeda/rad
TDD を組み込みソフトウェアに適用する試みの一つを述べたい. そして,ほとんど一人でファームウェア(組み込みソフトウェア)を開発している開発者のために, ファームウェア開発の手法を提案したい. 目 次 目的 サンプル課題 開発の流れ ソフトウェア文書 開発環境 要求分析 ブロック図 機能仕様書 タイミング仕様書 TDD タイミング設計およびテスト TX_FAULT 信号の発生 2 線インターフェース レーザ制御 リアルタイムモニタリング ユーザ EEPROM の機能性 結論
注意 以下はレポートと論文などを作成するためのよくある質問と一般的なアドバイス集です。講義中に教員からの指示がある場合は,必ずそちらに従ってください。また,万が一このFAQsを利用することで不都合が起こったとしても,制作者は責任を取りかねますので予めご了承ください。 レポートの提出用紙はどうしたら良いの? 特に指示がなければ,A4サイズの紙を使ってください。上質紙,リサイクル紙など,種類は特に気にしなくても結構です。紙は白,あるいは白に近い淡色のものを使用してください。手書きの場合も,指定がなければ原稿用紙,レポート用紙,無地の白紙など,何を使用しても問題はありません。ただし,極端に色の強い紙や,失敗コピーやスーパーのチラシなどの裏面に文字が書いてあるようなものは用いてはいけません。 余白や文字数,行間の取り方などについて,手書きの場合は読みやすさを考えて適宜調整してください。PCの場合は
2012年09月03日 楽天koboがまともに日本語書籍を集められないもう一つの理由 Tweet 前回、8月末6万冊の約束期限に対し姑息な手段に出た楽天koboにおいて、楽天koboの公開する数字がまやかしであることを示した。1日時点では6,440冊だったギターコード譜は、本日時点では13,000冊に増加している。楽天koboはギタリスト御用達ツールの座でも狙ってるのか。 楽天koboがまともに日本語書籍を集められない理由は、Amazon Kindleが近日発売のまま2ヶ月も経っている理由と共通している(さすがにまもなく発表されると期待しているが)。現時点においてKindleは米国では150万コンテンツを扱っており、先日サービスを開始したインドでは120万コンテンツから開始している。しかし、年内にも始まるとされる日本では、それだけのコンテンツを集めることはたとえAmazonでも困難だろう(
2012年09月01日 8月末6万冊の約束期限に対し姑息な手段に出た楽天kobo Tweet 9月1日0時現在においても楽天koboトップページには高らかに次の目標が掲げられている。 また、三木谷社長の発言も今一度引用しよう。 出版社との契約自体は終わっているが、出版社にチェックしてもらう作業が終わっていない。待ちがあるという状況だ。7月中には3万点をそろえられるし、8月末には6万点、今年末に20万点までいく。 当面のペースとしては、1日1000点ずつ増やす。コンテンツもマンガに限らず、テキストのものを増やしていく。 コボの出足は大成功、ネガティブな口コミは誤情報だから消し、内容を吟味して再掲載する――楽天・三木谷浩史社長 前回エントリ『7月中に3万点の約束もやっぱり反故にした楽天kobo』において楽天koboの口約束について糾弾しつつも、今後の挽回に期待を表明した。いよいよ8月末というマ
コードレビューに関するRobert Bogue氏の記事について要約とコメント。 要約 効果的で痛くないコードレビュー Effective Code Reviews Without the Pain - Developer.com 多くの組織においてコードレビューは参加者が苦痛に感じるもののようであるが、必ずしもそういうものではない。 目的を忘れないこと コードレビューの目的は2つある。 書かれたコードが次行程に進むに耐える品質を持っていることを確認すること。 開発者がコードの品質、一貫性、メンテナンス性を改善するための方法を学ぶこと。 コードレビューはネガティブな印象を持たれがちだが、実は欠陥を最小限に押さえることができる方法なのだ。 アプローチの問題 コードレビューを個人をやり玉にあげる場ではなく共に学ぶ場にするために 意見を述べるのではなく、質問をせよ。 「ここは規約から外れているよね
コロワイドグループの牛角、軽い気持ちで始めた女性半額セールに男性差別やLGBTや品切れが激しく入り乱れる
Changelog を英語で書く際に参考になるようなテンプレートをまとめてみました.git や svn のコミットログにも使えます. このエントリは今後も逐次更新を続けます(最終更新2018/11/01) リリースノートの英文についてはRelease note のための英文テンプレート集 - pyopyopyo - Linuxとかプログラミングの覚え書き -に分離しました git等のcommit メッセージにも使えます 以下,例文. バグ修正した場合 修正した場合 → fix を使うのが定番です Fixed a performance regression. (パフォーマンスが低下するバグを修正しました) Fix possible memory leak Fixed an issue where some devices would display the wrong image. (いく
kobo touch の初期不良問題に対する三木谷氏の発言にはあまりにも学ぶことが多かったのでひと言。ソースは、日経ビジネス Digital の「細かいことで騒いでいるのは少数派ですよ」という記事。 特に問題なのは冒頭の、 ――色々トラブルが起きましたが現状は。 三木谷:いや、いいですよ。初期設定の問題で細かいトラブルはあったけど、2日以内に解消できたし、コールセンターも24時間対応にしたし。アクティベーション(利用できる状況にセットアップすること)した人が購入者全体の95%を超えていますからね。そして、何よりコンテンツが売れまくっている。出版社の人に聞いてみたほうがいいですよ。僕は出版社の驚きように驚いている状況です(笑)。 販売台数は10万台弱程度で、年内目標は100万台。だいたいそこまでいけそうです。やはりユーザーインタフェースがいいんですよね。直感的にできるし、変なボタンもないし
しっかりvim、2回目。 前回はMacでdotfiles(.vimrcなど)をgithubの管理にし、vimのpluginをvundleで管理するようにした。 そろそろしっかりvimを使う。dotfilesのgithub管理とvundleの導入。 - holyppの日記 今回はWindowsで、前回作った設定ファイルをgithubから持ってくる。 それにより、WindowsでもMacと同じ設定で使えるようになる。 Windowsからgit pushもできるので、同期すると言ったほうが良いかも知れない。 gitが入っていない状態から始めても、慣れれば30分以内に作業が終わるので、興味のある方は是非やってみて欲しい。 github+vundleで、複数PCでの管理が驚くほど楽になる。 目次 ・gitとcurlの導入 ・git cloneとsubmodule update ・リンクの作成 ・Bu
Vimをお使いの皆様の多くは、pathogenとgit-submoduleを駆使してプラグインを管理しているのではないかと思います。 pathogenとgit-submoduleの問題私もこの方法を使っていたのですが、git-submoduleをVimプラグインの管理に使うのはオーバースペックだと感じていました。 私はプラグイン開発者ではないので、プラグインのバージョンを固定したいという欲求があるわけでもないですし、できるだけ新しい物を使いたいわけです。 そうすると、たとえば毎朝「git submodule update」とかやっちゃうともう大変です。 毎日「plugin version bump」みたいなコミットをしなきゃいけないわけですよ。 私は常に最新のプラグインを使いたいだけなのに、コミットログがどんどん汚れていきます。 また、外の環境でプラグインを管理しなきゃいけないというのが、
今回は有名なMacのTwitterクライアント「Echofon」を便利にするプラグインを紹介します。 まず、プラグインの環境を整えます。 今回使うプラグインはSIMBLEプラグインと言うものです。 最初にSIMBLEをココからダウンロードしてインストールしてください。 http://culater.net/software/SIMBL/SIMBL.php Lionの方は(Snow Leopard and Leopard)と書いてある方をダウンロードしてください。 インストールができましたら、これで環境は整いました。 すきなプラグインをダウンロードして適用してみましょう! 適用の方法はダウンロードしてきたプラグインを /Library/Application Support/SIMBL/Plugins/ の中に入れるだけです。 Echofonのプラグインの場合はEchofonを再起動すれば適
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く