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
大きなGitリポジトリをクローンするときの工夫を図解します - DeNA Testing Blog
こんにちは、SWETでCI/CDチームの前田（ @mad_p ）です。 SWETではCI/CDチームの一員として、Jenkins運用のサポートや、CI/CD回りのノウハウ蓄積・研究をしています。 はじめに Gitリポジトリをクローンすると、ローカルフォルダにはそのリポジトリの全体がダウンロードされ .git というフォルダに格納されます。ブランチをチェックアウトすると、ブランチ内のファイルがワーキングツリーとして展開されます。この様子を図にするとこのようになります。 この .git とワーキングツリーの使うディスク容量を節約しようというのが今回のお話です。特にJenkinsにおいて、大きめのGitリポジトリをクローンしてくる場合に課題があり、いろいろ工夫してみたので、その結果を紹介します。同じCI/CDチームの加瀬による記事「大規模リポジトリで高速にgit cloneするテクニック」と内容
ソースコードブランチ管理のパターン - Martin Fowler's Bliki (ja)
https://martinfowler.com/articles/branching-patterns.html 最新のソース管理システムには、ソースコードのブランチを簡単に作成できる強力なツールが用意されています。しかし、最終的にはこれらのブランチをマージしなければならず、多くのチームは混み合ったブランチに対処するのに膨大な時間を費やしています。複数の開発者の作業をインテグレーションし、本番リリースまでの道筋を整理することに集中して、チームが効果的にブランチを利用できるようにするためのパターンがいくつかあります。全体的なテーマとしては、ブランチを頻繁にインテグレーションし、最小限の労力で本番環境に展開できる健全なメインラインを作ることに注力すべきだということです。 ベースパターン ソースブランチング ✣ メインライン ✣ 健全なブランチ ✣ インテグレーションパターン メインラインイン
On DVCS, continuous integration, and feature branches - Continuous Delivery
On DVCS, continuous integration, and feature branches Published 15 July 2011 Translations: 中文 I like to say that feature branches are evil in order to get people's attention. However in reality I lack the determination and confidence to be a zealot. So here is the non-soundbite version. First, let me say that Mercurial (and more recently Git) has been my workhorse since 2008, and I love distribute
Git HooksはPython(など)で書いてPythonで管理しよう - Qiita
結局のところGitフックは どうやってチームメンバーと共有するの 誰がメンテすんの あたりが最終的な課題になってくると思うのですが、 Python製のツールpre-commitでGitのpre-commit hookを楽々管理！！ こちらの記事で紹介されているpre-commitを弊チームでも導入したので補足記事を書きたいと思います。 なおあくまでも補足なのでまずは上記記事を一読されることをおすすめします。 環境 windows 10 python 3.7.2 pre-commit 1.16.1 ざっくり仕組み紹介 リポジトリのルートでpre-commit installすると.git/hooksにpythonで書かれたpre-commitが生まれる このpre-commitは同じくルートにある.pre-commit-config.yamlを参照し、記載されたプログラムを上から順に実行する
Scaling Git (and some back story)
A couple of years ago, Microsoft made the decision to begin a multi-year investment in revitalizing our engineering system across the company. We are a big company with tons of teams – each with their own products, priorities, processes and tools. There are some “common” tools but also a lot of diversity – with VERY MANY internally developed one-off tools (by team I kind of mean division – thous
How To Manage Multiple Git Repositories | Perforce Software
➡️ Learn More About Helix4Git Back to top When to Use Multiple Git RepositoriesYou should use multiple Git repositories if your codebase is too large to maintain in a single Git repository. Git can't scale to handle 10s of thousands of users or 100s of petabytes of data in one repository. Using a monorepo works well if you use ClearCase, SVN, or Perforce Helix Core. But using one big monolithic re
git-repo - Git at Google
b577444 project: Copy and link files even with local branches by Brian Norris · 27 hours ago main1e19f7d sync: include TARGET_RELEASE when constructing smart sync target. by Navil · 7 days ago stable v2.47d8b4101 color: fix have_fg not re assign to true by bright · 4 months ago1c53b0f tox.ini: Make the lint and format environments run black for all code by Peter Kjellerstedt · 5 weeks agoe5ae870 t
A successful Git branching model » nvie.com
Note of reflection (March 5, 2020) This model was conceived in 2010, now more than 10 years ago, and not very long after Git itself came into being. In those 10 years, git-flow (the branching model laid out in this article) has become hugely popular in many a software team to the point where people have started treating it like a standard of sorts — but unfortunately also as a dogma or panacea. Du
"Linuxの生みの親"トーバルズ氏：「私はもうプログラマーではない」
Steven J. Vaughan-Nichols （Special to ZDNET.com） 翻訳校正： 石橋啓一郎 2019-11-01 07:30 Linuxの生みの親であるLinus Torvalds氏は、もう講演はしていない。フランスのリヨンで開催された「Open Source Summit Europe」で同氏が行ったのは、友人であるVMwareの最高オープンソース責任者Dirk Hohndel氏との対話であり、同氏は以前もこの形式で登壇している。Torvalds氏はこの基調ディスカッションで、自分はもはやプログラマーではないと考えていることを明らかにした。 では、誰もが「プログラマーの中のプログラマー」だと考えている同氏は今、何をやっているのだろうか。Torvalds氏は次のように説明した。 もうコーディングは全然やっていない。私がコードを書くのは、ほとんどがメールの中だ。
The largest Git repo on the planet
It’s been 3 months since I first wrote about our efforts to scale Git to extremely large projects and teams with an effort we called “Git Virtual File System”. As a reminder, GVFS, together with a set of enhancements to Git, enables Git to scale to VERY large repos by virtualizing both the .git folder and the working directory. Rather than download the entire repo and checkout all the files, it
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
コミットメッセージ規約 「Conventional Commits」を導入してみよう！ / Let's use Conventional Commits
Git for Enterprise DevOps: 5 Ways to Scale Git | Perforce Software
CI CD Git: 5 Tips for CI-Friendly Git Repos | Atlassian
GitHub - vaab/gitchangelog: Creates a changelog from git log history.