Conventional Commits
Conventional Commits 人間と機械が読みやすく、意味のあるコミットメッセージにするための仕様 Conventional Commits 1.0.0 概要 Conventional Commits の仕様はコミットメッセージのための軽量の規約です。 明示的なコミット履歴を作成するための簡単なルールを提供します。この規則に従うことで自動化ツールの導入を簡単にします。 コミットメッセージで機能追加・修正・破壊的変更などを説明することで、この規約は SemVer と協調動作します。 コミットメッセージは次のような形にする必要があります: 原文： <type>[optional scope]: <description> [optional body] [optional footer(s)] 訳： <型>[任意 スコープ]: <タイトル> [任意 本文] [任意 フッター] あな
ほげめも: Git Companion Scripts
Git Companion Scripts まだしつこくマルチプラットフォーム開発環境における Git のエンコーディングチェック についてやってます。とはいっても、ほとんどもう Perl の話になっているのですが。 いろいろファイルが増えてきたので、新しく Github に Git Companion Scripts というリポジトリを作ってまとめました。これの使い方について書きたいと思います。 2012/05/11 更新: git check-attr による Git 属性の活用 において pre-commit-encoding スクリプトを改良しましたので、この記事の使用法を改訂しました。 概要 Git Companion Scripts は Git の標準環境で追加のソフトウェアのインストールなしに使える便利なスクリプト集です。Linux や Unix の Git だけでなく Gi
お手軽絵文字コミット
などなど。めちゃんこあります。めちゃんこありますが、絵文字というビジュアルに訴える文字を採用しているおかげでパット見で何やったかわかりますね。🔥とか絶対なんか燃やしてますし、🚚とか絶対物を動かしています。 🍺は多分酔った勢いでコードを書いたんだと思います。限界開発を感じますね。 🌈 映える 映えます。絵文字はカラフルなので。 ✨ ツールを使って絵文字コミットする (CLI向け) JetBrains製IDEを使用している方はこちらをご覧ください。 先述したように、一見してみるとマジでめんどくさそうですが、大丈夫です。 簡単にGitmojiに沿ったルールで絵文字コミットできるツールが提供されています。「gitmoji-cli」です。 gitmoji-cliを使用すると、以下の3ステップを踏むだけで絵文字コミットできるようになります。 絵文字を選択する。(キーワードから絞り込み可能) コ
gitmojiの絵文字ってどれを使えばいいの？ | cloud.config Tech Blog
この記事はFIXER Advent Calendar 2021 21日目 の記事です。 皆さんこんにちは！FIXERの小倉です。 突然ですが、「gitmoji」って知っていますか？ gitmojiとはgit commitするときにコミットメッセージの先頭に絵文字を簡単に付けれるようになるツールのことです。 公式サイトはこちらからどうぞ（gitmoji | An emoji guide for your commit messages） これを導入することにより、そのcommitがどのような変更をしたのかということをアイコンを見るだけで把握できるようになります。 一文字のスペースで表せるので場所を取らないのも良いですね ただ、gitmojiを導入しようとしたときにこう思ったことはありませんか？ 「...え？こんなにたくさんあるの？これ全部覚えるのは大変でめんどくさくない？」 そうなんです。現
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
Gitの操作を間違ってしまった時に簡単に元に戻せる「git undo」を使う方法
プログラミングを行う上でバージョン管理システムとしてよく利用される「Git」において、ほとんどの操作をやり直せるコマンド「git undo」をTwitterで働くエンジニアのarxanasさんが開発・公開しています。 git undo: We can do better https://blog.waleedkhan.name/git-undo/ Gitはユーザーのさまざまなうっかりミスに対してデータが失われにくい構造に設計されているものの、実際に操作ミスをしてしまった際にもとの状態に戻すにはそれぞれの状況に応じて別のコマンドを使わなくてはならず、「初心者がさらに間違いを重ねて複雑怪奇な状態にしてしまう」というケースがありがち。 こうした状況を解決するためにarxanasさんが開発したのが「git undo」です。git undoはその名の通り、間違って行ってしまった操作をやり直せるコマン
依存しあう複数の Git リポジトリを git subtree で monorepo 化する - シンクロ・フード エンジニアブログ
基盤チームの川井 (@fohte) です。 今回は、monorepo と呼ばれる複数のリポジトリを単一のリポジトリで管理する運用方法の紹介と、実際にその運用に切り替えた話をします。 弊社は GitHub Enterprise を使っており、Git Flow を独自に拡張した master, develop, feature ブランチの 3 種類からなる運用フローを採用しています。 今回はその環境を前提としてお話します。 monorepo とは？ monorepo は、複数リポジトリを単一のリポジトリで管理するという Git リポジトリの運用方法の一つです。 monorepo のメリットとしては以下の点が挙げられます。 密結合なリポジトリの運用が楽になる 複数リポジトリに横断した修正が簡単にできるようになる 例えば、あるリポジトリ A の変更に従って別のリポジトリ B も変更するとき、リポジ
GitLab flowから学ぶワークフローの実践 | POSTD
Gitによるバージョン管理では、従来のSVNなどよりずっと簡単にブランチングやマージができます。さまざまなブランチ戦略やワークフローが可能であり、以前のシステムに比べるとほとんど全てが改善されたと言えるでしょう。しかしGitを利用する多くの組織はワークフローの問題に直面します。明確な定義がなく複雑で、Issue Tracking Systemと統合されていないからです。そこで、明確に定義された最良の実践的方法としてのGitLab flowを提案したいと思います。issue trackingには feature driven development と feature branches を組み合わせます。 他のバージョン管理システムからGitに移行する際によく耳にすることは、効果的なワークフローの開発が難しいということです。この記事ではGitワークフローとIssue Tracking Sys
よりよいGitの設定 | Yakst
.gitconfigファイルに記入するオプションをカスタマイズすれば、Gitをより上手に、便利に使うことができる。著者のGit設定の紹介と、便利な設定の解説。 私はGitが大好きで、いつでもGitを使っています。私は時々、何かについて深く調べてみたり、ドキュメントを一通り読んでみたり、設定を見直してみたりするのですが、今回はGitについてそれをやってみました。私の書いた4番目の技術スタックの改善に関する記事にようこそ！ Gitのすべて 私がコーディングを始めたのは、ただのファイルシステム上でコピーしていたあの辛い日々、そしてチェックアウトに排他的ロックが必要だったVisual SourceSafeを使っていた時でした。それでもその時、ソース管理のコンセプトは私にとって素晴らしいものに思えましたし、家でコーディングする時にはそういったものにアクセスできたらな、と思っていました。 その後カリフ
Introduction - Gogs: A painless self-hosted Git service
Vision The Gogs project aims to build a simple, stable and extensible self-hosted Git service that can be set up in the most painless way. With Go, this can be done with an independent binary distribution across all platforms that Go supports, including Linux, macOS, Windows and ARM-based systems. Core values Simple to install: Run the binary, or run as a Docker container. Cross-platform: Runs on
[java] どのブランチから作られた jar かをわかりやすくしたい - tokuhirom's blog
[java] どのブランチから作られた jar かをわかりやすくしたい どのリビジョンが実際にデプロイされてるかをその場ですぐに確認したいというような要求がある。 そういうわけで、jar の中にリビジョン情報などを埋め込みたい。 そんなときには git-commit-id-plugin が便利。 https://github.com/ktoso/maven-git-commit-id-plugin 設定がごちゃごちゃと書いてあるが、ごちゃごちゃ書かなくても OK である。 以下のように書けばOK。 <build> <finalName>${project.artifactId}-${project.version}-${scmBranch}-r${buildNumber}-</finalName> <plugins> <plugin> <groupId>pl.project13.maven
テクニカルライティングの将来 ー GitHub上のAsciidocで技術書Pro Gitを協働執筆 | POSTD
Pro Git第2版の驚くべき冒険と最終的なツールチェーン ほぼ6年前、私はApressから執筆が予定より遅れていたPro Gitと呼ばれる本の手伝いの誘いを受けました。結局原著者が書き続けないことを決めて、私が最初から書き直して2009年8月頃に最終的に出版されました。最初の3章あたりは、私はWordで本を書きました。そして編集者に文書を送って、しばらくして最終的な版を手にしました。 この3章のあとで、私たちが執筆と技術的な編集段階のためにMarkdownに切り替えて、同意された編集のためにだけWordへ戻るように提案したとき、私はやめようとしていました。一旦本が完成したら、私はすべての内容をMarkdownへ再び戻したので、それを私が作成したWebサイトにおいてオンラインで発表できました。幸運にも、原著者は著作をクリエイティブ・コモンズ・ライセンスとすることでApressと同意しました
Git で monorepo を扱う際の課題とヒント | Atlassian Blogs
多くのユーザーがその柔軟さ故に Git を分散型バージョン管理システムとして採用しています。特に Git のブランチとマージのモデルは、分散型の開発ワークフローを実現する強力な方法となっています。この柔軟性が大半のユースケースに機能する一方で、それほど美しく扱いきれないこともいくつかあります。そのようなユースケースの一つは、monorepo という大きな一枚岩のリポジトリで Git を使用することです。この記事では、Git を使用して monorepo を扱う際の課題について説明し、その問題を緩和するヒントを提供します。 monorepo とは? さまざまな定義がありますが、我々は monorepo を以下のように定義します。 論理プロジェクトを二つ以上含むリポジトリ (iOS クライアントやウェブアプリケーションなど) 各プロジェクトはほとんど関連がなく、疎結合、または異なる方法で繋がっ
git-flow cheatsheet
About git-flowはgitの拡張であり、Vincent Driessenの提唱するブランチモデルを実現するための高度なリポジトリ操作を提供します。 more ★ ★ ★ このチートシートは基本的な使い方とgit-flowの効果を表します。 ★ ★ ★ Basic tips Git flow は素晴らしいコマンドライン補助と出力を提供します。何が起こるか注意深く読み解いてください。 macOS Clientの Sourcetree は素晴らしいGUIとgit-flowサポートを提供します。 - Git-flow はマージすることをベースとして考えるソリューションです。リベースは行いません。 ★ ★ ★ macOS Homebrew $ brew install git-flow-avh Macports $ port install git-flow-avh Linux $ apt
Steins;Git
Steins;GitはSteins;Gateを用いてGitを解説する薄い本です。 Steins;GitはSteins;Gateの二次創作物です。そのため貢献をする前に次に挙げるページを読み、これらに遵守した形で貢献をしていただけるようお願いします。 著作物転載ガイドライン｜ニトロプラスNitroplus 二次創作活動における同人誌等の活動に関する取り扱いについて｜ニトロプラスNitroplus Steins;Gitの執筆方針について Steins;Gitは「Gitの使い方を、Steins;Gateの世界観を使って説明する」書籍です。「Steins;Gateのストーリーの流れに沿って、Gitの説明をする」書籍ではありません。 簡潔に書くと「シュタゲ本」というよりは「技術書」よりです。とはいえ、なるべくSteins;Gateを絡めていきたいですし、全体の雰囲気もSteins;Gateっぽくした
GitBucketをApache/GlassFishで構築する方法 - Sanwa Systems Tech Blog
こんにちわ！！ ゴルフWEB予約を担当してるデラです。 LL(主にPHP)やCI界隈の記事を書いていこうかと思っています。 今回はGitBucketをGlassFish上に構築する方法を紹介します。 GitBucket を GlassFish 上で構築することによって WEBのコントロールパネルが使いやすく、GitBucketの更新やJenkins等も構築できるので便利です。 GitBucketとは 今更感はありますがGitBucketはGitHubのオープンソースのクローンプロジェクトです。 Scalaで組まれており、JavaのAPサーバで動作し、導入が簡単に行えるのが特徴です。 https://github.com/takezoe/gitbucket GlassFishとは GlassFishは、サンを中心としたオープンソース・コミュニティと、同コミュニティで開発されたJava EE準
グーグルのバグ予測アルゴリズムを実装したツール「bugspots」、オープンソースで公開
ソースコードのなかでバグが多いのは、より高頻度に、かつ最近になって集中的に直している部分。これが、グーグルで採用された「バグ予測アルゴリズム」であることを、先月の記事「グーグルはコードの品質向上のため「バグ予測アルゴリズム」を採用している」で紹介しました。 そのバグ予測アルゴリズムを実装したツール「bugspots」がオープンソースとして公開されています。 gitのレポジトリを分析 bugspotsはRubyで記述されており、gitのレポジトリから履歴を読み込んで分析し、どのモジュールにバグが含まれている確率が高いかを示してくれます。 以下のようにインストールして実行（説明ページから引用）。 $> gem install bugspots $> git bugspots /path/to/repo $> git bugspots . # (in current git directory)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Fixing moved subversion repositories when using git-svn
gitignore.io - Create useful .gitignore files for your project
Adding Git commit information to java jar manifest using Gradle