cherry-pick 運用の地獄から這い上がった話をしよう
はじめに はじめに断っておくが、こんな生易しいものじゃない。本当に地獄の沙汰である。 状況と問題点 筆者が参加しているプロジェクトでは、ブランチの運用が cherry-pick で行われていた。Git Flow でも GitHub Flow でもない。言うなれば、Cherry-pick Flow である。 Git Flow について Git Flow なら、本番リリースする際にまず develop ブランチからリリースブランチを切る。 それを master にマージする。 そして、master へのマージ後のマージコミット (M1) を develop に逆輸入すれば、基本的に develop ブランチが Fast-forward な状態となる。 ホットフィックスの場合も同様である。 コミットの取りこぼしなど起きるわけがないし、リリース作業自体もやることが明確でわかりやすい。 Cherry
Conventional Commits
Conventional Commits 人間と機械が読みやすく、意味のあるコミットメッセージにするための仕様 Conventional Commits 1.0.0 概要 Conventional Commits の仕様はコミットメッセージのための軽量の規約です。 明示的なコミット履歴を作成するための簡単なルールを提供します。この規則に従うことで自動化ツールの導入を簡単にします。 コミットメッセージで機能追加・修正・破壊的変更などを説明することで、この規約は SemVer と協調動作します。 コミットメッセージは次のような形にする必要があります: 原文： <type>[optional scope]: <description> [optional body] [optional footer(s)] 訳： <型>[任意 スコープ]: <タイトル> [任意 本文] [任意 フッター] あな
Conventional Commits
Conventional Commits A specification for adding human and machine readable meaning to commit messages Conventional Commits 1.0.0 Summary The Conventional Commits specification is a lightweight convention on top of commit messages. It provides an easy set of rules for creating an explicit commit history; which makes it easier to write automated tools on top of. This convention dovetails with SemVer
Default behavior of "git push" without a branch specified
I use the following command to push to my remote branch: git push origin sandbox If I say git push origin does that push changes in my other branches too, or does it only update my current branch? I have three branches: master, production and sandbox. The git push documentation is not very clear about this, so I'd like to clarify this for good. Which branches and remotes do the following git push
Fork - a fast and friendly git client for Mac and Windows
Fork is getting better and better day after day and we are happy to share our results with you.
Fork - a fast and friendly git client for Mac and Windows
Fork is getting better and better day after day and we are happy to share our results with you.
BFG Repo-Cleaner by rtyley
Removes large or troublesome blobs like git-filter-branch does, but faster. And written in Scala View project on GitHub $ bfg --strip-blobs-bigger-than 100M --replace-text banned.txt repo.git an alternative to git-filter-branch The BFG is a simpler, faster alternative to git-filter-branch for cleansing bad data out of your Git repository history: Removing Crazy Big Files Removing Passwords, Creden
Atom Flight Manual
CompanyEngineeringProductSunsetting AtomWe are archiving Atom and all projects under the Atom organization for an official sunset on December 15, 2022. January 30, 2023 Update: Update to the previous version of Atom before February 2 On December 7, 2022, GitHub detected unauthorized access to a set of repositories used in the planning and development of Atom. After a thorough investigation, we hav
sbt で github にあるライブラリを直接使う方法 - 宇宙行きたい
github にあるライブラリを使うのにローカルにインストールして云々しようとして色々試していたら id:xuwei と id:j5ik2o に github にあるライブラリ、直接使えるよ m9(^Д^)ﾌﾟｷﾞｬｰ と言われて涙目でした。 んで、 あんまり知られてないし、教えてやったんだからブログに書け！！ と、id:j5ik2o に脅されたので涙目で書いているところです。 import sbt._ import sbt.Keys._ object ProjectBuild extends Build { lazy val root = Project( id = "root", base = file("."), settings = Project.defaultSettings ++ Seq( name := "coderwall-bot", organization := "o
GitLocalize - Continuous Localization for GitHub Projects
Here's what makes GitLocalize a great fit for GitHub-based localization projects: Your repository is the single source of truth. GitLocalize tracks changes in both the source and translated documents and pulls them into the project. Translations added on GitLocalize are sent to the repository via a pull request. Have existing translations that need to be imported? No problem! Those will be synced
Gitのhashが衝突するのはどれくらいの確率か : mwSoft blog
Gitのコミット時に付けられるhashって衝突するんじゃね、と思って確認したことをメモしておく。 まず、ごくごく低確率ではあるけど衝突することはあるようだ。 How would git handle a SHA-1 collision on a blob? So what happens is that if we ever see a collision, the "earlier" object in any particular repository will always end up overriding. もし衝突が起きたら、そのレポジトリにおける過去のコミットは上書きされるよ。 あまりよろしくない挙動になっているようだ。 とはいえ衝突が起こる確率は天文学的な数字だし、偶然それが起こったとしてもちょっと過去のログが欠けるだけだから別にいいよね、ということになっている。 過去にお
Git 2.7 の優れた新機能 | Atlassian Japan 公式ブログ | アトラシアン株式会社
Git 2.6 からわずか 2 カ月後、膨大な機能と修正、そして性能の向上を果たした Git 2.7 がリリースされました。ここでは Bitbucket チームが興味を持った新しい機能を紹介します。 git worktree の完成 Git 2.5 で導入された素晴らしい git worktree コマンドを使うと、複数のリポジトリブランチからのチェックアウトやブランチ上での作業を、異なるディレクトリで同時に行うことができます。たとえば、簡単な修正をする必要があるけどワーキングコピーを汚したくない場合、次のように新しいブランチを新しいディレクトリにチェックアウトすることができます。 Git 2.7 には、リポジトリのワークツリー (および関連するブランチ) を表示する git worktree list サブコマンドが追加されています。 ワークツリーをサポートする git bisect コ
Gitリポジトリ内の特定の語を全て置換する - Qiita
FooをBarにする場合、先にfoo->barをしてしまうと、Fooまでbarになってしまうので注意（FooはBarになって欲しいはず) BSD (Mac) BSDでは--in-placeがバックアップファイルの拡張子を受け取るので、バックアップファイルが要らない場合は''を指定する git grep -l Foo | xargs sed -i '' -e 's/Foo/Bar/g' git grep -l foo | xargs sed -i '' -e 's/foo/bar/g' ''を忘れると-eというのが末尾に追加されたバックアップファイルが作成される（置換はちゃんと行われる。この動作はバグなんじゃないかと思うけど、よく分からない） GNU GNUのsed若干実装が違うため、''を渡す必要がない。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
gitでタグをチェックアウトする
GitHub - muesli/gitomatic: A tool to monitor git repositories and automatically pull & push changes
GitHub - pomber/git-history: Quickly browse the history of a file from any git repository
Gitea Official Website
GitHost | Login to Automated GitLab and Git Hosting
gitプロトコルが使えない環境での、たった一つの重要な設定 - Qiita
bash で git コマンドのブランチ名などを補完するには - Qiita
