開発チームの生産性・健全性を客観的に知るためにリポジトリ履歴から機械的に可視化するツールを作った - Qiita
はじめに ソフトウェア開発のチームの生産性や健全性というものは、内部の体感的として理解できるものの、外部の人間からは見えにくいものです。こういった情報の非対称性は開発チーム外の人々との関係の中での問題の原因になってきました。 また、複数の開発チームやプロダクトを束ねるEM、CTOや、管理職にとってそれぞれの状況を客観的な数字やグラフで可視化することは、全体的な戦略を考える上でも重要な参考情報になります。ですが、アンケートやプロジェクト管理を増やすほど、どんどんと開発メンバーに負担をかけてしまうことになり、計測のし過ぎによる疲れなども誘発してしまいます。 本稿では、gitリポジトリのログ情報から、いくつかのグラフを生成し、チームの状況を可視化するためのツールgilotを作成したので、その目的と意図、そして使い方、注意点を解説します。 アプローチ方法 gilotのアプローチは、git logの
CODEOWNERS で特定の人間をレビュー必須にすれば世界は平和になるはず - Qiita
俺氏「プルリク出しましたー！レビューお願いしまーす」 同僚甲「Approveしましたー！」 同僚乙「Approveしましたー！」 俺氏「（このあたりは同僚丙さんが一番詳しいけど、ちょっとの修正だし、まーええやろ）」 「ほんじゃマージしまーす！」 「ポチッ（マージボタンを押す）」 （CIで自動でデプロイが走る。同僚丙、トイレから戻ってくる） 同僚丙「……………………ふぁ！？」 「あああああああああああああああああ！！ちょっと待って！なんでそれマージしちゃったの！！！？？！？！？」 「この部分、実はこのファイルとこのファイルに影響してて修正しちゃうとバタフライエフェクト的にうんぬんかんぬん…」 （デプロイが完了する） バグどっかーーーーーーーーーーーーーーーーーーん！💣💥 こうした悲劇を未然に防ぎたい。 どんな小さなコードベースの変更だったとしても、 第三者の目を透してからじゃないと絶対に
git cloneできない時の調べ方と対策 〜AWS CodeCommit/Mac OSの場合〜 - Qiita
ログを詳細表示する git clone https://hogehogeだけでは、詳細が表示されずに何が起きているのかわからない。しかし、GIT_CURL_VERBOSE=1をつけて実行すると詳細が表示されます。 % GIT_CURL_VERBOSE=1 git clone https://git-codecommit.ap-northeast-1.amazonaws.com/hogehoge/ * Couldn't find host git-codecommit.ap-northeast-1.amazonaws.com in the .netrc file; using defaults * Trying 52.119.218.16... * TCP_NODELAY set * Connected to git-codecommit.ap-northeast-1.amazonaws.c
文章に関わる全ての人のための Git & GitHub 入門 1-1「Git と GitHub を使うメリット」 - Qiita
この連載はこんな人に向けて書かれています。 小説作家さん 編集者さん 校正さん ライターさん 発注者さん つまり文章を書いたり修正したりする全ての人たちですね！ シリーズ記事一覧 1-1「Git と GitHub を使うメリット」 1-2「コミットを積み上げる」 1-3「コミットを理解して活用する」 0. この連載を始めたきっかけ 僕は片倉青一という筆名で小説を書いています。 小説だけではご飯を食べられないので、覆面ライターもやっています。せちがらい。 で、覆面ライターの案件で 「クライアントさん… Git と GitHub 使って仕事したいです…」 って言ったら、使っていいということになりました。やったぜ。 でもクライアントさんは Git と GitHub の使い方をあんまり知らないので、片倉が入門書を書くことになりました。なんてこった。 この連載は、片倉がこれからの仕事で楽をするために
【git】SourceTreeで解説！間違えたときのgitコマンドとやり方
ローカルリポジトリ・リモートリポジトリを作って、一連の流れでファイルの管理は出来るようになりました。 SourceTreeというGUIを使っているので、黒い画面はほとんど触ることなく作業ができ便利なのですが、まだ使いこなせていないgit。 今回は、削除とか戻したい時とか、いろいろあるコマンドのことをまとめてみました。ｵﾓｼﾛｲﾖ!git!! 通常の作業フローで起こり得る、『失敗したーッ!!』 1.git add｜インデックス化ステージング 2.git commit｜コミット 3.（更新管理リポジトリへ）git push｜プッシュ 4.（本番環境で、更新管理リポジトリから）git pull｜プル 上記で通常の作業は完了です。が、その作業中にミスなどが発生することがあります。 ●ファイルをaddしないでcommitしちゃった ●commitのコメントを間違えちゃった ●commitを取り消した
Gitコミットメッセージの7大原則 - rochefort's blog
タイトルは大げさです。割と当たり前の話です。 ハードディスクの整理中にRailscastsのメモが出てきまして 懐かしいなぁ、 Ryan Bates(@rbates)さん 元気かなぁと Twitterを覗いてみたところ How to write a Git commit message: http://t.co/D31dVh1lks— Ryan Bates (@rbates) 2015, 7月 28 なかなか興味深い記事をtweetされていました。 Git の commit messageに 規律をもたらそうぜ、ってのは どうやら日本人だけじゃないようです。 元記事( How to Write a Git Commit Message ) Introduction 著者の過去と現在のcommit logを対比しています。 一貫して、この緑と赤の対比が見やすいので、記事も読みやすいです。 ま
Gitでやらかさないための事前予防策 - Qiita
Gitでやらかした時に使える19個の奥義を書いてやらかしたときになんとかリカバリできるようにした。 今回は、そもそもやらかさないようにしたいよねっていうお話。 コミット編 .gitignoreを細かく指定しておく .gitignoreを指定しておけば余計なファイルをコミットしちゃうことを予防できます 過去に似たようなプロジェクトがあるのならそれを流用しましょう。 ないのであれば.gitignore.ioで生成してそれをカスタムしましょう。 ワイルドカード指定やディレクトリまるごとの指定は副作用ある可能性があるので慎重に。 コミットメッセージのフォーマットを決めておく コミットメッセージのフォーマットを決めておけば書き直したいということも減ります コミットメッセージをやらかして直したいと思うことはよくあります。 そういうのって案外コミットメッセージが自由すぎることが問題だったりします。 ある
SourceTree 設定手順 覚書【Windows】 - Qiita
SSH認証キーをGitLabに登録・設定手順 覚書 をアップしたので、今回は、SourceTreeの設定手順をまとめたいと思います。 色々と情報が多かったので、自分用のメモになります。 こちらの記事で、随時更新していきたいと思います。 設定条件 Gitサーバが既に用意している（ホスティングサービスではなく自分で構築したもの） Winで設定 SourceTree設定 windows版 以下よりSourceTreeのインストーラをダウンロードして実行します。 SourceTree公式サイト Gitコマンドをインストール インストール後、SourceTreeを起動しセットアップウィザードが立ち上がります。 最初に gitコマンドのインストール方法を設定します。 SourceTreeと一緒にGitをインストールする場合は、一番上の「システム全体ではなく、SourceTree単独で使うためだけの内蔵
Gitを使ったデザイナーとプログラマの協業について話してきた #P4D #phpcon2013 - 納豆には卵を入れる派です。
常連プログラマがほぼ Rubyist しかいないP4Dなのですが、なぜかPHPカンファレンスで枠をいただいたとのことで、デザイナーとGitについて話し合ってみようという企画に参加してきました。 「生煮えぷるり」をプログラマとデザイナーの間で行ったり来たりさせる話 Pull Request 4 Designers - GitHubを使ったプログラマとデザイナーのイテレーティブな開発フロー// Speaker Deck GitHubを使った、実際のプログラマとデザイナーの協業の様子を見てもらおうということで、私がお手伝いさせていただいている、[https://forkwell.com:title=Forkwell] と [https://jobs.forkwell.com:title=Forkwell Jobs] での開発の様子を例にお話させていただきました。 補足とか 「生煮えぷるり」という
Gitで特定のファイルのローカル環境での変更を無視する - Qiita
Git管理されたレポジトリで、ローカル環境でのみ必要な設定ファイルの変更が修正ファイルとして出てきてしまうので、それを無視する方法です。 特定のファイルの変更を無視する
Learn Git Branching
A interactive Git visualization tool to educate and challenge!
.gitignoreの存在を我々は見過ごしてはならない。 - Qiita
.gitignoreとは？ .gitignoreはGitのリポジトリのルート（.gitフォルダと同じ位置）にあるときに使えます。 Railsの場合 Railsアプリとかだと、logディレクトリはバージョン管理したくないから とか書いてある。 同じように、バージョン管理の必要性がなかったり、していると不都合がおきる、 - sqlite3のDBファイル - キャッシュが入るtmpフォルダ - プロセス監視のpidファイル 等はignoreしておくべきです。（デフォルトで.gitignoreに書かれていますが） .gitignore自体はignoreにするべき？ それを ignore するなんて とんでもない！ .gitignoreはプロジェクト全体で共有しておくと、環境が変わっても（パソコンが変わっても）ignoreされるファイルやフォルダは 一緒な"はず" なので、ignoreはしなくて大丈
はてなブログ | 無料ブログを作成しよう
うめぇヨーグルトソースでもいかがですか。個人差にもよりますが。もしよろしければ。 お久しぶりです。 最近うんめぇ〜と思ってるヨーグルトソースがあるので、書いていこうと思います。 ヨーグルトとハーブ類をもりもり使うので、そういうのが食べられない方にはうんめぇソースではないです。ごめんなさい…。もしよろしければお茶だけも…旦~ 【用意する…
[WordPress ] サイトのソース管理を git で行う(簡略版)
.gitignore として、WordPress のルートに以下を作成 wp-content/uploads/ wp-content/upgrade/ GitHub に置いてある WordPress 用の .gitignore を流用しても可 https://github.com/github/gitignore/blob/master/Wordpress.gitignore # こっちは、コアソースをすべて対象外にしてくれる ( @miya0001 thx ) git リポジトリの作成とファーストコミット $ cd /path/to/wordpress $ git init $ git add .gitignore $ touch wp-content/uploads/.gitignore; git add -f wp-content/uploads/.gitignore $ touch
![[WordPress ] サイトのソース管理を git で行う(簡略版)](https://cdn-ak-scissors.b.st-hatena.com/image/square/8d71ff5111e05619a10d29bb40d7aebaa75c8fbc/height=288;version=1;width=512/https%3A%2F%2Fs0.wp.com%2Fi%2Fblank.jpg)
irusu.net - irusu リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Copy current git branch to clipboard
WordPress サイト制作におけるデプロイメントを考える ~Git とデプロイメントサービスの活用~
powerful-code.com-蒙城县郭侠熟食有限责任公司-网站
https://tech-tec.com/archives/503
blog.4shs.org is Expired or Suspended.