force push問題 rebaseなどの作業の際、強制PUSHが必要なタイミングが出てくるが --forceではローカルの内容を破壊的にリモートレポジトリを上書きしてしまう。 同じブランチで複数人開発していた場合にタイミングによっては 「◯◯さんのコミットを吹き飛ばしちゃった//」 が発生する可能性が十分ある。 そもそも上記の運用方法に問題がある気はするが、どんな運用をしていたとしても force pushする際は --force-with-leaseオプションを必ずつけるようにしておいて損はないと思う。 TIPS: Github上でブランチを削除できないようにする 消されるとまずいブランチは [Settings] → [Branches]でさまざまなprotectionルールをかけておきましょう!
はじめに 「いいね」をもらうために記事を書くっていうのはお門違いですがやっぱもらうとうれしいですよね? 私事ではありますが、エイチームブライズアドベントカレンダーの初日に@sho0211が書いてくれた記事(アドベントカレンダーのいいねをスクレイピングで数える)の冒頭にあったとおり、エイチームの子会社間でどこが一番よい記事を提供できたのかを競おう、ということになっております。(各子会社のカレンダーリスト) そう、「いいね」をどれだけ頂けるのか、ですね。 ちなみに現状弊社が最下位です。ぐぬぬ... そして、一番多く「いいね」を頂けた記事を書いた人は美味しいお店に連れて行ってもらえるとかなんとか そんなこんなで、良い記事とはどんなもんか メタ情報 定性的な情報 に分けて見ていきたいと思います。 検証の結果3つの知見が得られました。 今回の実装に興味ない人は検証の章を飛ばしてもらっても大丈夫かと思
これは、 qiita.com FUJITSU Advent Calendar2日目の記事です (はてブコメント付いて気が付きましたので追記しました。ありがとうございます) 急遽12/1の夕方に決まって始まったばかりで、どんな経緯だったかと少し 技術的内容じゃないって突っ込まれそうですが、大目に見てもらえることを期待して・・・ あと、これ書いて置かないと、社内からも何してんの?って内部から刺されるのでご理解をw Qiitaのadventじゃなくて、adventarで良かったんじゃないかとも思いつつ さて、始まって2日目ですが、すでに一日目がツッコミを食らっていたりしますね 富士通にアドベントカレンダー知ってる人なんていたんだな / “Fujitsu Advent Calendar 2016 - Qiita” https://t.co/z154mlNTZ3— よしなに (@hiragram)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く