みなさん、Git使ってますか？僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、
git-merge の--ff, --no-ff, --squashの違いをまとめてみた。 git helpから引用 まずは、git helpを読みましょう git merge --helpから引用（抜粋） NAME git-merge - Join two or more development histories together SYNOPSIS git merge [-n] [--stat] [--no-commit] [--squash] [-s <strategy>] [-X <strategy-option>] [--[no-]rerere-autoupdate] [-m <msg>] <commit>... git merge <msg> HEAD <commit>... git merge --abort OPTIONS --ff, --no-ff Do not gene
「Git」使ってますか？ 近年、分散バージョン管理システム「Git」が急速にシェアを伸ばしています。筆者は、チケットシステムやバージョン管理の勉強会などを開催したりしていますが、Gitユーザーがかなり増えてきていると感じます。 しかしながら、そのような勉強会でアンケートを取ってみると、実案件では半分以上の人がSubversionを利用しており、Gitの導入はまだまだ進んでいません。移行コストが掛かったり、プロジェクトマネージャ層への知名度がまだまだ低いというのもありますが、理由の1つとして、ユーザー管理が煩雑であったり、アクセス制御に関する情報が不足しているということもあると思います。 そういうわけで本稿では、Gitリポジトリのユーザー管理やアクセス制御を簡単に行う「Gitolite」を紹介します。 なお、本稿ではGitの利用方法については紹介しませんので、Git自身の使い方については改め
何かのやり方や、問題の解決方法をどんどんメモするブログ。そんな大学院生の活動「キャッシュ」に誰かがヒットしてくれることを祈って。 概要 Gitインストール→サーバ側のレポジトリ作成→EGitインストール→既存プロジェクトをローカルのGitレポジトリに→Addしてローカルにコミット→サーバ側のレポジトリに(公開鍵を利用した)ssh越しにPush 基本的にはEgitのUser's Guide(英語)がベースになっています。 前提 サーバ側はUbuntu 10.04.1 、作業するPCはWindows 7 64bit、使用したEclipseのバージョンははHelios。サーバには公開鍵を利用したSSH接続が"user01"というアカウントから利用できるものとします。 $ sudo apt-get install git-core これだけでインストール完了ちなみにインストールされたのは「git-
gitosis - Git リポジトリ群の管理とアクセス制御 vol.0 の続編です。 前回のエントリでは、Git リポジトリの管理に対する不満と、それを少し改善してくれる gitosis を簡単に紹介をしました。このエントリでは gitosis のインストール編ということで話を進めていきます。 基本的に Hosting Git repositories, The Easy (and Secure) Way のエントリと同様です。本家の方が安心という人はそちらのエントリをどうぞ。 サーバ/クライアント(ローカル)両方で作業する必要があるので、識別しやすいように以下の表記をします。 サーバ作業のプロンプト表記 remote% クライアント(ローカル)作業のプロンプト表記 local% また、サーバアドレスを便宜上 remote-name.com とします。 まずは Git リポジトリをホ
gitosis について † gitosis は、（複数の）git リポジトリの管理を容易に行うためのソフトウェア。 詳しい説明は、http://openbooth.org/archives/60.html あたりを参照のこと。 gitosis により管理されるサーバーには git clone gitosis-account@some.your.server.com:some-project のような形でアクセスすることになる。 some.your.server.com gitosis をインストールしたサーバーのアドレス gitosis-account some.your.server.com に(通常は)１つだけ作成された gitosis 用のアカウント名 すべてのユーザーはこのアカウントを通じてリポジトリにアクセスする some-project git リポジトリの名前 １つの gi
最近、でもないかもしれないけど、ソースコード管理に git を使うようになりました。 あまり、ソースコード管理する場面を個人的には感じられず、今まであまり使ったことなかったのですが、使ってみると非常に便利ですね。 ちなみに、僕は svn も cvs も、ほんの少ししか触ったことなくて、そのおかげか？ git の導入は非常にスムーズでした。 僕は、家と大学と、いろいろなところでちょこちょこ開発してます。なので、リモートリポジトリがあると非常に便利です。 今までは、github を使っていました。が、github はお金払わないと private なリポジトリは作成できないのです。 あまり、public にしたくないようなものを開発したいときもあるので、今回は家のサーバーにリモートリポジトリを構築してみました。 忘れそうなので、軽く手順を。 まず、サーバーに git のリポジトリを作成しましょ
2024年下半期のフィルム写真たち ふと気がつくと2024年も残り僅か。 そしてふと振り返るとこのブログに掲載する写真がGRIIIで撮ったものばかりになっていたのだけど、決してフィルムに飽きたということではなく、フィルムはフィルムで淡々と撮り続けているし、モノクロもカラーネガもいつも通り自宅で…
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
