はてなブックマーク

gitコマンドって実務でどう使うんだろう？ 独学の git コマンドを実務で使いまくり、最近やっとうまく運用できているように感じます。 そのうえで、git コマンドを勉強し始めた頃、「コマンドの説明はいっぱいあるけど、実務でどうコマンドを使うんだろう？」 と感じていたのを思い出しました。 そんな想いから、よく使う git コマンドを実務テイストで振り返ってみました。 本記事に書いていないもの 実務では使うのですが、諸事情により以下は省いています。 submodule 本当はこの記事に含めようかと思ったのですが、長くなりすぎてしまったので、需要がありそうだったら次回作に書こうかと思います。 プルリク コマンドの説明をしたいため、省きます。 Git Flow やら GitHub Flow やらの Flow 系の考え 説明がややこしくなってしまうので省きます。 developブランチ、maste

・ タブ系 ・ command + t ... 新規タブを開く ・ command + ← ... 左のタブに移動する ・ command + → ... 右のタブに移動する ・ 画面分割系 ・ command + d ... 垂直画面分割 ・ command + shift + d ... 水平画面分割 ・ option + command + (↑ or ↓ or ← or →) ... 矢印の位置の分割画面に移動する ・ 便利系 * optionボタンを押しながらクリックする ... カーソル移動 Skitch 必須レベル チャット上で、仕様を確認したり、発生した問題などを伝えたい時に便利なアプリです。 キャプチャした画面に対して、説明用に線を引いたり、矢印を付けたり、文字を書いたりできます。 skitch を起動しっぱなしにしていなくても、command + shift + 5 を

目的 お世話になっているソシャゲ会社様がelixirに力を入れており、実務で触る機会をいただきました。 今まで、pythonをメインとしてjava、php、c#などでも開発したことがあり、1つの言語が分かっていれば比較的簡単に応用できると思っていましたが、elixirは暗号にしか見えない状態で、持論はあっさり崩れました。 pythonの開発に戻ることになり、キレイサッパリ忘れてしまいそうなので、「pythonとの対比」でメモしておこうと思います。 登場する例はかなり極端にしてあり、実務レベルではないのでご注意ください pythonとの違いに注意した4点 関数型言語である pythonは オブジェクト指向型言語 ですが、elixirは 関数型言語 です。 elixirにはクラスはありませんし、もちろんインスタンスもありません。 設計レベルで頭を切り替えることを、常に意識しておくことが重要だな

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 目的 Jenkinsのセキュリティ対応。 デフォルトの状態だと、JenkinsのURLにアクセス出来る人であれば、全ての機能をいじることが可能で危険すぎるため、以下のセキュリティ対策を行います。 ユーザーアカウントを作成してログイン必須にする。 ユーザーに権限を付与して行動を制限する。 手順メモ 権限付与プラグインのインストール メニューから、「Jenkinsの管理」->「プラグインの管理」を選択して、プラグインマネージャーページを開く。 「利用可能」タブ内の「その他（security）」カテゴリにある「Role-based Autho

gitログは綺麗に ロググラフがごちゃごちゃしていると、履歴を追う時に心が折れます git flowで開発をしていると、分岐するのは仕方が無い時もあるのですが、明らかに必要ないのに分岐させている人をよく見ます。 チリも積もると全く読めない（読みたくない）グラフになってしまうので、必要ない分岐はさせないに越したことはありません。 頻繁に分岐が発生するパターン チームで開発をしていると、**「pushしようとしたら他の人が先にpushしていた」**ということが頻繁に発生します。 まだgit経験が浅い人は、ここで分岐させてしまいます。 発生例 例えば、グラフがこの状態にあるとします。 commit2（f9b26f3）に対して、修正点をcommitして、pushしようとします。

コードレビューで土日に安寧を ソーシャルゲームは、ユーザアクセス集中と、それに伴うユーザデータ増加によって劇的に負荷が上がり、（主に土日に）サービスに影響を与えがちです。 問題があるコードは、たとえ負荷テストを行っても、作成したシナリオによっては見つけられない可能性もあります。 そういった見えない不安を払拭するという意味でも、コードレビューは重要だと思っています。 【ステキポイント】 ・ ソースを見ることにより、時限爆弾が土日に爆発するのを解除 ・ スキル共有によってメンバーがレベルアップすることにより、土日に爆発する時限爆弾の設置確率低下 まぁまとめると これに尽きます（4歳の息子談） 今は、gitのプルリクエストという強力なレビューツールもあり、敷居がかなり低くなったのでオススメです！ チェックするポイントは5つ コードレビューを行うにあたり、*「どんなところをチェックすればいいのか分