タグ

gitに関するkazokmrのブックマーク (5)

  • Gitのコミットメッセージは適当に書いてる - Mitsuyuki.Shiiba

    「Gitのコミットメッセージをしっかり書こう」という記事を読んで、いい話だなーと思う一方で、うちのチームはちょっと前に「コミットメッセージは適当でいこう」って決めたなーって思った。 Gitのコミットメッセージをしっかり書こうという話【備忘録的共有】 | SIOS Tech. Lab しっかり書くのを否定するわけでは全然ない。しっかり書くのはしっかり書くのでいいなって思う。どっちがいいかはチームやプロダクトによるので、チームがいいと思う方を選べばいいかなと。 僕もしっかり書くほうがいいなって思うときもあるのだけど、今のチームでは適当のほうがいいなってだけ。 しっかり書きたいとき 僕が、コミットメッセージをしっかり書きたいときはどういうときだろう?って考えると、OSSにプルリクエストを出すときかなぁ。自分は特にOSSの何かを作ってるわけじゃないけど、自分で何かのOSSを作るならある程度ちゃんと

    Gitのコミットメッセージは適当に書いてる - Mitsuyuki.Shiiba
    kazokmr
    kazokmr 2023/06/05
    元記事も見たけど正解とかはないよね。個人的にはPRを使ったりissueと連携したうえでコミットの粒度を小さくするルールを作った上でコミットメッセージは雑にするかな
  • Gitのコミットメッセージの書き方(2023年ver.)

    記事のモチベーション 約8年前、Gitを使い始めたときに以下の記事を公開したところ、想像以上の反応をいただきました。 当時はSubversionからGitに移行し、試行錯誤をしている中だったこともあり、多くの反応をいただけたことはモチベーションのひとつでした。 ただ、時が経ち、当然かもしれませんが現在は当時と違う書き方をしており、思想として変わっていない部分はあるものの、今でもときどきLikeをいただく中で、アップデートを全くしないのは誠実じゃないなと感じていました。 というわけで、現在のフォーマットも数年後には変わっている可能性が高いですが、その時々のスナップショットを公開することにも何らか意味があるかなと思い、「今の僕はこうコミットメッセージを書いているよ」というのをまとめました。 Gitを使う環境 開発フローやホスティングサービスごとのUIのdiffによって、最適なフォーマットは変

    Gitのコミットメッセージの書き方(2023年ver.)
    kazokmr
    kazokmr 2023/01/05
    参考になる。typeで単語を省略形にするのは後で混乱しそうだけど。あと、subjectの現在形についての件は、git自体の開発プロジェクトのルールとその背景の話だと解釈してて、各チームで決めれば良いと思ってる。
  • 永続複数ブランチ運用は『単一のコードベース』と言えるのか / What are your justifications for the multi-branches?

    Talked at "CI/CD Conference 2021 by CloudNative Days" #CICD2021. https://event.cloudnativedays.jp/cicd2021/talks/1129

    永続複数ブランチ運用は『単一のコードベース』と言えるのか / What are your justifications for the multi-branches?
  • プロダクトのリリースとGitブランチ運用を考えてみた | DevelopersIO

    詳細は下記をご覧ください。 Gitランチ運用 Git FlowとGitHub Flow Gitのブランチ運用としては、Git FlowやGitHub Flowがよく用いられます。Git Flowはプロダクトやチームの規模に対して過剰かつ複雑と判断し、GitHub Flowを少しだけアレンジしたGit運用を行います。 求めるポイント GitHub Flowに対して追加で求めるポイントは、ステージング環境と番環境へのリリースタイミングを自分たちでコントロールしたいです。理由は下記です。 プロダクトオーナーのOKが出たモノだけをステージング環境と番環境にリリースしたい 「masterブランチにマージされたらすぐに番環境にデプロイ」は都合が悪い リリース頻度は1週間に1回ぐらいなので、masterブランチへのマージを手動Stopするのは都合が悪い これらについてアレンジしています。 考えた

    プロダクトのリリースとGitブランチ運用を考えてみた | DevelopersIO
    kazokmr
    kazokmr 2021/01/07
    "具体的には、「ステージング環境と本番環境へのデプロイ」は、タグのPushで動くようにします。"
  • 入門書を終えた人に捧げる、社会人のためのGit中級編 - Qiita

    自分が実際に企業で働くうえでよく使ったコマンドや役に立った設定をまとめてみました。 Git入門系に関しては飽和していると思いますが、ちょっとした応用編としてご覧いただければ幸いです。 自分の環境 ファイルの数や行数が膨大 複数の案件が同時進行することが多く、質問などに答えたりするためにブランチ移動をすることが多い プロジェクト内に複数文字コードが混在している(Shift-JISとUTF-8) コマンド編 基のコマンド書きなぐり $ git clone <ブランチ名> <ディレクトリ名> # clone先のディレクトリ名まで指定してcloneする $ git pull # pullする。必要に応じて -u や、 remote名、ブランチ名を打ち込む $ git diff # 差分見る $ git diff master HEAD # 現在の状態とmasterを比較する $ git chec

    入門書を終えた人に捧げる、社会人のためのGit中級編 - Qiita
    kazokmr
    kazokmr 2020/10/11
  • 1