Your browser doesn't have support for real-time updates. Please install flash or upgrade your browser.
Your browser doesn't have support for real-time updates. Please install flash or upgrade your browser.
git clean 使い方 git clean で削除されるファイルを確認する 「-n」オプションをつけると、実際にはファイルを削除せず、 どのファイルが削除の対象となるか表示される。 git clean -n 追跡されていないファイルをワークツリーから削除する リポジトリに管理されていないファイルは git clean で まとめて削除することができる。 git clean -n で削除対象のファイルを確認して git clean -f で実際に削除する。 「-f」オプションは git の設定で clean.requireForce が false (デフォルト値)になっていても ワークツリーのファイルを削除する。 git clean の対象を制限する git clean にファイルパスを与えると 削除の対象を制限することができる。 たとえば、削除するファイルをディレクトリ dir 以下
VimのステータスラインにGitのブランチ名を表示させる、という記事で以下の一文が。 当然、ターミナルのプロンプトには表示させてますよね? 今こそ!git の branch を vim のステータスラインに表示!!するとき!!! すみません、表示させてませんでしたッ…! WindowsでmsysGit使ってる時にはプロンプトにブランチ名が表示されてて、これ結構便利かもなーとは思ってたんだけど、そもそも自分はGitのブランチをまともに使えてないので、ありがたみがよくわかってなかった。でもこれからちゃんと使うためにも早めに表示しておいたほうが良さそう。上記の記事のようにVimでも表示させたいしね。というわけで、とりあえずMacのターミナルでGitのブランチ名を表示できるようにしておく。完成形はこうなる。 git-completion.bash 今回はこちらの記事を参考にさせてもらった。ちなみに
ローカルでタグをつける $ git tag v0.9 リモートに反映させる $ git push origin v0.9 まとめてリモートに反映させる $ git tag v1.0a : : : $ git tag v1.0b : : $ git tag v1.0rc リモートに push してないタグを全て反映させる $ git push origin --tags 過去に遡ってタグをつける $ git log --pretty=oneline bc485f2e49740e7d2ad62e08b785117a3bb958d7 beta ade7a116ecabd0623ca04ece5f5496c06e3c1c55 preview e1fec3d88263a28402d70212a06da9a62fd19146 rc $ git tag v1.0pre ade7a116 なるほど
Vincent Driessenさんの "A successful Git branching model" を翻訳しました。 元記事はこちら: http://nvie.com/posts/a-successful-git-branching-model/ (翻訳の公開と画像の利用は本人より許諾済みです) このブランチモデルの導入を補助してくれる、git-flowというGit用プラグインがあるそうです。 翻訳の間違い等があれば遠慮なくご指摘ください。 A successful Git branching model この記事では、私のいくつかのプロジェクト(仕事でもプライベートでも)で約一年ほど導入して、とてもうまくいくことがわかった開発モデルを紹介する。しばらく前からこれについて書くつもりだったんだが、今まですっかりその時間を見つけられずにいた。ここでは私のプロジェクトの詳細については書
gitを使ってバージョン管理を行う際に、プロジェクト全体のツリー構造をそのまま管理する目的で、中身が何も無いディレクトリもgitの管理下に置きたい場合があります。 何も対応しないと、gitは空のディレクトリをバージョン管理してくれません。 中身が空のディレクトリをgitのバージョン管理下に入れるためには、当該の空ディレクトリの中に .gitkeep というファイルを作成してからgitで管理します。 実例 Railsのアプリケーションを新しく作成する場合を例に用います。 $ rails new test_application $ cd test_application $ ls -l vendor/plugins (vendor/pluginsは中身が空なので何も出力されません) 上のように、vendor/pluginsは中身が空です。 このディレクトリをgitの管理下に入れるために、次の
思い浮かんだGitのTipsを列挙してみました。 gitのコマンドをで補完する git-completion.bash を入れると、でコマンドの補完が効くようになります。 また、PS1の設定を行うと現在のブランチ名が常にbash上に表示されるようになります。 (Windowsの場合、msysgit は標準で入ってます) contrib/completion/git-completion.bash - GitHub インストール方法(引用) # To use these routines: # # 1) Copy this file to somewhere (e.g. ~/.git-completion.sh). # 2) Add the following line to your .bashrc/.zshrc: # source ~/.git-completion.sh # # 3)
ブランチが大量にあると、git branch の結果を最終更新時間でソートして表示したくなりますよね。以下のワンライナーでできます。 (for i in `git branch | colrm 1 2` ; do echo `git log --date=iso8601 -n 1 --pretty="format:[%ai] %h" $i` $i ; done) | sort -r git branch を最終更新の日付でソートするオプションがほしい Kazuho Oku on Twitter: "git branch を最終更新の日付でソートするオプションがほしい" ってツイートしたら、@likk さんに、 @kazuho https://gist.github.com/Likk/9af89b10fd0008df91ad … ワンライナー書いたのでこれをgitのエイリアスに。 永遠に靴紐
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
以前gitで一度行った変更をなかったことにする方法4つを紹介しましたが、 日常的に git を使用していると他にも様々な 「なかったことにしたい」「元に戻したい」 という状況に遭遇します。 そのひとつひとつについて対処方法を紹介していきます。 目次 問題1: ライブラリの新機能を試すためにあれこれ適当なコードを書いてみた。でももう要らない。問題2: トピックブランチをマージしたけど実はまだ不完全だった。マージをやり直したい。問題3: リリース後に発覚したバグ。原因は30日前に自分が行ったコミットだった。なかったことにしたい。問題4: 新しいコミットしようとして間違えてgit commit –amendで書き換えてしまった。元に戻したい。問題5: 色々作業していたら作業ディレクトリの内容が混沌としてきた。一度綺麗な状態にしたい。問題6: 作業ディレクトリにゴミファイルが溜まってきた。一度綺麗
複数人で開発する時に面倒なのが、ソースコードのマージ。 特にリリース直前になると、ミスコミュニケーションで古いソース使ってて、 それが原因でメンバー間にわだかまりが・・・なんてこと結構無いですか? もしくは、ちょっとした変更をいくつかしてビルドしたら動かなくなって、 一体何が原因だったかわからなくなったなんて経験ないですか? ってことで、プロジェクトにマストなソースコード管理ツールとして、 今ウェブ系ではおそらく一番よく使われているであろうGithubについてです。 今回はプロジェクトのユーザー編、次回はオーナー編とします。 アカウントの作成は必須ですが、その辺は割愛します。 またGithubのポイントであるコミュニティ機能(フォロー等)も割愛します。 今回はあくまで、誰かが作ったソースコードを編集する点のみです^ ^ 説明用として、今回の登場者は以下の3人とします。 [プロジェクト・オー
/Applications/Xcode.app/Contents/Developer/usr/bin/git でした。XCode4.3で確認。 新しいマシンのセットアップ中にwhichしてもいないなーどこだろーと思っていたので、メモメモ。 ターミナルからgitを使いたいときは、 sudo ln /Applications/Xcode.app/Contents/Developer/usr/bin/git /usr/local/bin/gitこんな感じで/usr/local/bin/とかにリンクをはるか、 もしくは.bash_profileとか.zshrcとかに alias git="/Applications/Xcode.app/Contents/Developer/usr/bin/git"とか書いておくのがいいのかな。 homeにおいたgit-completionも反映されます。 gccと
新規のxcodeプロジェクトをソースコード管理オプションをONにして作成 作成したプロジェクト用の(ローカルの)gitリポジトリが作成されます. "オーガナイザ"-"リポジトリ" bitbucketで新しいリポジトリを git を選択して作成. デフォルトはhgになっているので注意してください bitbucketのリポジトリURLをコピーしておく. git cloneしてね,と言われるけど使うのはURLだけ httpsの場合 https://cslroot@bitbucket.org/cslroot/immd.git sshの場合 git@bitbucket.org:cslroot/immd.git xcodeの[オーガナイザ]-[リポジトリ]を開く 該当のプロジェクトの[Remote]を選択 [Add Remote]ボタンを押下して,適当な名前と先程のURLを貼り付ける [Create]
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く