git commit --fixup が便利 - QiitaDeleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
お前らのコミットは汚い - Qiita
お前らのXXXXは<ネガティブな形容詞>シリーズ で失礼します。 日頃gitをお使いの皆様におかれましては、キレイなコミットを心がけていらっしゃいますでしょうか。 私も心がけてはいますが、なかなか難しいものがあります。 参考までにこちら、最近業務で書いたプルリクエストのコミットログです。 控えめに言って汚いと思われたかと思います。 ではキレイなコミットの例を。 プルリクエストというのは、やはり先達の方に見ていただいてご指摘いただこうというものですから、 当然コミットハッシュもゾロ目等でキレイにするというのがマナーです。 では今回はこのキレイなコミットをどうやって作るのか、という話を書きます (ショート)コミットハッシュ コミットハッシュとは、gitのコミットごとに生成される、40桁の[0-9a-f]からなる文字列です。 お手元のリポジトリ上で git log --format=%H を叩く
Git初心者がCommitの粒度とかを考えた話 - Qiita
はじまり ある日 「…今日も作業が終わったし、進んだ分をCommitしよか」 「お、ランキングに面白い記事があがっとるし、休憩がてら見てみよか」 私が（iOS エンジニアの）採用でコードチェックする時何を見ているのか 「ほえー」 「gitのcommit粒度もチームで開発していく上で重要なんやな…」 リポジトリを見てみると… 「せや、さっきcommitしたgitの履歴見てみよか」 「gitていうたけどgithubの履歴なんは勘弁な」 … …… ……… 「なんやこれ、ざっくりしすぎや」 「何してるかは辛うじて読み取れるけども、内容に関して直感的に読み取ることができないやないか…」 「このままじゃあかん…なんとかせな…」 ルールを考える 「とはいえどうしたらええんやろか…」 「ワイにはハスケル子ちゃんはおらんしな…自分で考えるしか道はないんや…」 「ただ単にルールを決めても、区別がつかんとあかん
Rustの依存関係の信頼性を検証する (crev) - Qiita
cargo-crevとは 最近、複数のRubyライブラリにバックドアが発見されました。このような事件はnode/npmやPython/PyPIなどでも発生しています。これらは正当な作者のアカウントがハックされてアップロードされているケースや、はじめから悪意のある作者が公開しているケースなどがありますが、いずれのケースでも公開されているライブラリバージョンの安全性が検証されていないことが問題であるといえます。 これに対してRustのcrates.ioに関してもコミュニティーから懸念が表明されています (URLO18860, URLO29989) が、その中でdpc氏が提案しているのが分散コードレビューによる信頼性の担保です。これを実際に実装したのがcargo-crevというツールです。 (なお、RustSecチームがcargo-auditというツールを公開していますが、これは既知の脆弱性デー
VSCodeやGIt・Github、Markdownの整備の覚書 - 霞と側杖を食らう
【用途】 エディタの選択、EmacsとかAtomとかあるけど、VSCode使いやすそうではということでVSCode整備。今のところ、pythonとmarkdownとかが書ければいいかなくらい。RはRStudioで良いし。このへんを整備するが、 また整備する機会のために個人的メモとして、記録しとく。あと、整備で詰まったところとか書き残してる。 【内容】 ＜VSCode＞ 元からsurfaceに入ってたので、それを使用。 コマンドパレットは Ctrl + Shift + P ＜python＞ python anaconda3 www.messyer813.com 分かりやすい。 Jupyter をVSCode上で展開したくて、後程、拡張でそれに関係するものを入れる。 ＜Git・Github＞ Gitが入ってなかったのと、Githubのアカウントは昔作ったまま放置してた。 これに従って入れて、整
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
