リモートリポジトリのコミットを取り消す - メメメモモ
概要 リモートリポジトリにあるmasterブランチのコミットを取り消す場合を考えます。 手順としては以下のような感じになります。 リモートリポジトリからmasterをpullしておく リモートリポジトリにバックアップとしてmaster_bakブランチを作成する(オプション) ローカルにあるmasterブランチに対してコミットを取り消す作業をする リモートリポジトリにあるmasterブランチを削除する ローカルにあるmasterブランチをリモートリポジトリにpushする 問題なければmaster_bakブランチを削除する(オプション) リモートリポジトリからmasterをpullしておく 普通にpullしてきます。 $ git pull origin masterpullしてきたmasterに対して、この後コミット取り消し作業を行います。 リモートリポジトリにバックアップとしてmaster_
Gitでリモートリポジトリを巻き戻す - tmtms のメモ
Gitで間違ったコミットをリモートリポジトリに push してしまった後に、それを無かったことにするには、リモート側での作業が必要だと思っていたのですが、ローカルからの操作でもできることがわかったので備忘録的に書いておきます。 次の状態にあるとします。アルファベットはコミットだと思ってください。 リモート: A-B-C master ローカル: A-B-C-D masterローカルで変更を加えてDの状態になっています。 git push すると次のようになるのですが、 リモート: A-B-C-D master ローカル: A-B-C-D masterここで、D は間違いだったと気づきました。 リモートリポジトリの master のバックアップ用のブランチを作ります。これは必須ではありませんが、念のため。 % git push origin master:master_bakこれで次の状態に
Permanently remove files and folders from Git repo
Note: In this blog post the operations that are presented will override git history. Be careful what you’re doing and backup your repo if you’re not sure what you’re doing. Few weeks ago I froze gems on my blog and ended up with a very big repository. So, I wanted to clean up the mess and remove permanently gems folder from the repository. git rm wasn’t doing the job well, it only removes the fold
Learn Git Branching
A interactive Git visualization tool to educate and challenge!
SourceTreeとGitではじめるバージョン管理 #2 - あおたくノート
前回チェックアウトでバージョン間を行き来するところまでやった。 今回はブランチとマージを試してみよう。 その前に今ここで言っているバージョンだけれど、Gitではコミット毎に区切られているから、コミット単位でバージョンを管理している、と言える。なので、Gitで管理されているあるバージョンのことを、「あるリビジョンのコミット」、あるいは単に「コミット」と呼んだりする。 リビジョンというのは版数のことだけど、意味としては通常使われるバージョンよりももっと細かな単位のバージョンのことだと思ってくれればいい。 ともかく、以降は「リビジョン」とか「コミット」とかいう言葉を使うので、覚えておいてほしい。 前回までのおさらいそれじゃあちょっとおさらいしよう。 まずは、以前のコミットをチェックアウトする。 detached HEADのダイアログが表示されるけど、構わずOK。 チェックアウトしたところまできた
リポジトリを後から共有できるようにする。 - kuma8の雑記帳
はじめに リポジトリを共有モードにするのを忘れていてトラブったので、解決した際の方法を紹介します。 今回は、 ssh経由でアクセスことが前提です。 http/https を利用する場合は別途手順がありますので、機会があれば後日紹介します。 解決方法 まず、 Git リポジトリをチームで共有する際には、 --shared オプションを付与し、リポジトリを初期化します。次に、チームのメンバーの umask を 002 もしくは 007 に変更します。 手順さえ間違えなければ、リポジトリの共有は簡単です。 --shared を忘れた場合はどうなるのかというと、正しく共有できる状態となっていないため、Permission denied が発生します。 この状態は、次の手順で解消できます。 $ cd /your/git/repository $ git config core.sharedRepos
post-receive-email を使って、push 時にメールを飛ばす - yun_kichiの日記
今まで自作で作った微妙なメール送信スクリプトを使ってたんですが、post-receive-email というものがあると知って、hollyなblog:git post-receive-email を参考に、こっちに移行しました。 これだとソースの diff がメールで見れないけど、commit 時にもメールを飛ばすようにしてるし、そこでは diff 見れるから OK ということで。 環境は下記とします。 メール送信スクリプト：/usr/local/src/git-1.6.5.7/contrib/hooks/post-receive-email 共有リポジトリ：/var/git/sendmail.git post-receive の準備 まず、コミット後に実行されるスクリプト（post-receive）を準備します。post-receive は hooks の下に post-receive.
gitリポジトリをホストするのにWebDAV使わないほうがいい - id:anatooのブログ
共有gitリポジトリをホストする方法をググると、WebDAVを使ったやり方が結構出てくる。このやり方には明確なデメリットしか無いにもかかわらず、WebDAVを使ってホストする方法を紹介するページでは触れられていないことが多い。まったく大した話ではないが、開発者が二度とひっかからないためにリポジトリのホストにWebDAVを使わないほうがいい理由を書いておく。以下、２つ。 WebDAVを通じてホストすると遅い WevDAVを通じてホストするとサーバサイドフックが起動しない 遅い 超遅い。ベンチマークを測ったわけではないが、sshでホストする場合と比べてcloneやpushやpullが3倍以上遅いのではないか。 WebDAVでホストすると遅くなってしまうのには理由があって、sshでホストする場合とWebDAVでホストする場合とでは、そもそもの通信プロトコルが違うから。pro gitを参照すると、
git でコミットした内容をなかったことにしたい（打ち消したい）時
コミットを打ち消したい時に使う reset と revert について。あとオマケでコミット前のものを打ち消す Discard についても。それぞれ SourceTree でどうやるのかも含めてメモ。 コミット済みだけれど push はしてない場合 コミット済み push 前なら「git reset」。 例）誤ってコミットしてしまったとか、いくつか試しにコミットしたけどこのコミット要らないなーとなった場合。 例）マージしないでいいブランチを誤ってマージしてしまった場合。 上記それぞれ細かくコマンドなど見たい場合、git reset についてもまとめてみる – murankの日記 が詳しかったです。 SourceTree で git reset 戻りたいコミットを選択して右クリックから「現在のブランチをこのコミットまでリセット」。push してない範囲だけが取り消せるという認識で戻りたいコミ
Windows / Mac 有名どころ Git クライアント比較
こんにちはピンクです。最近 Git のクライアントを色々試してたので、今回はそれについて。 …の前に！ 以前は Git にはインストーラーがなく、コマンドうったり Windows 環境だったら msysGit でごにょごにょしたり～というのが最低限必要だったと思うのですが、気づいたらいつの間にか Mac OS X、Windows 向けにインストーラーが出てました。びっくり。ドンドン導入の敷居が下がって良いですね。Mac と Windows ではインストーラーがあるので、インストール超簡単！ Git – Downloads msysGit のページに msysGit と Git 公式のインストーラー比較が書いてあります。興味がある方は見てみると良いでしょう。ちなみに、後述の GitHub for Windws のコア機能は msysGit ベースらしいです。 Git 用語＆流れ説明 簡単なこ
[HowTo] gitサーバをApacheで公開する手順
KYO's Tech Web関連の備忘。Linux運用とMac関連をメインに、vim, git, shell, php, symfony..など。 Subversionに続いて、gitサーバを公開する手順の覚書。 Apache、gitの入手 面倒なので、yumでインストール [code] yum install -y httpd git [/code] ※Apacheの設定などは適宜変更します git向けのApache設定 ※あくまで参考までに [code] ServerName hoge.com # 適宜変更 Redirect / https://hoge.com/ # 適宜変更 ServerName hoge.com # 適宜変更 ServerAlias hoge.com # 適宜変更 DocumentRoot “/var/git/” # 適宜変更 SetEnv GIT_PROJECT
![[HowTo] gitサーバをApacheで公開する手順](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)
Windows + Visual Studioで「まともなGUI」が使えるgit環境を整える - Cybozu Inside Out | サイボウズエンジニアのブログ
gitはコンソール(コマンドライン)で使うのが当たり前でしょ、みたいな空気がちょっと嫌だったり、実際Windows用のgit系ツールのGUIがげんなりするほど酷い完成度だったりしたこともあり、ぶっちゃけhgの方が使いやすいよね、と思わなくもないMercurial派のサイボウズ・ラボ 中島です、こんにちは。 まぁ、そうは言っても使わなくてはならなんこともあ...、じゃなくて、ぼちぼちWindows環境でもいい感じにGUIで使えるgitツール群が揃ってきたので簡単にまとめてみました。 …と言っても、GUIだけにほとんどインストールして実行するだけであります。 入れるのはこの3つ、(ただし、残念ながらどれも今の所は英語UIのみです) Github for Windows SourceTree for Windows Visual Studio Tools for Git Extension この
自社内に立てるのもOK。Ruby on Rails製、シンプルなGitHubクローン·GitHaven MOONGIFT
GitHavenはGitHubクローンのオープンソース・ソフトウェアです。Ruby on Railsで開発されています。 バージョン管理システムの一つGitが爆発的に人気を集めるきっかけになったのがGitHubです。そんなGithubクローン（今では結構変わってしまいましたが）として有名なのがGitoriousですが、今回はもう一つGitHavenを紹介します。 トップページです。さっぱりとした画面です。まずはサインアップまたはログインを行います。 サインアップする際に公開鍵も登録できます。この辺りはSSHを使うgitらしいサービスです。 無事サインナップ完了です。 リポジトリを作成しました。この表示もGithubに似ています。 リポジトリの設定画面です。パーミッションの設定も可能です（プライベートリポジトリを作成できます）。 ユーザ設定画面です。 ユーザプロフィール画面です。リポジトリが
Git管理の神ツール「Gitolite」なら、ここまでできる！
「Git」使ってますか？ 近年、分散バージョン管理システム「Git」が急速にシェアを伸ばしています。筆者は、チケットシステムやバージョン管理の勉強会などを開催したりしていますが、Gitユーザーがかなり増えてきていると感じます。 しかしながら、そのような勉強会でアンケートを取ってみると、実案件では半分以上の人がSubversionを利用しており、Gitの導入はまだまだ進んでいません。移行コストが掛かったり、プロジェクトマネージャ層への知名度がまだまだ低いというのもありますが、理由の1つとして、ユーザー管理が煩雑であったり、アクセス制御に関する情報が不足しているということもあると思います。 そういうわけで本稿では、Gitリポジトリのユーザー管理やアクセス制御を簡単に行う「Gitolite」を紹介します。 なお、本稿ではGitの利用方法については紹介しませんので、Git自身の使い方については改め
分散バージョン管理システムGitの使い方入門 | OSDN Magazine
バージョン管理システムと言うとSubversionやCVSが有名だが、近年急速にユーザーを増やしているバージョン管理システムに「Git」 がある。GitはLinuxカーネルの開発リーダーとして知られるLinus Torvalds氏が中心となって、Linuxカーネルの開発に使用する目的で開発した分散型バージョン管理システムである。2005年に開発が開始されて以来さまざまなプロジェクトでの採用が進み、現在ではPerl 5やRuby on Rails、Android、Wine、X.orgなど、有名な大規模プロジェクトで採用されるに至っている。 本記事では、このGitを使用するのに必要な「分散型バージョン管理システム」の基本的な考え方を紹介するとともに、Gitの導入方法や基本的なGitの使い方について解説する。 分散バージョン管理システムとは？ GitはLinuxカーネル開発で用いられることを前提
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://altarf.net/computer/server_tips/1446
Mercurial 対 Git：なぜ Mercurial を選ぶのか？ - Atlassian Japan
分散バージョン管理Git/Mercurial/Bazaar徹底比較
GitHubを自前で持てるRails製オープンソースソフトウェア「GitLab」:phpspot開発日誌
Av-jyo.com