AWS BeanstalkにCakePHPのサンプルをGitでデプロイした - ブログ
BeanstalkでPHPをGitでデプロイできるそうなのでどんなことができるのかやってみました。 背景 以下のことを調査したかった BeanstalkでPHPのフレームワークの利用 利用した時の感触 Gitでのデプロイによって開発のサイクルを回しやすくしたい CakePHPでのサンプルアプリ作成手順 環境の設定などはこちらのブログを参考にしながら、以下の手順で行いました。 http://d.hatena.ne.jp/j3tm0t0/20120404/1333531368 手元にGitレポジトリ作成 CakePHPをダウンロードしてCakePHPのサイトに手順が載っているブログチュートリアル*1を作る Beanstalkの環境構築 AWSのレポジトリにPush 確認 ちょこちょこつまづきながらも、できました。Gitデプロイ便利ですね。 確認/少し工夫したこと Gitでの開発→テストを簡単に
もっとよいGitチートシート - 西尾泰和のはてなダイアリー
世の中にGitのチートシートはいくつかあるけど「Gitを知らない人に渡して最初に読んでもらうのに適したもの」が見つからない。チートシートじゃなくてチュートリアルと呼ぶべきかもしれないけど、とにかく印刷してA4で1枚になるくらいの資料が必要だ。Gitに触れた技術者が軒並み同じ落とし穴でコケるのは正しい状態ではない。「Gitには、indexっていう『コミットする前にワークツリーで行った変更のうちのどの部分をコミットするか整理するための場所』があるんだよ」とか「git revertはsvn revertと違っていきなりリポジトリに変更を加えるから気をつけて」とか最初に言ってもらえればもっとスムーズに進めたはずだ。 というわけでどういうチートシートが必要かに関して考えてみる。 登場人物 http://www.ndpsoftware.com/git-cheatsheet.html このチートシートが
Git Cheatsheet
stash workspace index local repository upstream repository status Displays paths that have differences between the index file and the current HEAD commit, paths that have differences between the workspace and the index file, and paths in the workspace that are not tracked by git. diff Displays the differences not added to the index. diff commit or branch View the changes you have in your workspace
pushし忘れないようにプロンプトに表示するようにした - ぱせらんメモ
SubversionからGitに乗り替えてからというものコミット漏れ/忘れが激減（Changed but not updatedとかUntracked filesって出るし）したんだけど、今度はpush忘れをするように……。 なんかローカルでコミットした時点で満足しちゃうんだよね。で、帰宅してから同期しようと思ったら何も流れてこなくてうわぁぁぁぁぁ！！て。 コミットしたらすぐpushっていうのはrebaseとかしづらくなっちゃうからちょっとやだし、実はgit-svnで運用してるのでイライラで爆発しちゃいそう。 なので帰宅前に忘れずにpush（dcommit）できればそれでいいんだけど、毎日定時で帰れるほど平和な生活してないのでアラームを仕掛けるという案もいまいち。 で、色々考えた結果、プロンプトにpush済みかそうでないか表示できたらいいかも！と思ったので早速やってみた。 git bash
Sign in for Software Support and Product Help - GitHub Support
GitHub Service Status Webhooks is currently status yellow, with an update as of 16 minutes ago. This may affect Webhooks behavior and performance. Issues is currently status yellow, with an update as of 16 minutes ago. This may affect Issues behavior and performance. Please check GitHub Status for more information.
操作体系から見る、GitとMercurialの8つの違い
つい先日、SVNからMercurialに移行するべき8つの理由をまとめたが、Twitterやはてなブックマークのコメントを見ていると、同じ分散バージョン管理システムとしてGitとMercurialとの比較に関心が高く、Windowsでの動作でMercurialを評価する人が多いように感じられた。 それも一つの側面で間違いでは無いのだが、日々の開発作業で使っていくと、むしろ操作体系の方が気になるものだ。GitとMercurialの両方を使う機会があったので、操作体系の面で気づいた違いを列挙した上で、Gitに対するMercurialの優位点を考察してみる。 1. 管理対象ファイルの指定方法 .gitignoreや.hgignoreで管理外のファイル名を指定でき、正規表現も使える点は良く似ている。 しかしGitはcommit前にコミット対象を毎回git-addで指定するが、Mercurialは一
“Git だろうと Mercurial だろうと、ブランチ名をzshのプロンプトにスマートに表示する方法”が便利すぎる件
“Git だろうと Mercurial だろうと、ブランチ名をzshのプロンプトにスマートに表示する方法” で紹介されている zsh の vcs_info という関数を使って git や mercurial のブランチ名をプロンプトに表示しているみたいです。 git 使ってたら実際どのブランチいじってるのかわからなくなることが 多々あって困ってたのでさっそく導入してみました。 はまったのは “vcs_info: function definition file not found” というエラーが 表示され vcs_info が使用できなかった。 これはバージョンを 4.3.6-dev-0+20080929-1 以降にすればいいらしい。 mac の ports の場合は zsh-devel でいれないと 4.3.6 以下なので使用できない。 zsh-devel をインストールして /opt
【コラム】イマドキのIDE事情 (52) EclipseでGitを使おう! EGitを試してみる | エンタープライズ | マイコミジャーナル
Gitとは？ 最近、分散バージョン管理システムが注目を集めている。分散バージョン管理システムでは、CVSやSubversionなどこれまでのバージョン管理システムと違い、単一のリポジトリで集中的に管理するのではなく、複数のリポジトリを利用することができ、必要に応じてリポジトリ間の同期を取ることになる。 開発者は自分専用のローカルリポジトリを持ち、普段はローカルリポジトリに対してコミットを行い、必要になった時点で中央リポジトリに同期するといった使い方が可能だ。また、リポジトリをローカルに持つことによって、オフライン時でもコミットができ、オンラインになったタイミングでリモートリポジトリと同期を取るといった運用も可能になる。 図1 分散バージョン管理システム 主な分散バージョン管理システムとしてはGit、Mercurial、Bazaarなどがある。とりわけGitはLinuxカーネルの開発にも使用
CalmTech
私のメインIDEはEclipseで、SVNを使用しているのですが、githubにちょっと公開したいソースができたので、gitもEclipseからできないものかとプラグインを探してみたら、ありました。EGit。 前に調べた […] 私のメインIDEはEclipseで、SVNを使用しているのですが、githubにちょっと公開したいソースができたので、gitもEclipseからできないものかとプラグインを探してみたら、ありました。EGit。 前に調べたときはmsysgitでやるしかなく、Eclipseプラグインもgit向けが出たばっかりでろくに動かなかったので見送っていました。コマンドで暮らしてれば別に問題ないのでしょうが、GUIメインですし、メインの開発環境から出ずに済むならその方がいいです。 インストール アップデートサイトがあるので、http://download.eclipse.org/
EGit | The Eclipse Foundation
Eclipse EGit™ About This Project EGit is an Eclipse Team provider for the Git version control system. Git is a distributed SCM, which means every developer has a full copy of all history of every revision of the code, making queries against the history very fast and versatile. The EGit project is implementing Eclipse tooling on top of the JGit Java implementation of Git. Andrey Loskutov (Advantest
Accueil
Dans le monde des jeux en ligne, les plateformes gratuites ont su séduire un large public et connaissent une popularité croissante. Des jeux vidéo en passant par les sites de casino en ligne, nombreux sont ceux qui ont su tirer profit de cette tendance. Pourquoi les jeux en ligne gratuits remportent-ils un tel succès auprès des Français ? Quels... L’utilisation du robot de trading fait rêver de pl
メモcache: gitを知らないデザイナとgitで共同作業するには？
2009/12/14 gitを知らないデザイナとgitで共同作業するには？ デザイナとgitで共同作業するまでの過程をログに残しておきます。 第一段階 会社で使っているフレームワークの Vの部分(いわゆるテンプレートまわりとか)はデザイナもさわるので、 .gitignore で無視することにして、 フレームワークのMVCのVの部分を除いてプログラマしかさわらない部分だけの リポジトリを作ってgitでバージョン管理することにした。 第二段階 ところが、Vの部分はデザイナしか関わらないわけではありません。 当然のごとく、プログラマ側から 「できればVの部分もgitでバージョン管理したい」 との要望がでてきました。 第三段階 そこで、デザイナに「バージョン管理は何を使っていますか？」 と聞いてみたところ「Mac の Time Capsule です。」 と言われ若干放心状態に…。 確かにバージョン
git submodule でサブモジュール管理してるとディスク容量を圧迫して泣きたくなりませんか - di: suzak
ということで三分プログラミング. コピペとコピペとコピペにより大きくなってるので続きを読むからどうぞ. どういうもの？ git submodule は他の git リポジトリを参照することにより, モジュール毎の管理を可能にします. 一方同じモジュールを利用する全てのリポジトリにリポジトリをコピーするのでディスク容量*1を圧迫します. そこで, サブモジュールは一箇所に置いておいてそのモジュールに依存するリポジトリのところにワーキングディレクトリのみを作成することで, ディスク使用量を軽減します. 要は git submodule の git clone が走るところに git new-workdir を仕込むだけの簡単なおしごとです. コピペしただけ……. しょぼいしごと……. つかいかた PATH の通ったところに git distribution に入ってる contrib/work
git pushがrejectされたときの解決の手順 - 今日もスミマセン。
いまだにgitがよくわかってない。 git push すると $ git push To git@github.com:snaka/snaka-code-pocket.git ! [rejected] master -> master (non-fast forward) error: failed to push some refs to 'git@github.com:snaka/snaka-code-pocket.git' To prevent you from losing history, non-fast-forward updates were rejected Merge the remote changes before pushing again. See the 'non-fast forward' section of 'git push --help' for d
MercurialとGitのブランチの違い - wyukawa's diary
MercurialのブランチというのがどういうものでしかもそれがGitと同じなのかどうかもいままでよくわからなかった。 その辺のモヤモヤがこれを読んで理解できた（気がする）。 experimentalworks » Blog Archive » Mercurial bookmarks A Guide to Branching in Mercurial / Steve Losh まずMercurialでは以下の4種類のブランチがある。 リポジトリをcloneしてつくるブランチ hg bookmarkで作るブランチ hg branchで作る名前付きブランチ 名無しブランチ リポジトリをcloneしてつくるブランチは hg clone test-project test-project-feature-branch というように単純にcloneして新機能を開発してあとでマージなりリベースなりする
Gitコマンド一覧｜DIGITAL SQUADブログ
Gitコマンド一覧 「WEB+DB PRESS Vol.50」はじめてのGitをみて勉強しながらコマンドをまとめてみる。 git initgitでのバージョン管理の最初のコマンド。 バージョン管理の対象のフォルダに移動してからこのコマンドを実行することで、.gitフォルダが出来てバージョン管理の対象になる。 git --bare initワークツリーのないリポジトリを作成。 git add .現在のワークツリーの状態を『記録』する。 まだコミットはされていない。 最後のピリオドまで必要。 git add -u-uオプションをつけるとワークツリー内の全てのファイルを記録する。 git add -A新しく作成されたファイルを含めてインデックスに記録する。 git add -pどの変更を次回のコミットに含めるかを選択して、インデックスに記録する。変更の内容が、論理的に関連性がない場合などに使用す
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub、“Git”の使い方をWebブラウザーで学べるチュートリアル“Try Git”を公開
GitHub Services
IDEA * IDEA
Gitの使い方をステップ毎にわかりやすく教えてくれる『Git Immersion』 | 100SHIKI
