提言: コミットメッセージの一行目には要求仕様を書け - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? これは Git (や Subversion などのバージョン管理システム) にコミットする時により良いコミットメッセージを書くための提言です。この提言は特にメッセージの一行目だけを対象とします。せめて最も重要な一行目だけでも良いメッセージを書いて欲しいからです。提言をズバリ一言で表すと 一行目には要求仕様を書け です。 背景 プロジェクトによっていろいろ慣習の差はあるものの、一般的には「コミットメッセージの一行目は変更内容の要約を簡潔に書け」とされます。特に Git は、各コミットメッセージの一行目だけを取り出してそれを一覧表示するなど
プロキシ環境下でgitを使う
$ git config --global http.proxy http://proxy.example.com:8080 $ git config --global https.proxy http://proxy.example.com:8080 $ git clone https://github.com/joyent/node.git gitスキームのまま使いたい場合（通常はこのケースが多いだろう）は下記を追加設定する。 $ git config --global url."https://".insteadOf git:// これでgitスキームのままgit clone等ができるようになる。 $ git clone git://github.com/joyent/node.git プロキシ設定の確認
GitHubへpull requestする際のベストプラクティス - hnwの日記
みなさん、Git使ってますか？僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、
コミット履歴からファイルを削除する - Git による版管理環境を構築する
公開したいリポジトリにパスワードを含んだファイルが過去にコミットされていたりするときなど、稀にコミット履歴から消去したいものが出てきたりします。 版管理の面で言えば、コミットから履歴が消えるというのは好ましくないと思いますけど、事情によってはどうしてもということも稀にあり、git ではそういったことも出来るようになっています。 たとえば、password.txt というファイルをコミット履歴から消去したい場合は、次のようにします。 git filter-branch --index-filter 'git rm --cached --ignore-unmatch password.txt' HEAD このようにすることで、全履歴をさかのぼって、コミット履歴から 'password.txt' を削除することができました。 コミット履歴から削除するのが "filter-branch" コマンド
githubでの複数アカウントの使い分けかた — KaoriYa
githubで複数アカウントを使い分ける方法を紹介します。gitそのものではなくsshの使い方になってしまいますが。 前置き みなさんgithubは使ってますか? 趣味のオープンソース活動だけでなく、最近はお仕事でgithubを利用する人も多くなってきたことでしょう。 そうなると困るのが情報漏えい対策です。githubではお金を払えばprivateなレポジトリや組織を作ることができ、それらを活用することでNDAの下にあるプロジェクトも安心して取り扱えます。というわけで私もプライベートに使ってるアカウントをそのまま仕事に使おうと考え評価していたのですが、ある問題点が浮上しました。githubから飛んでくる通知 メールです。あれをプライベートと仕事で同じメールアカウントに飛ばしてしまうと、オペミスなど万が一の事故が起こらないとは言えないのです。特に粗忽な私はメールのオペミスしやすいですからね。
Github Pages について整理しておきます | そんなこと覚えてない
Git の練習を兼ねて Github できることといえばひとつとして Github Pages があります。 ウェブサイトを Git で管理して、Github へ プッシュすれば公開できるというものです。 使い方などは 公式のヘルプに書かれていますが自分が Github Pages を使おうとした時に知りたかったことを整理しておきます。 細かいことについてはあまり書きません。 Github Pages の特徴 Github Pages の種類 ユーザぺージ または グループページ プロジェクトページ Github Pages の構築方法 Jekyll 静的ファイル 独自ドメインの利用 Github Pages の特徴 公開リポジトリで作れば無料。容量制限もないと言ってよいです。 CGI,PHPなどで動的ページは生成できません。 代わりに Jekyll というアプリケーションを使い gith
Git入門 v1.1.0
Frontrend Vol.6 powered by CyberAgent, Inc. http://frontrend.doorkeeper.jp/events/6907 で発表したプレゼン資料です。 こういう資料に対する投げ銭的なのがどうなるのか気になっていたので、もしよろしければ・・・！15円からできるソーシャルカンパサービスだそうですm(_ _)m http://kampa.me/t/dev
KYOKUTYO NO BLOG. » Blog Archive » Gitで特定ファイルを昔の状態に戻す
間違えてコミットしてしまったファイルを、前のバージョンに戻したい。いくつ前のバージョンに戻したらいいかわからない。という時に。 作業手順 ファイルの中身を確認 % git show HEAD^:path/to/file や % git show HEAD^^:path/to/file をして、以前のバージョンのファイルの中身を覗く。 特定のバージョンにファイルを戻す バージョンがわかったら戻す。 % git checkout HEAD^ path/to/file すると以前のバージョンの内容に戻ってる。 使用例 どんな場合に使うか(使ったか) 今回↓のような状態で使った。 % cat index.html ここは○○のホームページです // 普段の内容 % vi index.html あけましておめでとうございます。ここは○○のホームページです // 年始用 % git commit -
gitで共用リポジトリにpushした変更を取り消す。 - このブログは証明できない。
天ぷらを大量に食べました。油でギットギトです。というわけで、gitで共用リポジトリにpushした変更を取り消す方法です。gitって、ローカルのリポジトリを使う参考記事は多いですが、共用リポジトリを使う記事は少ない気がしますね。でも、githubのユーザーは多いと思います。 490円のServersMan@VPS (CentOS 5) をGitサーバーにする会。 - このブログは証明できない。 追記 2010-12-03 ：重要！注意を書いたつもりが書き忘れてました。共用リポジトリをいじるので、複数人で使ってる場合は他の人に影響がでますよね。注意！！ あ。間違えてcommitしちゃった。しかも、共用リポジトリにgit pushしちゃった。しかも、50万円もする布団買っちゃった。まず、間違えてcommitしただけなら、git resetを使います。 $ git reset --soft HEA
Windows で Git の環境設定 (msysgit, TortoiseGit) - ngyukiの日記
PC を整理していたら以前社内勉強会で使ったメモが出てきたので、折角なので少し整理してブログに載っけることにしました。 msysgit まず最初に msysgit をインストールします。下記サイトからダウンロード出来ます。 http://code.google.com/p/msysgit/downloads/list 幾つかファイルがありますが「Git-X.X.X-previewYYYYMMDD.exe」という形式のファイル名の最新の版をダウンロードしてください。例えば「Git-1.7.11-preview20120710.exe」などです。 「msysGit-fullinstall-X.X.X-previewYYYYMMDD.exe」と間違え易いですが、これは msysgit 自体をビルドしたい人向けのもので、サイズもかなり大きいので不要です。 次にインストールウィザードですが、好みもあ
イマドキのIDE事情(152) 最強のGitクライアントがWindowsにやってきた!「Atlassian SourceTree」
Atlassian SourceTreeとは? 2013年3月、Atlassian社からSourceTreeのWindows版がリリースされた。 SourceTreeは、もともとJIRAやBitBucketなどで有名なAtlassian社が、Mac用に提供していたGit/MecurialのGUIクライアントだ。GitやMercurialといった分散型のバージョン管理システムは、Subversionなどの中央管理型のバージョン管理システムと比較してどうしても操作が煩雑になりがちだが、SourceTreeはわかりやすいユーザインタフェースと、上級者でも満足できる詳細な操作を両立させていることから高い人気を得ている。 今回のリリースで、この強力なGitクライアントをようやくWindows環境でも利用できるようになったわけだ。本稿ではこのWindows版SourceTreeの実力を探ってみたい。
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
GitプロジェクトをコミットしたタイミングでJenkinsにビルドをしてもらいたい！ - kk_Atakaの日記
あらすじ 全然CIっぽくJenkinsを使っていなかったので本格的に使ってみたい。 Gitを連携させたい GitリポジトリにコミットしたタイミングでJenkinsにビルドさせてみたい …のだが、いきなりビルド時にcloneできないという現象でハマっていた。 ERROR: Error cloning remote repo 'origin' : Could not clone C:/project/excel_for_ruby.git 上記の原因 cloneできない問題はJenkins実行時にgit.exeにパスが通ってなかった、設定していなかったという非常に残念なものだった。Jenkins実践入門にも手順が書いてあった。*1 Jenkinsの「ビルド実行」でGitリポジトリのソースのテストをする Jenkinsの管理 => プラグインの管理 => Jenkins GIT plugin をイ
remote に branch を push し、remote から clone したリポジトリの branch を変更して push する - basyura's blog
ローカルで作成した branch は remote に push しないと他の人から見えない。remote から clone したリポジトリは何もしなければ master ブランチしか見えない(ように見える)。 remote に branch を push し、remote から clone したリポジトリの branch を変更して push するまでの操作。 ローカルにリポジトリを作成する $ mkdir sandbox $ cd sandbox/ $ git init Initialized empty Git repository in /repos/sandbox/.git/ $ touch README $ git add . $ git commit -m "first commit" [master (root-commit) d31404a] first commit 0
Y.A.K.U.C.: GitのリポジトリにHTTPでアクセス出来るようにする
2012年4月26日木曜日 GitのリポジトリにHTTPでアクセス出来るようにする GitのリポジトリにHTTPでアクセス出来るようにするには、WebDAVの設定を行う方法と、Smart HTTPと言っていますが、gitのCGIを叩いて実行する方法があります。この２つの方法のうち、Smart HTTPのほうがアクセス効率が良くて早いとのことなので、こちらの設定方法についてまとめます。記述はubuntu 10.04で設定を行っています 1. 設定条件 OS: ubuntu 10.04 HTTP: Apache 2.2 リポジトリのパス /var/www/git リポジトリのURL /git クライアント： Mac OS X LionでAppleより開発ツールをインストーすると入っているGITクライアント ２．リポジトリの準備 リポジトリを作成します。ここでは、/var/www/git以下に
Gerritを約1年運用してみて – ちとろぐ
Gerritを利用して拙作のLhazをオープンソース化してから，１年が過ぎようとしています。ここで，Gerritの良い点，悪い点をまとめます。GitHubやSourceForgeを使用した経験はないので，他の開発プラットフォームと比較した結果ではありません。運用中のレビューサイトはこちらになります。 良い点 gitが身についた Gerritはgitベースですので，gitの使い方が身につきました。add, commitなどの基本的なコマンドはgitのみの運用でも身につくかと思いますが，Gerritではpushやコンフリクトの解決にrebaseが必要だったりして，やや進んだ使い方が身につきます。また，Lhazの開発では，zlib等の外部ライブラリを使用しており，mergeも使ったりしました。 ブランチがGerrit上で可視化されるのも良いと思います。具体的には，zlib等をmasterブランチ
Gerrit 使ってみよう
2. 自己紹介 おだ しんすけ 大阪で開発者やってます SQLWorld 代表 (http://sqlworld.org/) http://d.hatena.ne.jp/odashinsuke/ @shinsukeoda 3. Gerrit ってなに？ Git リポジトリに対しての Web ベースの コードレビューツール http://code.google.com/p/gerrit/ 変更内容を、左右に並べて表示出来るよ レビュアーがインラインにコメントを追 加出来るよ 4. Gerrit ってなに？ レビュー(Code-Review)と検証(Verified) の2本立て レビュー：ブラウザ上で行う 検証：実際に動かして動作確認 (Compile, Unit Test Pass, ...) 詳しくはここを見よう！ http://gerrit- documentation.googlec
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
git でリモートのタグやブランチを削除する方法 - Qiita
windows版 SourceTreeでWinMergeを使うための.gitconfig設定 - Qiita
やりなおせる Git 入門
