開発チームの生産性・健全性を客観的に知るためにリポジトリ履歴から機械的に可視化するツールを作った - Qiita
はじめに ソフトウェア開発のチームの生産性や健全性というものは、内部の体感的として理解できるものの、外部の人間からは見えにくいものです。こういった情報の非対称性は開発チーム外の人々との関係の中での問題の原因になってきました。 また、複数の開発チームやプロダクトを束ねるEM、CTOや、管理職にとってそれぞれの状況を客観的な数字やグラフで可視化することは、全体的な戦略を考える上でも重要な参考情報になります。ですが、アンケートやプロジェクト管理を増やすほど、どんどんと開発メンバーに負担をかけてしまうことになり、計測のし過ぎによる疲れなども誘発してしまいます。 本稿では、gitリポジトリのログ情報から、いくつかのグラフを生成し、チームの状況を可視化するためのツールgilotを作成したので、その目的と意図、そして使い方、注意点を解説します。 アプローチ方法 gilotのアプローチは、git logの
git switchとrestoreの役割と機能について - Qiita
先日8/16にGitバージョン2.23.0がリリースされました。 今回の目玉機能と言えば、新しいコマンド git switch と git restore ですね！ 本稿ではこちらの2つに絞ってどういう役割・位置づけの機能なのか英語ソースの引用も含めてご説明します。 TL;DR ブランチの変更は git switch ファイルの変更は git restore 今まで通り git checkout は使える 新機能は「実験的機能」なので今後変更の可能性あり 新機能が追加された背景 Highlights from Git 2.23によると、 git checkout に出来ることがあまりに多いため（ブランチ操作のほか、indexされたファイルの復旧、履歴上のファイルの取得など）、役割を明確に分けるためのコマンドが追加されたとのことです。 It turns out git checkout ca
Visual Studio CodeでGitの履歴を素敵に表示する - Qiita
この記事はcloudpack あら便利カレンダー 2019 の2日目です。 誕生秘話 はこちらです。 私は今年からの参戦になります。 この記事では、あら便利な拡張機能の紹介をしたいと思います。 Gitのコミット履歴が複雑になってしまった場合に、コミットグラフが絡み合ってしまい履歴が追いづらい状態になってしまうことありますよね？ そこまで酷くはないけれど、ぱっと見で履歴がちゃんと終えるかというと微妙かも...という時はまあ普通にあります そこで、最近、Visual Studio CodeのGit Graph というあら便利な拡張機能を見つけまして、これがなかなか綺麗にgitgraphを出してくれるので紹介したいと思います 使い方 インストール あるいは、GUIからインストール 起動 インストールが完了すると、VCSのパネルにボタンが追加されるので、これを押すだけです。 ボタン押下で新たなタブ
Gitのデータモデル
近藤です。こんにちは。Gitは様々な利用の仕方ができますが、その基盤となるモデルは8個だけの簡単なモデルです。これらのモデルを理解していない状態でGitを利用すると、あたかもリポジトリが壊れたように見えてしまいます。Gitは難しいと言われますが、そういう感想を持つ人はGitのモデルを理解していない事が多いようです。 今回はGitを構成する中心モデルと、基本的なコマンドを実行した時のオブジェクト関係を解説します。 基本概念 Gitの基本概念は大きく2つにわかれます。 GitObject Reference GitObjectはGitで管理するオブジェクトです。CommitなどがGitObjectです。Gitリポジトリである.gitを開くとobjects配下にあるファイルがGitObjectです。GitObjectはそのコンテンツをハッシュ化した文字列を元に、先頭2文字で配置フォルダ、残りの文
第4回 各開発拠点のソースコードを管理―gumiのゲーム開発を支えるStash | gihyo.jp
「ドラゴンジェネシス ─ 聖戦の絆 ─」や「青春姫 SCHOOL PRINCESS」など、多数のモバイルオンラインゲームを提供している（株）gumi（以下gumi）は、前回紹介したアトラシアンの「Stash」をバージョン管理システムとして導入しました。Stashを導入した背景や選定の理由などについて、同社の本間知教氏（写真1）と清水佑吾氏（写真2）にお話を伺いました。 バージョン管理システムにgumiが求めた要件 ――バージョン管理ツールとしてStashを導入されたということですが、それ以前は何を使われていたのでしょうか。 本間氏：Stashを導入する前に使っていたのはGitHub Enterpriseです。ただ、運用面でいくつかの課題がありました。gumiではほぼすべてのサーバをAmazon Web Services（AWS）で運用していますが、当時のGitHub Enterpris
GitHub で submodule ではなく subtree を使うべき理由
GitHub には、タグを打つとソースパッケージを自動的にリリースするという機能があります。スクリプト言語においては、それぞれの言語について一般的なパッケージ管理システム注1があるため、この機能を使うことが少ないかと思いますが、デファクトのパッケージ管理システムが存在しないC等の言語で書かれたプログラムや、単独で動作する管理用のスクリプトを GitHub で開発・配布する際には、本機能はとても便利なものです。 しかし、この機能は git-archive コマンドのラッパーとして実装されているため、サブモジュールのファイルが含まれないという問題を抱えています。この点は GitHub の人たちも認識しているものの、今のところ GitHub で独自に対応するということは考えていないようです注2。 私がこの問題を 知ることになったのは、picojson の issue で指摘を受けたからです。pi
キャリア1年未満だった僕が、社内にGitの運用を布教するために読みあさったもの ( +ちょ〜簡単に各Gitの運用方法のメリット・デメリット ) - Qiita
キャリア1年未満だった僕が、社内にGitの運用を布教するために読みあさったもの ( +ちょ〜簡単に各Gitの運用方法のメリット・デメリット )Gitgit-flowforkteamGithub-flow いろいろな方々とお話していると、「Gitでバージョン管理をしてみたい！」というような意見を多く聞きます。（Qiitaユーザーは「すでに使ってるよヽ(´ー｀)ノ」という方が多いとは思いますが…） 今回は、キャリア1年未満の時にgitの社内での運用についていろいろと制定していた際に、勉強した記事(+α)などを紹介したいと思います。 読んでほしい方 gitをチームでこれから導入しようとしている方 とりあえずgitを使ってみて、突っ走ってしまい、意味の分からないブランチが乱立したりして、運用に困っている方 新入社員の方など、バージョン管理って何なんだろうと思っている方 そもそもGitとは？基本的な
git rebaseを使うときのルール | Yakst
Re: [git pull] drm-next Linus Torvalds Sun, 29 Mar 2009 14:48:18 -0700 (訳注 : Daveのrebaseのやり方が好みでないというLinusに対して) > 2009年5月29日(日曜日) Dave Airlieの発言 > > 今から自分がしようとしているのは、直線じゃないツリーを送ろうとしているだけだ。 > パッチを自分の次のツリーにマージする時はいつでも、そこにそれがあるからだ。 > 自分は、Ericのツリーを自分のツリーに直接プルして、その結果を送ろうとしている。 > きれいなマージ履歴について注意しているとは思っているけど、前に言ったように、 > カーネルツリーに関してのドキュメントが何もない状態では、君がどうしたいのか > 本当のところは今の今まで分からないよ。 自分が求めているのは、きれいな履歴だ。でも、それ
Git/GitHub初心者のためのAtlassian Stashリポジトリ接続手順 | DevelopersIO
台風の影響により絶賛在宅勤務中な今日この頃、皆様如何お過ごしでしょうか。しんやです。 当エントリはタイトルにもありますようにGitとかあんま使った事無かったりするような方々 *1に向けて導入メモ・備忘録的な位置付けで書いているものです。その辺りご了承頂ければと思います。 Stashとは Stash - エンタープライズ Git リポジトリ管理 | Atlassian 新製品 Atlassian Stash: エンタープライズチームのための Git リポジトリ管理 | Atlassian Japan 最近の分散型バージョン管理システムの1つ、gitの共有ウェブサービスとしてはGitHubが最もポピュラーなGitホスティングサイトとして知られていますが、Stashは、StashはGitHubのようにGitリポジトリを管理するサービスです。 Atlassian社製品の1つであり、同社の様々な製品
GitHubのJohn Britton氏によるGitのレッスン | Engine Yard Blog JP
Gitを日常の開発に使っていても、Gitがどのように動作しているのかや、ブランチやコミットがどのような概念なのかをはっきいりと理解していない人は少なくないでしょう。今回、GitHubのJohn Britton氏がイベントの為に来日し、下北沢オープンソースカフェにてGitについての非常に細かい内容についてのセッションを行ってくれました。 動画 90分ほどのセッションが高画質で録画されています。全編英語のセッションとなっていますが画面も見やすいのでご覧になってみてください。Gitのリポジトリがどういった情報を操作しているのかなどをさまざまなコマンドの実行結果と共に解説を加えるわかりやすい内容です。 大まかな話題 Gitのリポジトリの基本概念 ツリーオブジェクト・オブジェクト ワーキングコピー、ステージング、ヒストリの違い ブランチの動き セッション中のハイライトをいくつかをツイートからご紹介し
Docker: Git for deployment | Scout APM Blog
I've been hearing how Docker is the new awesome, but it didn't click for me until I dug in with a practical question: if we deployed Scout via Docker, would deployment be a more pleasurable experience? My three takeaways are below. Finally, an efficient way to simulate our production environment Our production environment has 16 servers. If I attempted to simulate this locally with VirtualBox's re
マジカルsvnとキュアgit
2011年4月18日(火)に実施した、プライベートセミナー『アジャイル開発環境セミナー～一般ユーザが知っておきたいJIRAの概念と操作～』での資料です。
pull request を利用した開発ワークフロー
pull request を利用した開発ワークフローの話しですが、あんまりプルリの話ししてないし、コードレビュー的なお話しが多いです…。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Gitでやらかした時に使える19個の奥義 - Qiita
Extend EGit to allow use of git-flow - egit.git - Eclipse Git Team Provider (technology.egit)
GitHub - azu/awesome-commit-english: コミット英語についての記事まとめ
コンセプトから理解するGitコマンド
Migration Guide for Subversion to Git on Bitbucket
ChangeLog を支える英語
a simple git branching model
