今から1年ほど前に、自分でお気に入りのブログ環境を構築する記事が話題になっていて、それを読んだ時から、自分用のブログ環境を作りたいと思っていた。 俺の最強ブログ システムが火を噴くぜ - てっく煮ブログ 俺の最強ブログシステムも火を噴いてたぜ - Webtech Walker 当時はそれどころではなかったこともあって、なかなか着手できずにいたんだけど、今年の7月頃から作り始めて、最近そこそこ希望通りの形になったので、まだやり残しはたくさんあるけれど、一旦ここで一区切りということでその内容を記事にしてみる。 この手の話では静的なブログツールが主流で、当時はJekyllやOctopressが流行っていて、最近ではMiddlemanを使うのが流行りつつある印象。でも自分が作ってみたかったのは、Webサービスを開発するのと同じフローで、ブログも更新できるようにするというもの。そのフローとは、表題の
告白されたいと思って、 告白しやすくしたりしたが、男からしか告白が来ない。 http://hisaichi5518.hatenablog.jp/entry/2012/11/10/003301 よく考えたら、大人になって、社会人になって、エンジニアになって、 おじさんと話すことは多くなったが、女の子と話すことがない。 告白なんて夢のまた夢だと気づいた。 でも、やっぱり女の子に告白されると嬉しい。 とくに可愛い女の子に告白されたら嬉しい。 可愛い女の子といえば、吉高由里子だと思う。 吉高由里子に「好きって言って」とか言われたい。 吉高由里子に「好きだバカ」とか言われたい。 なので、コミットしたら吉高由里子に告白されるgit hookを作った。 コードを書いてコミットをする、たったそれだけで吉高由里子に「好きだバカ」とか言われる。最高。高まる。 https://github.com/hisaic
An interactive Git visualization tool to educate and challenge!
オペレーションとかインフラ系のエンジニアリングからは少々離れそうなので、個人的な備忘録がてら、Gitのブランチモデルについて。淡々と書くよ。 見えないチカラ: A successful Git branching model を翻訳しました 基本的に、このA successful Git branching model(上記は翻訳記事)を参考にしています。ですが、完全ではありません。運用しながら都合よく省略していますし、悪く言えば曲解もしています。あくまで、わたしが都合良く解釈して取り回した結果と考えてください。 さて、このようなドッシリとしたブランチモデルが、あらゆる規模のプロジェクトに対して有効であるかといえば、もちろんそうではありません。コツコツ個人で開発しているライブラリなどは、ブランチを使わなくても良いケースがあるでしょうし、作ってもバージョン番号ブランチぐらいのケースだってザラ
ローカルで作成した 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
8. コミットに入ってる情報 リビジョン (SHA-1 ハッシュ) 例: 23cdd334e6e251336ca7dd34e0f6e3ea08b5d0db Author (コミットを作成した人) 例: オープンソースプロジェクトにパッチを送った人 Committer (コミットを適用した人) 例: 受け取ったパッチを取り込んだ人 ファイルのスナップショット (tree) コミットで変更されたファイルを含むツリー(説明は省略) 1つ前のコミットのリビジョン 例: 4717e3cf182610e9e82940ac45abb0d422a76d77 9. コミットに入ってる情報 リビジョン (SHA-1 ハッシュ) 例: 23cdd334e6e251336ca7dd34e0f6e3ea08b5d0db Author (コミットを作成した人) 例: オープンソースプロジェクトにパッチを送った人 Co
this is a shared group repository so i had to enter the repository dir and make sure group can write into it ssh to server cd repository.git sudo chmod -R g+ws * sudo chgrp -R mygroup * git repo-config core.sharedRepository true and the try to push origin master again Don Xmar said... Hey, I still cannot make it work. This is my config file on the repo: [core] repositoryformatversion = 0 filemode
今回は、さくらインターネットに共用リポジトリを作成するやり方を書きます。少しはまりました。また、gitのインストール方法はhttp://d.hatena.ne.jp/shiba1029196473/20100219に書いてあるので、参考にしてください。 ローカルにリポジトリを作成 これは簡単です。 [local]$ mkdir gitTest [local]$ cd gitTest [local]$ git init これで、ローカルリポジトリが完成。 さくらインターネット内に共用リポジトリを作成 これも、難しくありません。わかりやすくするために、共用リポジトリはすべてgitディレクトリに入れます。 [server]$ mkdir -p git/gitTest.git [server]$ cd git/gitTest.git [server]$ git --bare init --shar
git 設定 さくらでgit使う場合のメモ シンボリックリンク(new) cshの場合 zshの場合 ローカル側での対応する場合 remote repositryの作成注意点 gitでローカルとサーバーとの環境構築 自分の開発環境めも MACでgit使う場合のメモ rebase で本番用の設定と開発用の設定を簡単に切り替える TDD と Git についてメモ コミット時の表示 現在の修正をその2、3個前のcommitも含めてブランチで進めていた事にしたい場合 zshでもbashと同じくらい快適にgit補完関数を使う git 設定 エイリアスを設定しておくと幸せになれるかも &その他設定 net stop beep #windows用 git config --global alias.b branch git config --global alias.s status git confi
pushするとこんなエラーが出る error: refusing to update checked out branch: refs/heads/master error: By default, updating the current branch in a non-bare repository error: is denied, because it will make the index and work tree inconsistent error: with what you pushed, and will require 'git reset --hard' to match error: the work tree to HEAD. error: error: You can set 'receive.denyCurrentBranch' configuration
I've always thought of git reset and git checkout as the same, in the sense that both bring the project back to a specific commit. However, I feel they can't be exactly the same, as that would be redundant. What is the actual difference between the two? I'm a bit confused, as the svn only has svn co to revert the commit. ADDED VonC and Charles explained the differences between git reset and git ch
hg と git のコマンド相違点 似てるようで違う hg と git の違いのメモ。 基本 working directory : バージョン管理対象のファイルを置くディレクトリ。バージョン管理対象にしないオブジェクトファイル等を一緒に置いても良い。 repository : working directory の一番上にある、.hg (hg の場合) または .git (git の場合) ディレクトリの中身。バージョン管理に関する情報、履歴等が置かれる。 あるところにあるリポジトリを追いかけるだけの使い方 たとえば www.kernel.org の Linus のリポジトリを追いかけるとか、そんな使い方の場合。一番シンプルな例。 最初の取得 (リポジトリを取得し作業ディレクトリに最新の内容を展開する) hg clone url [dir] git clone url [dir] 最新リ
もし図の表示がおかしかったら、このページの SVGでないバージョンを試して下さい。 SVG の画像処理を中止しています。 (SVG の画像処理を再開) このページのオリジナルは、Mark Lodato さんが執筆した A Visual Git Referenceです。 このページでは、よく使われる git のコマンドを簡潔に図を用いて説明します。 git について少し知識があるなら、このページはその知識を整理するのに役立つかもしれません。このページがどのようにして作られたのか興味があるなら、私のGitHub リポジトリを見て下さい。(日本語訳の GitHub リポジトリ) 内容 基本的な使い方 凡例 コマンドの詳細 Diff Commit Checkout 分離HEADでの commit Reset Merge Cherry Pick Rebase 技術メモ 基本的な使い方 上記4つのコマ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く