git commit --fixup とは何か - 詩と創作・思索のひろば
git commit --fixup というオプションの存在を最近知って調べた。 ヘルプとリリースノートより "git commit" learned the --fixup and --squash options to help later invocation of interactive rebase. Git v1.7.4 Release Notes --fixup=<commit> Construct a commit message for use with rebase --autosquash. The commit message will be the subject line from the specified commit with a prefix of "fixup! ". See git-rebase(1) for details. 1.7.4 から入って
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Git入門 ゼロから始めるGitドリル
gitの勉強をしつつ取ったノートを記事化しました。一応これを読めばざっくりとした導入やSVNとの違いが分かってもらえるように書いたつもりです。svnを使った経験があることを前提に進めていきます。 svnの場合、一つのレポジトリに対して認証のあるユーザが変更を報告していくユースケースをとっています。gitの場合は、個々のローカルマシンにリポジトリが分散されて配置され、お互いに変更を報告しあうユースケース。これはLinuxの伝統的なバザール方式の開発を想定しています。そのため例えばカフェや電車で開発したり、マスターはgithubやgitfarm（Git Hosting参照）にしておいて時々ローカルの変更を報告することも可能です。 目次 インストール 基本操作 Gitリポジトリの作成 ブランチの作成。 タグ ファイルを無視する 索引の理解 取り消し 導入 --hardと--softの違い 一個の
Redmine で git リポジトリをブラウズ - mallowlabsの備忘録
ポスト trac と呼び声も高い(？) Redmine を使うことになったのでいろいろいじっている。 Subversion 以外の SCM も使えることが強みなのだが リポジトリに git を指定しても正しく表示されなかった。 同じところでハマらないようにメモ。 環境は以下。 Ubuntu 8.04 Ruby 1.9 Redemine 0.7.3 git 1.5.2 (→1.5.5：後述) ハマりポイントは2つ リポジトリの指定方法 リポジトリはフルパスで指定する。 file:///path/to/.git/ ではなく /path/to/.git/ と指定する。 ちなみに git:// でもうまくいかなかった。 何か勘違いしてるのかも…。 git バージョンは 1.5.3 以降 上記の方法でコミットログは表示されるようになったが ファイルブラウザが見えない。 ログを見ると git ls-t
Gitで大量のコミットログをザックリ眺めてみるときのオプション - 今日もスミマセン。
git fetchした後、前回fetch後からの変更点をログからザックリ眺める場合は以下のオプションが良い感じ。 git log --graph --date=short --pretty=format:"%Cgreen%h %cd %Cblue%cn %Creset%s" master..origin/masterオプションについてメモ --graph グラフを表示 --date=short 日付をYYYY-MM-DDに %Cxxx 色の変更 %h ハッシュ値 %cd コミット日 %cn コミットした人の名前 %s コメント 追記 git-log-graphとかって名前でシェルスクリプトにしといた
sourceforge.jp
We’re getting things ready Loading your experience… This won’t take long.
gitのブランチ名をプロンプトに表示すると結構便利 - （ひ）メモ
gitの配布物に含まれる contrib/completion/git-completion.bash を . すると、gitのサブコマンドやそれに応じたオプション、加えて~/.gitconfigで自分用にaliasしたサブコマンドまで補完してくれるようになり、小学生もにっこりです。 同じく git-completion.bash の中で定義されてる関数 __git_ps1 を使ってシェルプロンプト($PS1)を設定すると、 #... if [ -r "$HOME/.bash_completion.d/git" ]; then # = git-completion.bash # boldにするエスケープシーケンスは省略してます PS1="${PS1}[\$(__git_ps1 \"%s)\")\w]\\$ " else PS1="${PS1}[\w]\\$ " fi #...こんなふうにg
git-vim入れた - はこべにっき#
git-vim: GitHub - motemen/git-vim: My vim files for Git 参考: ブログならライブドアブログ(livedoor Blog) - 無料・デザイン豊富 vimの中からきもちよくgitを使うのによさそうだったので，git-vimインストールした．id:motemen++．これで，:GitCommit -aとかしてvimからコミットできるヨー． なんか，:call GitBranch()しないとちゃんと動作しないらしいので，statuslineで呼ぶようにしとくと良いらしいよ！ set statusline=%<[%n]%m%r%h%w%{'['.(&fenc!=''?&fenc:&enc).':'.&ff.']'}%y\ %(%{GitBranch()}\ %)\ %F%=[%{GetB()}]\ %l,%c%V%8P ステータスラインのせっ
これからGitを始める人が読むべき記事のまとめ : akiyan.com
これからGitを始める人が読むべき記事のまとめ 2009-05-13 candycane(RedmineをCakePHPでPHPに移植するプロジェクト)の開発でGitの素晴らしさを痛感したので、これはもう全力でGitを広めるべきだと思いました。そこで、これからGitを始める人が読むべき記事をまとめてみたいと思います。 なお、Gitの発音は「ぎっと」です。 目次 1 Gitの開発者による45ページの特集記事「WEB+DB PRESS vol.50 はじめてのGit」2 Gitを使いこなすための20のコマンド3 GitM#1 プレゼン資料4 Git/Subversionコマンド対応表5 アリスとボブのgitをちゃんと理解したい！6 github.com7 Gitはソースからインストールしよう Gitの開発者による45ページの特集記事「WEB+DB PRESS vol.50 はじめてのGit」
gistコマンドよりちょっと便利なgisty - SWDYH
メモやちょっとしたスクリプトなどをペーストするとgitのリポジトリとして管理してくれるgistというサービスがあります。そのgistにコマンドラインから投稿するツールがあって、それは前に少し紹介したんですが、それをもうちょっと便利にしたものを作りました。 swdyh's gisty at master ― GitHub http://github.com/swdyh/gisty/tree/master gistコマンドとの違いはこんな感じです。 ポストするときにファイルを指定。ファイル名、拡張子つきでアップされる。 ポスト時に複数ファイルを指定できる。 ポスト後、ブラウザで開く。(Macのみ) ポスト後、ローカルにcloneする。 過去のgistにアップしたのを全部のclone、またはpullする機能 gistyを使うと簡単にファイル名と拡張子つきでポストできて、そのままローカルにclon
プログラマだけじゃない。ライターな方にも便利なバージョン管理の使い方·Flashbake MOONGIFT
元々バージョン管理システムはプログラマが利用していたシステムだ。だが、その便利さゆえにシステム開発会社などではデザイナの方も利用している。さらにそれが広まると全社的に使われることもある。 ライターの方に便利なバージョン管理の使い方 バージョン管理を使えば、間違っても戻ることができるので思い切った作業も行えるようになる。それを活かしたライター向けのソフトウェアがFlashbakeだ。 今回紹介するオープンソース・ソフトウェアはFlashbake、Gitを使ったライター向けバージョン管理システムだ。 FlashbakeはベースとしてGitを使っている。Gitであればローカルにリポジトリがあるので手軽にはじめられるのが良い。さらにGitHubなどに公開するという手もある。Flashbakeの使い方はまずGitのリポジトリを作成後（もしかすると不要かも）、Flashbakeコマンドを実行して進めら
GitとGitHubを使ってみる - 丁稚な日々
Rubyで遊んだ日々の記録。あくまで著者視点の私的な記録なので、正確さを求めないように。 Rubyと関係ない話題にはその旨注記しているはず。なので、一見関係無いように見える話題もどこかで関係あるのかもしれません。または、注記の書き忘れかもしれません... 年 月 ◆GitとGitHubを使ってみる _ Linusのバカ発言はどうかと思う。 SubversionはSubversionで素晴らしいし、作ってる人たちは絶対バカじゃないよ。焦点の当て所が違うというだけだよね。 _ が、それはそれとして、Git(とGitHub)が提供するワークフローは非常に素晴らしい。それは認めよう。 というわけで、重い腰を上げてGitを触ってみることにする。 _ ではまずGitのインストールから。 _ うちはWindowsで、まあそうすると当然のようにcygwinでバイナリ配布があるわけだけど、cygwinのシェ
Mac を git の共有レポジトリにする
概要 Mac から Mac に git でレポジトリをpushしたりcloneしたりしようとすると理解不能なエラーが発生してうまくいかなかった。 うまくいかなかったのは、サーバでうまくgitのパスが通ってなかったためだった。 共有レポジトリにアクセスできない サーバにssh越しでpushできない 例えばクライアントのMacにあるローカルレポジトリをサーバのMacにpushしようとすると、 [ Client ] $ git push ssh://server/~yuanying/repos/test.git master zsh: command not found: git-receive-pack fatal: The remote end hung up unexpectedly command not found。 アップロードしようとしてるのになんでgit-receive-pack
Git on Windowsのキラーアプリケーション·TortoiseGit MOONGIFT
※ 画面は公式サイトのスクリーンショットより まだ実用的なレベルには達していないが、非常に気になるのでご紹介。 開発の現場ではSubversionのシェアが大きい。これは二つの理由が考えられる。一つは過去に導入し、実績があること。もう一つはTortoiseSVNに匹敵する便利なユーティリティがGitにはないということだ（Windowsに限定されるが）。 コンテクストメニュー だがその時代もついに終焉を迎えそうだ。Gitでもこんな魅力的なフロントエンドが開発されている。 今回紹介するオープンソース・ソフトウェアはTortoiseGit、まさにTortoiseSVNのGit版というべきソフトウェアだ。 TortoiseGitはスクリーンショットを見る限りではTortoiseSVNのアイコンを流用しつつ開発が進められているようだ。コミットのダイアログ、履歴管理などの機能がある。コンテクストメニュ
git型の共同作業とSVN(CVS)型の共同作業の違い - Pixel Pedals of Tomakomai
ずっと gitとsvkの違いってなんなのよ？ と思ってたんですが、この図とか説明読んでようやくわかりました。 Gitでは旧来のCVS型とGit型の二つの共同作業のモデルが使えます。これが混乱の元でした。 Gitのすごさを本当に体感するなら、gitを使うだけでは不十分でGit型のモデルにそって開発することが必須です。 CVS型 従来のSVN(CVS)のモデルです。pullをしてきて、pushで更新を戻します。 1つの公開リポジトリに対し、複数人がpushを行う pushにより他の人と競合するかも メインのリポジトリにpushすることを目指す 能動的 → 悪意のあるpushも可能 → "コミッター"を絞る必要あり Git型 githubっぽいモデルです。pullをしてきて、pullで更新を持って行ってもらいます。 全体がpullでまわるため、pushがプライベートな操作として隠蔽されてるのがポ
gitの勉強 その5(複数の人で開発してみる)-Granzchesta's ぷち日常天国
今回は、git で複数の人で開発するときをみてみます。 ただし、CVS のように複数の人が書き込める集中管理のレポジトリを置くのではなく、それぞれの人が自分のホーム以下のディレクトリで自分以外書き込めないような状態で進めてみることにします。 今回は、プロジェクトリーダーとして yui, そのお手伝いとして、ir として話を進めていきましょう。 まずは、yui が自分のホーム以下にディレクトリをつくって管理を始めます。 yui:$ cd /home/yui yui:$ mkdir project-yui yui:$ echo "Comnet he shuppatsu" > corrector.txt yui:$ git init Initialized empty Git repository in .git/ yui:$ git add corrector.txt yu
gitというかバージョン管理回りのことをうさみみ先生に教えてもらった - yasuhisa's blog
ブランチとかその辺を教えてもらいました。忘れないうちになんかlogを残しておこうっと。 /Users/yasuhisa% mkdir hoge /Users/yasuhisa% cd hoge /Users/yasuhisa/hoge% pwd /Users/yasuhisa/hoge /Users/yasuhisa/hoge% git init Initialized empty Git repository in .git/ /Users/yasuhisa/hoge% ls -la total 0 drwxr-xr-x 3 yasuhisa staff 102 12 28 08:15 . drwxr-xr-x+ 125 yasuhisa staff 4250 12 28 08:15 .. drwxr-xr-x 10 yasuhisa staff 340 12 28 08:15 .git
アリスとボブのサーバー、git pushをちゃんと理解したい！ - ザリガニが見ていた...。
アリスとボブのGitシリーズが本になりました！ アリスとボブのGit入門レッスン アリスとボブになりきってgitをちゃんと理解したい！ アリスとボブのコラボレーション、gitをちゃんと理解したい！ 上記の日記から続く、アリスとボブの記録。 前提条件 アリスとボブは同じマシンにログインする異なるユーザー。 ファイルシステムからアクセスする分には、サーバーの設定は不要になるので、これで話がシンプルになる。 共通gitリポジトリの準備 最近、アリスにはちょっとした悩みがあった。 現在、このプロジェクトはアリスとボブの二人で、修正したら連絡を取り合って、お互いの変更をダウンロードする（git pullする）ことで同期をとっていた。 しかし、プロジェクトメンバーが増えた場合、このやり方では同期する手間が煩雑になってしまう...。 理想は、サーバーとなるgitリポジトリを決めて、作業前にそこからダウン
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Accueil
jugyo.org