Vulnerability announced: update your Git clients · GitHub before $ git --version git version 1.9.3 (Apple Git-50) インストール $ open https://www.kernel.org/pub/software/scm/git/ # (ブラウザでDesktopにでもダウンロード) # https://www.kernel.org/pub/software/scm/git/git-2.2.1.tar.gz $ cd ~/Desktop # (アーカイブユーティリティで解凍) $ cd git-2.2.1 $ ./configure $ make $ sudo make install # (/usr/local/binに入ってるはず) $ /usr/local/bin/git
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
バグ管理システムのRedmine、システム開発では欠かせないツールですが、今回さくらのVPSを借りてそこに自分用のRedmineをインストールしてみました。 バージョン管理はGitでやることにしましたが、できればリモートレポジトリを自鯖上に構築するのは避けたい。Githubの非公開レポジトリをRedmineから参照する方法を調べてみました。 ちなみにRedmineの認証機能以外のアクセス権限がかかっていない前提です。外部からRedmineを参照できない環境の場合は使えないみたいです。 環境 さくらのVPS CentOS5.5 x86_64 Rails2.3.5 Passenger3.0.2 git1.7.3 Redmine1.1.0 です。 RedmineのインストールはRedmine 1.0をCentOSにインストールする手順 | Redmine.JP Blogあたりを参考にPassen
2011年12月20日00:10 Ruby heroku Herokuって便利だし利用までたった3ステップですお!! Ruby Advent Calendar jp: 2011 : ATNDの20日目の記事です。19日目はtamootさんでWindows環境で torquebox + JRuby + #tDiary を動作させる - 会長@腹部日記(2011-12-19)でした。 さて、ブログ書くのちょーひさびさですが、今日は Heroku について書きます>< # ちなみに去年の Ruby Advent Calendar ではこんな記事を書きました プログラマたるもの、Webサービスを作りたいと考えるのは自然なことでしょう。ただ問題は作ったものをどうやって公開/運用するか、です。自宅サーバやレンタルサーバでももちろん良いのですが、Ruby の場合だと Heroku を利用する、という選択
アッド & コミット 変更されたファイルを選択します。 git add <filename> git add * を実行するとIndexに追加されます。 これは基本的な作業の一つです。 変更を実際に適用するには git commit -m "Commit message" を実行します。 変更がHEADに入りましたが、 リモートリポジトリには未だ入っていません。 変更のプッシュ この時点で、変更がローカルリポジトリのHEADに適用されました。この変更をリモートリポジトリに適用するには git push origin master を実行し、masterの代わりに適用のブランチ名を入れます。 もし既存リポジトリをクローンせずに使用した場合 git remote add origin <server> を実行すると、リモートリポジトリを登録する事が可能です。 これで変更を特定なリモートリポジト
追記:たくさんブクマしていただいて驚いております。ブクマコメントだと、やはり git push -f は反則だろという意見がサイレントマジョリティのようですが、そこはそれ、自 己 責 任 追記2(2011/11/07):commit messageをミスった場合について訂正しました。 git rebase -i で直近のコミットを "edit" にして修正すると、 「--amend使えや」と言われるようです。 gitのコミットをしくじった時の対処法について、一覧性の高いまとめがなかったので作りました。正確さは保証できないので、コマンド名ヒントに自分でググって下さい ほかのやり方があるよ、間違ってるよ等のご指摘歓迎です。 派閥別 gitでコミットミスった時のまとめ | ├─ 一人で使ってるよ | | | ├─ 手元に変更を取り戻したいよ(1)(そうだね、add忘れだね派) | |
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く