僕が考える最強のコミットメッセージの書き方 - Qiita
この記事は DeNA 21 新卒 Advent Calendar 2020 の16日目の記事です。 はじめに Gitを使っていく上でコミットメッセージは必須なものです。 そのメッセージ、fix とか適当になっていませんか？ コミットメッセージがおざなりなままだと、どんな変更をしたのかが掴みにくく、レビュー時や後で見たときにコードを追うのが難しくなります。 逆に、コミットメッセージをこだわるだけでより良い開発環境、開発者体験を実現できます。今回は僕が良いと考えている書き方をまとめてみようと思います。 この記事のターゲット Gitを使ったことがある方 チームで決められたコミットルールを理解、改善したい方 よりよい開発者体験を実現したい方 ※諸注意 まず、コミットメッセージの書き方に正解はありません。タイトルにもあるとおり、あくまで「僕が良いと考えている」書き方なので、一意見として参考にしていた
5分で分かるgitのrefspec
20. 指定による挙動の違い 6 git fetch origin … 無指定 普通にcloneした場合、.git/configのremote.origin.fetchに +refs/heads/*:refs/remotes/origin/* というデフォルト値(*はワイルドカード)が設定されており、 これを指定したことになる。 つまりリモートリポジトリの全ローカルブランチを ローカルの同名リモート追跡ブランチにそれぞれfetchする。 <以降、このデフォルト値は弄っていない前提で記述> <ref> <ref>: と同じ。 <src>: remote.origin.fetchの設定で対応する<dst>が決まる。 (デフォルト値なら同名のリモート追跡ブランチが<dst>) 対応する設定がない場合でもFETCH_HEADは更新される。 <src>:<dst> <src>を<dst>にfetch
バージョン番号のソート
B! 81 0 0 0 v8.10.1みたいなバージョン番号をソートしようとするとき、 単にsortコマンドとか使うとv8.2.1とv8.10.1で真ん中の2と10の1だけを 見て思ったのと逆にソートされてしまいます。 かといって単純に-nで数字として全体を見ることもできないのでちょっと工夫が必要です。 sortコマンド 区切ってソート sort -V git tagでの表示 sortコマンド v1.2.1 v1.10.1 v2.2.1 v2.2.2 v2.2.10 v10.2.1 みたいな内容のversions.txtというフィアルの中身をソートしたいとき、 期待するのは上の形になることです。 これをそのままsortコマンドとかに入れると $ sort versions.txt v1.10.1 v1.2.1 v10.2.1 v2.2.1 v2.2.10 v2.2.2 となります。 このま
Gitのデフォルトブランチを「master」から「trunk」に変更する動き | スラド デベロッパー
アメリカにおける黒人差別問題が再び大きく話題となる昨今だが、プログラミング界隈でもGitのデフォルトブランチ名である「master」が奴隷制に基づくものであるとして「trunk」に変えようという動きが上がっているらしい（outsider reflex、blacklist/whitelist master/slave に関する情報集め）。 特に大きな話題となっているのは、GitHub公式のCLIツールが、デフォルトブランチ名を「master」から「trunk」に変える変更を行った話である。この件についてのissueは反対意見も出ていたものの、管理者の一存で5月27日にマージされており、今後利用者に大きな影響を与えることになるとみられる。 なおGitでは「slave」は使われておらず、Gitの「master」は奴隷と関係ない「master」ではないかという意見もあるが、Gitの「master」
pre-commitでこんな自動レビューをしています！手戻りが少なくて最高！ - AppBrew Tech Blog
AppBrewでiOSエンジニアをしていますはるふ(@_ha1f)です。 2019/10にAppBrewに入社しまして、開発の傍らに、開発環境の改善などに取り組んでいます。 近年のiOS界隈を取り巻く「開発環境」といえば、Danger, mint, xcodegen, swiftlint等思い浮かべるかもしれませんが、 今回の記事ではそういうハイカラなツールではなく、iOSに限らず使えるpre-commitというGitの機能を紹介します。 pre-commitにより、コミットするブランチを間違えていないかや、コンフリクト未解消マーカーが含まれていないかなど、いろいろな制約を「ローカルでコミット前に」自動チェック出来ます。 Dangerなどを使っているとCIを待って修正して再度pushしないといけなかったり作業が煩わしいことがありますが、 ローカルなので手戻り少なく、レビューコストやミスを減
ようこそdotfilesの世界へ - Qiita
はじめに 少し前から話題になっているが、日本の労働生産性はG7で最も低いらしい。 日本生産性本部資料より https://www.jpc-net.jp/intl_comparison/intl_comparison_2018_press.pdf 日本は人口減少に突入していることもあって、「作業の効率化」や「自動化・省力化」をいうフレーズをあらゆる業種で聞くようになった。 ITエンジニアは、あらゆる職業の中でも最も効率化、自動化をして生産性を高められるといっても過言ではないだろう。プログラマの三大美徳(「怠惰」「短気」「傲慢」)にもあるように、同じことを何度もやらない、楽をするためにがんばるという生産性を意識した感性が重要視されているからだ。 生産性を高めることで、勉強する時間が作れたり、新しいことを経験したりするなどしてさらにスキルアップができ、さらに生産性が上がるという好循環を作り出すこ
美容内服薬ラボットメディカルクリニック【公式】
オンライン診療とは、自宅にいながら医師に直接毎日のスキンケアを相談したり、医薬品や漢方薬の処方を受けることができたりする診察のこと。お薬が処方された場合は郵送で薬局等にお薬を取りにいかなくても、自宅に届けられます。 普段、病院では発生する診察費用や処方箋費用はもちろん、お薬代以外の費用は一切かかりません。
legit - Gitでプログラミング
MOONGIFTはオープンソース・ソフトウェアを紹介するブログです。2021年07月16日で更新停止しました プログラミングとバージョン管理は切っても切り離せないものです。それは開発者であれば誰しもが納得するでしょう。しかし、プログラミングとバージョン管理を一つにして、学習すべき要素を減らしてしまおうという発想はなかなか出てこないはずです。 それを実現してしまったのがlegitです。何を言っているのかよく分からないと思いますが、ぜひご覧ください。 legitの使い方 例です。例えば以下のコードはHello worldを出力します。しかしこのディレクトリにはGitリポジトリがあるだけで、中身は何もありません。 $ ruby interpreter.rb examples/hello/ Hello world ディレクトリでログを見たところです。怪しくHello worldだのputだのといっ
astahのモデルをGitで差分比較する方法のリンク - プログラマの思索
astahのモデルをGitで差分比較する方法の記事があったのでリンクしておく この方法は使えそう。 【参考】 astah*とGit | astah in 5 min 【１】UMLでモデルを書いていると、差分比較を取りたくなる時がある。 顧客の要求事項を一つずつモデルに反映して、課題を一つずつ潰していく作業は地道で労力がかかる。 だから、顧客のヒヤリングのたびに、想定したモデルをどんどん洗練させていく時、前回の状態とどれだけの変更箇所があったのか、後で振り返りたくなる。 また、マイルストーンごとに、モデルの差分比較もやりたい時がある。 仕様変更のスコープだけ、顧客に見積もりを請求したいからだ。 その為には、たとえモデルがバイナリファイルであっても、ソースと同じような差分比較機能が欲しくなる。 【２】（引用開始） astah*には、プロジェクトの比較機能というものがあります。これをコマンドライ
クソ簡単にgitの説明をする
どこもかしこも妙ちくりんな図で混乱させてくるのうざい 自分で書いてみる gitなんてクソ難しいんだから、きちんと概念を理解させようとかすんなよ なぜgitが必要かバージョン管理のために必要、と言うと意味わからんと思う プログラムみたいなのは少しずつ変更していくんだ だから細かに変更の差分を管理したり、変更を戻せたりしなきゃきつい なぜgitか？他のバージョン管理との違いうるせぇgit使え そんなの来年考えろ gitの基本要素、用語branch： いきなり説明が難しいが、branchがわかればどうにかなる。 例えば、今編集しているプログラムに対して、RPGのセーブデータがあると思ってほしい。 それぞれのセーブデータがそれぞれのブランチにあたる。 セーブデータが1枠しか無いと、難しいだろ？何があるかわからない、戻ったり、試したりしたいからな。 セーブデータと少し違うのは、1個のブランチでも過去
RedmineのGit連携機能に関する議論 - プログラマの思索
Redmine本家で、Git連携機能に関する議論があって、興味深いのでメモ。 結論のないラフなメモ。 【参考】 Feature #14961: Reconsider moving from svn to git &GitHub - Redmine Feature #30069: Integrate Redmine with GitLab (or other free CI system for open source) to run tests - Redmine Feature #8363: Git: Pull requests - Redmine QA #910: RedmineでPullRequestを使いたい - Unofficial Redmine Cooking - redmine.tokyo 【1】RedmineのGit連携に関する問題は、実は2つの論点があると思う。 1つ目
Git GUI for Windows, Mac & Linux | GitKraken
NEW Meet the GitKraken DevEx Platform Desktop, IDE, Terminal, Web and Mobile › Because PR & code review should be more 🎉 & less 🤬 multi-repo setups shouldn’t make you feel 🤢 too much context switching makes you feel 😤 merge conflicts can turn into a real 💩 show fear of Git mistakes has you all like 🫣 and 😱 lousy DevEx will make your top devs run for the🚪 lack of visibility kills progress a
世の中の小説作家と編集者は今すぐ Word や G Suite を窓から投げ捨てて Git と GitHub の使い方を覚えるべきだ - Qiita
世の中の小説作家と編集者は今すぐ Word や G Suite を窓から投げ捨てて Git と GitHub の使い方を覚えるべきだGitGitHub小説 タイトルは釣りではありません。 最近、小説の執筆にあたって Git を導入して原稿の進捗履歴を管理しました。めちゃくちゃ便利でした。 GitHub を使って友人と一緒に校正校閲の作業をしました。めちゃくちゃ捗りました。 短編 SF 小説が短期間で完成しました。でも広告が目的ではないのでリンクは貼りません。 Git のことを何も知らない奴が Git と GitHub の使い方を覚えたら便利だったし捗ったので、記事にしてしまおうぜという試みです。 2019年1月4日 追記 本記事は「執筆」および「校正・校閲」の段階における Git と GitHub の有用性を主張する記事です。 「組版」や「デザイン」の段階における Git の有用性について
Gitのスケーリング（と、その背景） | POSTD
数年前、Microsoftは、社内全体のエンジニアリングシステムを活性化させるため、数年間にわたる投資を行う決定をしました。私たちは山のような数のチームを抱える大企業です。チームはそれぞれ、担当のプロダクト、独自の優先順位、プロセス、ツールを持っています。”共通の”ツールもありますが、チームによって様々に異なる点も多く、内部で開発した単発のツールも数え切れないほどあります（「チーム」とは社の部門のようなもので、数千のエンジニアの集まりです）。 この状況にはたくさんのマイナス面があります。 似たようなツールを構築しているチームがいくつもあり、巨額の冗長な投資が生まれている 「クリティカルマス（損益分岐点を超える生産量、普及率）」に向けた設備投資ができない 皆がバラバラのツールやプロセスを用いているため、従業員が異動しにくい 組織の垣根を越えてのコード共有が難しい “MS限定”ツールの過多のた
GitトラブルをGetしてしまったら：バージョン管理のお話 | POSTD
非常におかしい題名を笑ってくださってありがとうございます。しかし、おかしくないことがありますが、何か分かりますか。git repoにコミットをプッシュした時で、これを GitHubデスクトップ で見ることができます。 Googleを使ってこれが何を意味するか調べてください。 もちろん、 いけている人 が Git Tower を使い、 本当に いけている人は コマンドライン のみを使っていることを知っています。我々は本当にいけているので、ここではコマンドラインを使って問題を解決します。実は他に選択肢がないのです。この記事で、git専門のコマンドライン知識が全くないのにも関わらず、コマンドラインを使い、全く プログラムの書き手に非がない のに、突然git repoが壊れてしまう問題を解決する冒険に誘います。少なくとも自分に非がないのに突然壊れてしまった時のパニックの度合いを見ていただけるかと思
Git Identity Manager - Gitのアカウント情報を切り替え
MOONGIFTはオープンソース・ソフトウェアを紹介するブログです。2021年07月16日で更新停止しました Gitではユーザ名とメールアドレスなどを設定として保存しておきます。しかし、企業と個人でアカウントを切り替えている人にとっては不便です。間違って会社のアカウントで登録してしまって、慌てて削除したなんて経験がある人がいるかも知れません。 そこで使ってみたいのがGit Identity Managerです。複数のアカウント設定を簡単に切り替えられるソフトウェアです。 Git Identity Managerの使い方 アカウントの追加はaddを使います。名前、メールアドレス、SSHキーのパスはセットです。 git idm add jcool --name "Joe Cool" --email joe@example.com --key ~/.ssh/id_rsa 登録したら、listで登
Kallithea
Kallithea, a member project of Software Freedom Conservancy, is a GPLv3'd, Free Software source code management system that supports two leading version control systems, Mercurial and Git, and has a web interface that is easy to use for users and admins. You can install Kallithea on your own server and host repositories for the version control system of your choice. Kallithea 0.7.0 has been releas
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「Git」に複数の脆弱性、Windowsユーザーはとくに注意／修正版のv2.24.1などへ更新を
Git History
Git 2.18がGitプロトコルバージョン2のサポートを追加
