初めてPullRequestを対応する前に知りたいGitのコミットについて - ANDPAD Tech Blog
こんにちは！2021年2月にアンドパッドに入社しました、エンジニアの浜田です。 私の経歴として入社前までチームでの開発をほとんどしてきませんでした。アンドパッドに入社して初めてチーム開発をするようになりました。 入社当初、私がPR(Pull Request)を対応する中で教えてもらったことや、他の方が教えてもらっていたことを社内向けに初めてPRを対応する前に知りたいことというタイトルで記事をまとめました。今回はその記事の内容からGitに関してまとめた4点を紹介させていただきます。 はじめに 1. コミットメッセージは1行目がタイトルで3行目から説明 2. 1コミットに複数の対応を混ぜない 3. コミットメッセージに有益な情報を残す 4. レビュー前にGitのコミット整理 まとめ はじめに アンドパッドではGitHub上で開発を進めています。PRのマージ条件の1つにレビュアーのApprove
GitHub - nikochiko/autosaved: Never worry about losing your code. Written in Go
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Benefits for LWN subscribersThe primary benefit from subscribing to LWN is helping to keep us publishing, but, beyond that, subscribers get immediate access to all site content and access to a number of extra site features. Please sign up today! The Git source-code management system is famously built on the SHA‑1 hashing algorithm, which has become an increasingly weak foundation over the years. S
はじまり ある日 「…今日も作業が終わったし、進んだ分をCommitしよか」 「お、ランキングに面白い記事があがっとるし、休憩がてら見てみよか」 私が（iOS エンジニアの）採用でコードチェックする時何を見ているのか 「ほえー」 「gitのcommit粒度もチームで開発していく上で重要なんやな…」 リポジトリを見てみると… 「せや、さっきcommitしたgitの履歴見てみよか」 「gitていうたけどgithubの履歴なんは勘弁な」 … …… ……… 「なんやこれ、ざっくりしすぎや」 「何してるかは辛うじて読み取れるけども、内容に関して直感的に読み取ることができないやないか…」 「このままじゃあかん…なんとかせな…」 ルールを考える 「とはいえどうしたらええんやろか…」 「ワイにはハスケル子ちゃんはおらんしな…自分で考えるしか道はないんや…」 「ただ単にルールを決めても、区別がつかんとあかん
August 23, 2022 GitHub now supports SSH commit verification, so you can sign commits and tags locally using a self-generated SSH public key, which will give others confidence about the origin of a change you have made. If a commit or tag has an SSH signature that is cryptographically verifiable, GitHub makes the commit or tag "Verified" or "Partially Verified." If you already use an SSH key to aut
Laravel + Vue.jsでGoogleカレンダーのクローンを作ろう！！【Laravel8対応】フロントエンド編④｜Yuu's Memo
皆さんこんにちは！！ 前回に引き続き、フロント（Vue.js）側の開発を始めていきます。 Vue.jsに皆さんも大分慣れてきたのではないでしょうか？ 前回は、予定の詳細表示ダイアログを作成しました。 前回までの記事はこちらからどうぞ Laravel + Vue.jsでGoogleカレンダーのクローンを作ろう！！【Laravel8対応】準備編Laravel + Vue.jsでGoogleカレンダーのクローンを作ろう！！【Laravel8対応】API作成編①Laravel + Vue.jsでGoogleカレンダーのクローンを作ろう！！【Laravel8対応】API作成編②Laravel + Vue.jsでGoogleカレンダーのクローンを作ろう！！【Laravel8対応】フロントエンド準備編Laravel + Vue.jsでGoogleカレンダーのクローンを作ろう！！【Laravel8対応】フ
cargo-crevとは 最近、複数のRubyライブラリにバックドアが発見されました。このような事件はnode/npmやPython/PyPIなどでも発生しています。これらは正当な作者のアカウントがハックされてアップロードされているケースや、はじめから悪意のある作者が公開しているケースなどがありますが、いずれのケースでも公開されているライブラリバージョンの安全性が検証されていないことが問題であるといえます。 これに対してRustのcrates.ioに関してもコミュニティーから懸念が表明されています (URLO18860, URLO29989) が、その中でdpc氏が提案しているのが分散コードレビューによる信頼性の担保です。これを実際に実装したのがcargo-crevというツールです。 (なお、RustSecチームがcargo-auditというツールを公開していますが、これは既知の脆弱性デー
GitHub - harubaru/waifu-diffusion: stable diffusion finetuned on weeb stuff
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Emacsに来たnative compileを試す
Emacsのlispファイルをnativeでcompileする、いわゆる gccemacs が Masterブランチにマージされたので、さっそく試してみた。 https://git.savannah.gnu.org/cgit/emacs.git/commit/?id=289000eee729689b0cf362a21baa40ac7f9506f6 環
GitHub - muesli/gitomatic: A tool to monitor git repositories and automatically pull & push changes
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session.
NotGitBleed - TL;DR
NotGitBleed - TL;DR Due to configuration errors or human error, significant numbers of people may have accidentally checked GitHub credentials into GitHub commits as metadata, most commonly a username as the author name and a password in the email address field. We estimate in the region of 50,000 to 100,0001 user credentials may have been affected covering a wide range of organisations including
GitHub - kffl/speedbump: TCP proxy for simulating variable, yet predictable network latency :globe_with_meridians::hourglass_flowing_sand:
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Better suggested pull request description from commit message
Better suggested pull request description from commit message codepull-requests September 7, 2022 When opening a pull request from a comparison that only includes one commit, GitHub defaults the title and description to the subject line and body of that commit's message. Authors who write detailed git commit messages that adhere to the widely accepted convention of wrapping at 72 characters per li
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
GitHub - rothgar/mastering-zsh: Advanced topics to take advantage of zsh 👩💻👨💻
If you're already using zsh or want to start this tutorial will help you understand how zsh works and how you can customize it to your needs. We won't go into every feature of zsh (read the man pages for that). Did you know zsh has a built in ftp client and calendar? Instead we will focus on functions of zsh that improve your productivity and help you get more out of your shell. We also will not b
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
GitHub - arxanas/git-branchless: High-velocity, monorepo-scale workflow for Git
git-branchless is a suite of tools which enhances Git in several ways: It makes Git easier to use, both for novices and for power users. Examples: git undo: a general-purpose undo command. See the blog post git undo: We can do better. The smartlog: a convenient visualization tool. git restack: to repair broken commit graphs. Speculative merges: to avoid being caught off-guard by merge conflicts. I
On the 1st commit, things are getting started. On the 10th commit, the feature is live and users are giving feedback. On the 100th commit, users are delighted to be using the application. But on the 1000th commit, users are unhappy with the responsiveness of the application and the developers are struggling to move at the velocity they once were. Does this sound familiar? We will go over some of t
GitHub - diracdeltas/tweets: janky twitter replacement.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Docker実践〜稼働中のDockerコンテナをバックアップとしてイメージ化して保存しておく - sagantaf
稼働中のDockerコンテナで開発をしていると、もしコンテナが落ちたら環境がすっ飛ぶよなあ、、、と不安になるので、バックアップを取れないか検証してみた。 （コンテナで直接環境を更新しているあたり、本来のDockerの使い方には合っていないんでしょうが、、、） 結論から ①稼働中のコンテナをcommitコマンドでイメージ化 ②そのイメージをsaveコマンドでファイル化 でバックアップとして保存しておける。 コマンドは以下。 $ docker commit <コンテナのIDもしくはNAME> <イメージ名> $ docker save <イメージ名> -o <ファイル名> では実際に まずは、ホストマシンからUbuntu16.04のコンテナを作成して、bashで入る。 $ docker run -ti ubuntu:16.04 bash コンテナの中に入ったあとは、デフォルトでは入っていないp
忘れがちなのでメモです。 直前のコミット日時を修正現状のコミット日時を確認します。 $ git log --pretty=fuller commit 62c6282c9b6a3f20659559a5d975dc16a33cb7cd (HEAD -> master) Author: zzzmisa <__@mail.com> AuthorDate: Sat Sep 21 14:04:18 2019 Commit: zzzmisa <__@mail.com> CommitDate: Sat Sep 21 14:04:18 2019 ... コミット時間を 15:00 へ修正することにします。 まずは、AuthorDate を修正します。 $ git commit --amend --date="Sat Sep 21 15:00:00 2019 +0900" エディタが立ち上がるので保存して終了
清々しい朝に素晴らしいアップデートが発表されましたね。 CodeCommitでプルリクエストをmergeする際の、3-way mergeとSquash mergeがサポートされました。 以前まではFast Forwardでのmergeのみでしたので今回のアップデートでついに3つのマージ方法が揃います。 さらに、コンフリクト解消用のWebエディタも今回のアップデートで追加されました。 どんどん便利になるCodeCommitを実際に触っていきます。 リポジトリを作る まずは、CodeCommit上にリポジトリを作ります。 $ aws codecommit create-repository --repository-name mergeeTestRepo { "repositoryMetadata": { "accountId": "xxxxxxxxxxxxxx", "repositoryId
![[Update] CodeCommitに2つのマージ方法が追加されました | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/67674eb59ceff44cd9b0c932fa1e9ffdb535fc4b/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F05%2Faws-codecommit.png)
前回はイテレーション的ソフトウェア開発が重要である理由について紹介しました。今回は、コードレビューの観点からイテレーションの重要性について考えてみます。 GitLabでは、反復を可能な限り小さくして可能な限り迅速に成果を出すようにと定義しています。マージリクエストにおいて、もし推奨する指針を1つだけ挙げるとしたら、それは「反復」です。本質的に、ソフトウェアは反復がすべてです。ソフトウェアとは大きな問題を細かく分解し、より取り扱いやすい問題にするものです。他のスキルと同様に、反復について学び、改善するように実践を重ねていきます。あなたが次に「Submit merge request」ボタンをクリックするとき、一瞬立ち止まり、これからサブミットしようとするマージがより小さくできないか考えるようにしてください。 なぜ小さなマージリクエストがいいのか 長いマージリクエストを書くことよりも悪いことは
continue-on-error を使う方法を新たに記事にしました。 以下の内容は非推奨です。参考として残しておきます。 GitHub Actions で変更があるときだけ git commit & push する方法を 2 種類。 方法 1 : シェルスクリプト完結 通常のシェルスクリプトの if ! git diff --exit-code --quiet で判定。 steps: - uses: actions/checkout@v2 - name: 変更があるかもしれないしないかもしれない run: ./script.sh - name: commit & push run: | git add -N . # 新規ファイルを含める if ! git diff --exit-code --quiet then git config user.name github-actions g
Summary 何となくでも良いのでconventional commitの仕様にしたがってcommitを作る 変更はPR作る直前までcommitしない 3.レビュー以前の変更はfixupとforce pushで既存のcommitに入れる。追加のcommitは作成しない 解説 1. 「何となくでも良いのでconventional commitの仕様にしたがってcommitを作る」について conventional commitとは、「人間と機械が読みやすく、意味のあるコミットメッセージにするための仕様」です。（公式から引用https://www.conventionalcommits.org/ja/v1.0.0/ ) この仕様(の特にコミットメッセージのタイトル部分)に従ってコミットを作るようにします。 タイトル部分の仕様はこんな感じです。 <type>[optional scope]:
第4話 コンフリクトは怖くない！解決方法【連載】マンガでわかるGit ～コマンド編～ - itstaffing エンジニアスタイル
Webサービスやアプリ開発の現場では必須のバージョン管理システム「Git（ギット）」。Gitは、専用のソフトを使えばクリックで直感的に操作することもできますが、いざというときにコマンドが使えると便利です。 第3話 では、2つのブランチを統合するマージコミットの作り方と、その仕組みを学びました。 $ git merge [ブランチ名] （マージする） 今回の第4話は、コンフリクトについてです。なにそれ…と思われる方も、このお話しを通して、わかばちゃんと一緒にコンフリクトについて学んでいきましょう。 【筆者】湊川 あいさん フリーランスのWebデザイナー・漫画家・イラストレーター。マンガと図解で、技術をわかりやすく伝えることが好き。 著書『わかばちゃんと学ぶ Git使い方入門』『わかばちゃんと学ぶ Googleアナリティクス』『わかばちゃんと学ぶ Webサイト制作の基本』『運用ちゃんと学ぶ シ
Github Actions でブランチの操作を行う
公開日 2020.6.7更新日 2020.6.8カテゴリ：Githubタグ：Github,GithubActions
husky v5 で使い方が変わっている(v6 でも変更後の使い方を継続している)。 husky v4 が deprecated した訳ではない (v5.0.0 リリース後にも v4 系のパッチリリースがある)。 The Parity Public License というのを初めて見ましたが、組み込んだソフトウェアも公開しないと行けないっぽい。つまり商用利用、実質不可。 ライブラリ毎の違いを確認する (CLI から) husky v4 (↓) husky v4 をインストールすると、 .git/hooks 配下に git-hooks 用の shell script が追加される。 $ git init husky-v4 $ cd husky-v4 $ npm init $ npm i husky@4 $ ls -1 .git/hooks | grep -v .sample applypat
この記事は、Chris BeamsのHow to Write a Git Commit Messageブログの内容を簡単にまとめた資料で、翻訳・編集して、役に立つ内容を追加したものです。 Gitのコミットメッセージをうまく作成すべき理由 なぜコミットメッセージをうまく書く必要があるのか？理由は色々ありますが、うまく書かれたコミットメッセージが有益であるという事実は、多くのプログラマが同意することでしょう。そのうち代表的な3つの例を挙げてみます。 コミットログの読みやすさ より良いコラボレーションとレビュープロセス コード保守の容易さ 「良いコミットメッセージについて考えることは素晴らしいアイデアだと思う。しかし、良いメッセージの正解があるかは分からない。個人によって良いコミットメッセージと捉える基準が異なるためだ。多くの人々が共感できる良いコミットメッセージをうまく作るためのルールはないだ
ちなみに vim の終了方法としては :cq というのもあり、これを実行すると vim が終了コード 1 で終了します。git commit をキャンセルする場合に使えます。— mattn (@mattn_jp) 2019年6月26日 だいぶ昔のツイートなのですが, さっき知ったので忘備録的にブログに書いておきます. CLIでGitを操作してて, commit logはnvimで書いてるんですが, たまにgit commit した後に｢あ, commitするbranch間違えた...!｣みたいに気づくことがあって困ることがありました. mattnさんのツイートにもあるように, :cq で閉じると, hint: Waiting for your editor to close the file... error: There was a problem with the editor 'nv
GitHub - RomanHotsiy/commitgpt: Automatically generate commit messages using ChatGPT
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
【git】GnuPG x git-secretでcredentialなどの秘匿情報を含むファイルを暗号化して安全にcommitする - その2: 複数人で扱う場合 - tweeeetyのぶろぐ的めも
はじめに gitやgithubでcredentialやtokenなどの秘匿情報を含むファイルを暗号化してcommitするメモを書きました。 【git】GnuPG x git-secretでcredentialなどの秘匿情報を含むファイルを暗号化して安全にcommitする - その1 今回は、それを複数人であつかう場合のメモです。 アジェンダ はじめに アジェンダ 1. ながれのイメージ 2. [Aさん] 秘匿情報をgit secret管理化にする gpgでkeyの生成 リポジトリを用意する git-secret管理化にする git push する 3. [Bさん] gpg keyの作成＆エクスポート gpg keyの作成＆エクスポート この時点で復号化を試してみる 4. [Aさん] GPGとgit-secretにBさん情報を設定 GPGにB -san鍵をインポート git-secretにB
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
A new hash algorithm for Git [LWN.net]
Git初心者がCommitの粒度とかを考えた話 - Qiita
SSH commit verification now supported
Rustの依存関係の信頼性を検証する (crev) - Qiita
https://twitter.com/jingbay/status/1459554512365142024
GitHub - tunepolo/manager-readme
GitHub - loov/lensm: Go assembly and source viewer
Death By a Thousand Commits
Gitのコミット日時を修正する方法 - zzzmisa's blog
[Update] CodeCommitに2つのマージ方法が追加されました | DevelopersIO
第2回 小さなマージリクエストが優れたレビューの鍵となる理由 | gihyo.jp
GitHub Actions で変更があるときだけ git commit & push する
PRを小さく保つための、commit管理3TIPS - spice picks
husky(v4, v6) と simple-git-hooks どちらを使うべきか
Gitのコミットメッセージをうまく作成する7つのルール | NHN Cloud Meetup
小ネタ: Gitでコミットメッセージ書いてる最中にコミットを取りやめる - Masteries