6. 執筆陣は一流のエンジニア @naoyaさん :雑誌、書籍( 3冊!)、ムック @hirocasterさん:雑誌、書籍、ムック @amatsudaさん :雑誌、ムック @miyagawaさん :雑誌( Vol.2から!)、ムック @kenchanさん :雑誌、ムック @yandodさん :雑誌、書籍( 2冊!) ! ※本日の登壇者・運営チームより(登場順。漏れがあったらすみません) ※会場にはもっとたくさん!

まだあわてるような時間ではございません。 インデックス 1.コミットメッセージを間違えちゃった! -- 直前のコミットのやり直し 2.そろそろブランチを整理しなきゃ! -- ブランチの名称変更と削除 3.間違ってコミットしちゃった! -- コミットを取り消す3つのリセット 4.別のブランチをプッシュしちゃった! -- リモートブランチのリセットと削除 5.コミットの順番を間違えちゃった! -- コミットログの並べ替えと削除 6.コミット細かすぎィ! -- コミットログの統合と編集 7.あのコミットさえあれば…! -- 他のブランチのコミットを適用する 8.やばい!ハードリセットしたら消えちゃった! -- 過去の状態の復元 9.masterにマージ後にバグ発生!どうする!? -- コミットを打ち消すコミット 1.コミットメッセージを間違えちゃった! -- 直前のコミットのやり直し エディタが
$ git clone リポジトリURL hoge $ cd hoge $ git config core.sparsecheckout true $ echo "hoge.txt" > .git/info/sparse-checkout $ git read-tree -m -u HEAD こうするとワーキングディレクトリ下はhoge.txtファイルだけチェックアウトされる様になるらしい。 これまで制作部スタッフにhtmlファイルを編集してもらうのに社内共有フォルダでファイルの受け渡しをしていたんだけど、この機能を使ったらもう少しスマートにならないかなと考え中。 gitスキルのない制作部スタッフにいきなり今日からgit運用にします。ってのは、ハードル高すぎるので、gitアクセスは当面、技術部スタッフが代行するとして共有フォルダにsparse checkoutで制作部スタッフが編集してよい
A free Git client for Windows and Mac Sourcetree simplifies how you interact with your Git repositories so you can focus on coding. Visualize and manage your repositories through Sourcetree's simple Git GUI. Simple for beginners Say goodbye to the command line - simplify distributed version control with a Git client and quickly bring everyone up to speed. Powerful for experts Perfect for making ad
私がgitを使いだしたのはgit入門(濱野2009)を読んでからなんですが、これが非常によかった。何のために用意された機能なのか/どのような仕組みで動いているのか、その根っこのところがきちんと解説されているので各種コマンドがどのような意味を持つのかすんなり理解できた。分散VCSは複雑そうで敬遠していたのだが、gitは構造がシンプルで直感的なので原理さえ理解すればsvnより容易に使いこなせる(というかsvnのアーキテクチャについてはいまだに理解できてない……。どこかにいい入門書ないだろうか)。 gitのアーキテクチャについて、自分なりの理解をまとめてみようと思う。 gitはどのようにリポジトリを管理しているか オブジェクトとは、gitがデータを扱う単位。コミット、ファイルの内容などはオブジェクトとして表される オブジェクトは内容に応じた一意のIDを持つ(内容のハッシュ値がIDになる) 一回の
Gitという分散リポジトリシステムを使い始めました。 これ自体は、MacだとMacPorts使えば楽に入ってくるのですが、 まぁローカルで管理していてもあんまりうまみがない。 せっかくならば、外にソースを公開して、みんなでいじくりまくれる リポジトリを構築したほうが良い。 そこで便利なのが、githubというサービスです。 簡単に言えば、gitのリポジトリを作成&管理する為のサービスです。 自分でサーバーたてて管理するコストが減る為かなり楽です。 Free版だと、100MBまでという制限がありますが、まぁ普通に使う分には、 問題ない容量でしょう。登録してある言語は、Rubyが多く、LLな人達からの 人気の高さが伺えます。 まずは、アカウントを作っておきます。 これは、github.comに行き、好きなアカウントを作成してください。 特にアバターの設定は、ちとはまるので、私のこのエントリーを
こうしてみると、 svn と git のコマンド体系は非常に似ていることが分かりま すね。Subversion 使用者は Git を比較的自然に覚えられるのではないでしょうか。 注1 git-init を実行すると、カレントディレクトリに .git というディレクト リが作成されます。 Subversion とは異なり中央集権のレポジトリを作成する必要はあ りません。 cg init を実行したその場所があなたのレポジトリです。 なお、git-init コマンドは以前 git-init-db コマンドでした。 古いバージョンの git の場合は git-init-db コマンドを実行してください。 注2 Subversionはレポジトリがひとつしかありませんが、Git では各個人がレポジトリを所 有しています(もしかしたら一人でいくつも持ってるかも)。 git-commit -a は自分の
subversion に代わる新しいソース管理システムということで git が注目されているようだ。 » Git - Fast Version Control System subversion と大きく違うところは、分散されたレポジトリがローカルマシンに置かれている点。これは、ネットにつながっていなくてもソースをコミットできるということで、最近は電車のなかでもコードを書いたりする僕にはうってつけ。 マニュアルやチュートリアルは充実しているのだが、僕はとりあえず最初にツールを触ってみて、ざっと全体像をつかみ、それから細部を調べたい質なので、もっとてっとり早く体験できるガイドを探したところ、あまり適切なものが見つからなかった。 そこで、レポジトリを作り、それをリモートにあるサーバーに置いたあと、subversion で言えば svn commit や svn update などにあたるコマン
知識ゼロから git を使えるようになるまで(Mac OS X にインストールする編) 2008年10月16日 00:28未分類 git をやってみたいなーと思いつつ なかなか手を出せてなかったんだけど、 きっかけがあったのでやってみることにした。 で、せっかくだから勉強しながらメモをとっておくことにした。 まとめながらの方がよく理解できると思うし あとからわからなくなったときに見直せるし 似たような環境の人の参考になるかもしれないし。 勉強しながらのメモなので 脱線したり表現が変だったりするのは気にしない方向で。 現状 これを書き始める時点で、 git についてほどんど知らない。 何か Subversion のようなもので、 分散リポジトリで、 かなり便利らしいということだけ。 git はともかく Mac についてもいかにわかってないか晒すことになるけど だから勉強するんですね。 今回の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く