大規模リポジトリの問題を解決するGit Virtual File System
Gitは多くの場面において最良のバージョン管理ソフトウェアと考えられていて，広く採用されているものの，完璧というには程遠い。サードパーティ製のツールで解決できる問題もあるが，リポジトリ全体が開発者のマシンにコピーされるという方法が致命的な場合もある。Microsoftは300GBのリポジトリを社内システムからGitに移行しようとして，この問題の所在に気が付いた。その結果として生み出されたのがGit Virtual File System (GVFS)だ。 物語の始まりは2000年頃に遡る。当時Microsoftでは，社内システムとして，Perforceのフォークである“Source Depot”を中心的に使用していた。時間が経つにつれ，多くのチームがTeam Foundation Server(TFS)独自のバージョン管理システムであるTFVCに移行したが，大規模な開発チームは，作業量の理
Git-it - 手を動かしながら習得できる日本語対応のGit/GitHub学習アプリ | ソフトアンテナ
GitやGitHubの使い方を学習することができるデスクトップアプリ「Git-it」。Electronで作られていて、Mac / Windows / Linux用の実行ファイルをGitHubよりダウンロードすることができます。英語表記のみだけでなく、日本語に対応しているところもありがたいところです。 使用方法 Git-it自体は問題集のようなもので特別な仕掛けはありません。画面の指示に従いローカルの環境でGitを使いながら学習を進めていきます。Git-itではGitHub Desktopの使用を推奨していますが、実際の運用を考えてターミナルでGitを勉強してみるのも良いでしょう(Windowsの場合若干めんどくさいですが)。 Git-itでは、Gitのインストールから始まり、リポジトリの作成やコミット、GitHubの使い方、最終的にはプルリクエストの送信方法まで学ぶことができます。 プルリ
Steins;Git
Steins;GitはSteins;Gateを用いてGitを解説する薄い本です。 Steins;GitはSteins;Gateの二次創作物です。そのため貢献をする前に次に挙げるページを読み、これらに遵守した形で貢献をしていただけるようお願いします。 著作物転載ガイドライン｜ニトロプラスNitroplus 二次創作活動における同人誌等の活動に関する取り扱いについて｜ニトロプラスNitroplus Steins;Gitの執筆方針について Steins;Gitは「Gitの使い方を、Steins;Gateの世界観を使って説明する」書籍です。「Steins;Gateのストーリーの流れに沿って、Gitの説明をする」書籍ではありません。 簡潔に書くと「シュタゲ本」というよりは「技術書」よりです。とはいえ、なるべくSteins;Gateを絡めていきたいですし、全体の雰囲気もSteins;Gateっぽくした
gitコマンド派閥 - 弥生開発者ブログ
Misoca開発チームのmzpです。 開発チームでgitコマンドの使い方について話したら、それぞれ使い方が微妙に違っていることが分かりました。せっかくなので、それぞれの人に、なぜその使い方をしているか聞いてみました。 一時的に変更を退避させる方法 作業を中断するときにするとき、作業中の内容を退避させる方法です。 git stash派 git stash で退避させる派です。 そして再開するときは、 git stash pop で退避させた内容を適用します。 使っている理由は「コミットする内容はキレイに保ちたいので、作業中の内容はコミットしたくない」でした。 適当にコミットする派 適当な内容でコミットし、あとで cherry-pick するなり、 rebase するなりする派です。 使っている理由は「退避した内容をリモートのブランチにpushしたいので、普通にコミットしている」でした。 pu
Git 2.7 で .gitignore が便利になっている ｜ Tips Note by TAM
2016年1月に Git 2.7 がリリースされました。 色々なコマンドが増えたりしていますが、なかでも .gitignore に関する仕様追加が興味深かったのでまとめます。 .gitignore とは Git で管理したくないファイルを設定するためのファイルです。 たとえば .gitignore ファイルにこのように書いて置いておくと、 *.json /sample-folder 拡張子が .json のファイルと、 /sample-folder というフォルダ配下は Git で管理されなくなります(変更などがあっても無視される)。簡単ですね。 .gitignore の設定を、打ち消したい場合 ! 記法で、設定の打ち消しが可能です。 たとえばこう書くと、 *.json !required.json 拡張子が .json のファイルは無視されるのですが、 ! をつけた required.j
vimでgitするにはvimagitがおすすめ - BAKUNOTE
年末に知ったvimagitってvimのプラグインが使ってて気持ち良い。 Gitの差分をvimで開けて、行単位でStageしたりCommitできる。 git add -pするvimmerには特におすすめ！ ちなみにEmacsプラグインのmagitってやつのコピー版らしい。 インストール〜使い方、オススメ設定まで記載しておく。 インストール NeoBundle 'jreybert/vimagit' 使い方 GitHubのリポジトリにリンクされてるビデオとかを見るとざっくりイメージできると思う。 開き方 :Magit または <Leader>Mでbufferを開く。 セクション bufferは以下の5つのセクションに分かれている。 後で記載するけど表示順などをオプションで指定できる。 info: current branchやHEAD commitのメッセージなどが表示されている Commit
Git 2.7 の優れた新機能 | Atlassian Japan 公式ブログ | アトラシアン株式会社
Git 2.6 からわずか 2 カ月後、膨大な機能と修正、そして性能の向上を果たした Git 2.7 がリリースされました。ここでは Bitbucket チームが興味を持った新しい機能を紹介します。 git worktree の完成 Git 2.5 で導入された素晴らしい git worktree コマンドを使うと、複数のリポジトリブランチからのチェックアウトやブランチ上での作業を、異なるディレクトリで同時に行うことができます。たとえば、簡単な修正をする必要があるけどワーキングコピーを汚したくない場合、次のように新しいブランチを新しいディレクトリにチェックアウトすることができます。 Git 2.7 には、リポジトリのワークツリー (および関連するブランチ) を表示する git worktree list サブコマンドが追加されています。 ワークツリーをサポートする git bisect コ
Xcodeのプロジェクトファイル（pbxproj）がコンフリクトしまくるのをなんとかしたい！ | TOKOROM BLOG
2014/02/09 追記 コメントのところでやり取りしているようにmergepbxの作者さんから連絡があって、この記事で書いた問題が修正されました！ 今現在は merge=mergepbx がいい感じになってきているのでそっちがオススメです。 複数人でプログラミングしているとpbxprojがやたらとコンフリクトする 例えば、 Aさんが AALabel.m をプロジェクトに追加して Bさんが BBLabel.m をプロジェクトに追加して とただそれだけなのにマージのときにコンフリクトするpbxprojさん。。。 ただそれぞれファイルを追加だけのことでコンフリクトするなんて… どうにかならんもんかいとTwitterでつぶやいたところ、 @azu_re さんから有り難い教えが！ @tokorom gitはファイル別にマージ方法を指定できるので、mergepbxみたいなのをpbxprojのマージ
新しめのGitで使える細かい新機能 - Humanity
バージョン 僕がビルドしたバージョンは $ git version git version 1.7.0.1.164.gbe2fで、新機能が使えないと言ってるバージョンは $ git version git version 1.6.3.3です。 最新版は git://git.kernel.org/pub/scm/git/git.gitから追うことができます。 git-rebase --interactive の reword, fixup git-rebase --interactive中のコマンドが何気に増えてました。 reword = use commit, but edit the commit message fixup = like "squash", but discard this commit's log message ということで、 rewordはコミットメッセージを編集
Git の疑問。トピックブランチで作業中に、master ブランチで重要な変更が加えられた。どうすればよい？ - おいちゃんと呼ばれています
タイトルの疑問がチーム内で発生して、それに対する答えが、なかなかウェブ上で見つけられなかったので、メモしておきます（Git 公式ページの説明のなかで、少し触れられてはいます） Git - ブランチとマージの基本 *答え 作業中のトピックブランチにいる状態で $ git merge master << すればよい。 *なぜそのような疑問が生じるのか？ そもそも、なぜそのような疑問が生じるのか？というと、チームでいわゆる GitHub Flow を使って開発していることが関係しているように思われます。 -GitHub Flow (Japanese translation) -GitHub Flow – Scott Chacon つまり、普段行うマージが「作業用ブランチ -> master ブランチ」であるため、その逆方向のマージについては、「え？それってやっていいの？ルール違反じゃないの？」と
git-flow によるブランチの管理
今回は分散バージョン管理システムgitと共に用いる「ブランチモデル」について紹介していただきます。gitを使ってみて、その高機能さをどう使えば良いか悩まれた方は、ぜひ本稿をご一読ください。gitそのものの使い方については解説していませんので、その際には『 実用git 』などの書籍を参考にしてください。 git-flow は Vincent Driessen 氏によって書かれた A successful Git branching model (O-Show 氏による日本語訳) というブランチモデルを補助するための git 拡張です。 git-flow を利用する前には、まずこの文章を一読することをおすすめします。 その骨子については、 Voluntas 氏のブログ が参考になります。 git を使うメリットの 1 つは、そのブランチモデルです。しかし gitを使っていると、その高い柔軟性か
既存のリポジトリに git-flow を導入してみた - おいちゃんと呼ばれています
社内のあちこちで git-flow を使っているのを見聞きして、じゃあ僕も、と試そうとしてみたのですが、ググって出てきた情報は、新規にリポジトリをつくるやり方ばかりで、 （新規のリポジトリではなくて）既存のリポジトリにも git-flow って導入できるの？ << と疑問に思ってやってみたところ、思いのほか、あっさりとできてしまったのでメモしておきます。 **既存のリポジトリに git-flow を導入してみた そもそも git-flow ってナニ？ A successful Git branching model の開発モデル git-flow のインストール 事前に develop ブランチを作成 既存のリポジトリに git-flow を導入 -おまけ - 事前に develop ブランチを作成していなかった場合 << *1. そもそも git-flow ってナニ？ git-flow
既に削除したリモートブランチを一覧から削除したい - rela1470のブログ
社内でちゃんとgitを使っていると､すごくbranchの増減があり、 fetchしたタイミングによってbranchの存在情報がバンバン入っていきます。 しかし、その開発branchが削除されても、 git branch -a で削除されているはずのbranchが表示されてしまう場合があります。 これは.git/objectsフォルダにゴミオブジェクトが残っているからです。 実際はどこにもリンクしていないオブジェクトですので、まとめて削除してしまいましょう。 どこにもリンクしていないオブジェクトを全て削除する命令が「prune」です。 こんな風に使います。 git fetch --prune pruneしても通常は全く問題がないはず（どこにもリンクしていないオブジェクトを消しているだけなので）ですので、自分ではfetchする際には必ずpruneオプションをつけています。 実際、自社の開発フェ
Google製のGit用ソースコードレビューシステム·Gerrit MOONGIFT
ソースコードのレビューはシステムの品質を高めるのに大切な作業だ。GoogleやVMWareでも使われており、ブラウザを使って差分を確認してコメントができるようになっている。社内向けには拙作のSubversionソースコードレビューシステムの宍道湖がある（Rails製）。 Git向けソースコードレビューシステム この手のツールはSubversion向けのものが多かったが、Gitでも使いたいならGerritに挑戦してみよう。 今回紹介するオープンソース・ソフトウェアはGerrit、Git向けソースコードレビューシステムだ。 GerritはGoogleが大々的に発表している訳ではないが、Google社員が開発しておりAndroidのオープンソースプロジェクトにおけるソースコードレビューにも利用されている。他のシステム同様に差分を見て、そこにコメントすることが可能だ。 差分を見てコメントする 差分
デブサミ2009「株式会社はてなの開発戦略」講演メモ - 元RX-7乗りの適当な日々
何だかんだで、今日唯一参加させていただいたセッションのメモ。 とりあえず、もうSubversionは捨てようと思います。 「株式会社はてなの開発戦略」 講演者 舘野 祐一 氏 id:secondlife 株式会社はてな 現在は、はてなブックマークのリードプログラマ PerlやらJava Scriptやら 社内開発環境整備 開発環境改善好き はてな 現在、従業員60名(アルバイト含む) うちエンジニア30名 インフラ8名、アプリケーション22名 2008年、はてなの開発に変化が・・・ git! git 分散VCS svnと比べて動作が高速 低コストなブランチ作成 賢いマージ SHA1によるデータ管理 コミットの情報など、全てがSHA1で管理される リビジョン1000などの概念はない 2008年初頭の世間の変化 RailsのVCSがgitへ移行 githubの出現 gitのこれはべんり svn
せっかちな人のための git 入門 - git をインストールし、共同で開発できる環境を整えるまで - 僕は発展途上技術者
subversion に代わる新しいソース管理システムということで git が注目されているようだ。 » Git - Fast Version Control System subversion と大きく違うところは、分散されたレポジトリがローカルマシンに置かれている点。これは、ネットにつながっていなくてもソースをコミットできるということで、最近は電車のなかでもコードを書いたりする僕にはうってつけ。 マニュアルやチュートリアルは充実しているのだが、僕はとりあえず最初にツールを触ってみて、ざっと全体像をつかみ、それから細部を調べたい質なので、もっとてっとり早く体験できるガイドを探したところ、あまり適切なものが見つからなかった。 そこで、レポジトリを作り、それをリモートにあるサーバーに置いたあと、subversion で言えば svn commit や svn update などにあたるコマン
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Git GUI for Windows, Mac & Linux | GitKraken
gitignore.io - Create useful .gitignore files for your project
はじめてのgit - IDEA*IDEA 〜 百式管理人のライフハックブログ
IDEA * IDEA
