Git - Fast Version Control System
http://git-scm.com/
◆前スレ
Git 3
http://toro.2ch.net/test/read.cgi/tech/1310403238/
◆関連サイト
Pro Git - Table of Contents
http://progit.org/book/ja/
Git入門
http://www8.atwiki.jp/git_jp/
Git 2
http://hibari.2ch.net/test/read.cgi/tech/1284467898/
git スレッド [Linux板]
http://hibari.2ch.net/test/read.cgi/linux/1197798039/
◆関連スレ
バージョン管理システムについて語るスレ8
http://hibari.2ch.net/test/read.cgi/tech/1295493964/
CVS導入スレ〜 Rev.3
http://hibari.2ch.net/test/read.cgi/tech/1113141518/
Subversion r14
http://toro.2ch.net/test/read.cgi/tech/1326806859/l50
【分散型バージョン管理】 Mercurial 2【hg】
http://toro.2ch.net/test/read.cgi/tech/1321109748/
【bzr】Bazaarでバージョン管理 Rev 3
http://hibari.2ch.net/test/read.cgi/tech/1297704483/
◆関連スレ 別板
CVS 1.3 [UNIX板]
http://hibari.2ch.net/test/read.cgi/unix/1093611448/
subversion バージョン管理【サブバージョン】 [Linux板]
http://hibari.2ch.net/test/read.cgi/linux/1154701996/
Ｇｉｔによるバージョン管理
2011/10
http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06864-5
実用Ｇｉｔ
2010/02
http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-87311-440-8
入門Git
2009/9
http://www.shuwasystem.co.jp/products/7980html/2380.html
入門ｇｉｔ
2009/08
http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06767-9
http://d.hatena.ne.jp/methane/20111224/1324698755
GitユーザのためのBazaar
http://standing-shoebill.appspot.com/bzr-migration-docs/ja/survival/bzr-for-git-users.html
http://standing-shoebill.appspot.com/bzr-startup-guide/
http://www.atmarkit.co.jp/fjava/rensai4/devtool20/devtool20_1.html
流石にそれは穿ちすぎだと思うぞ
subversionから何処に行こうか悩んでる層もあるだろうし、総合スレが無いんだから相互にテンプレでリンク貼るのは良い事だと思うんだ。
> 総合スレが無い
バージョン管理システムについて語るスレ8
http://toro.2ch.net/test/read.cgi/tech/1295493964/
まあ、相互に張ることは俺も賛成だけど。
おお、あったのか俺の目腐ってるわ orz
よいコミットメッセージとは？どんなコミットメッセージを書けばよいのか？
先人の知恵を拝借したい。具体例つきで教えてくれるページがあれば紹介してください。
928 名前：デフォルトの名無しさん [sage]： 2011/10/18(火) 21:59:17.57
ずっと悩んでるんだけど、コミットメッセージに句点ってつける？
929 名前：デフォルトの名無しさん [sage]： 2011/10/18(火) 22:21:38.59
>>928
http://mercurial.selenic.com/wiki/ContributingChanges#Patch_descriptions
> lowercase summary line, no trailing period
930 名前：デフォルトの名無しさん [sage]： 2011/10/19(水) 00:25:26.56
ほほー、こんなガイドラインがあったんですね。基本つけない方向にします。
http://troter.jp/scmbc-201111-mercurial-introsession/#id23
server.httpBindInterfaceを静的IPに変えてもダメ。
PINGは通るし他のサーバーソフトの場合見れるから、
gitblit側の問題だと思うんだけど。
周りからでも見れる方法分かる人いますか？
外部から接続すると「サーバーに接続できません」とでる。
ログにはなにも出ない状況。
自分からは接続できるし、ログも正常に出るってな感じ。
ttp://gitblit.com/faq.html
リポジトリとはWork Tree（History）と同義なのでしょうか？
それともWork Treeを含んだもっと広い範囲を指す言葉なのでしょうか？
git は詳しくないけど、一般的にバージョン管理ツールでは
・リポジトリ 今までにコミットした全バージョンが格納される倉庫
・作業コピー 実際に編集やコンパイルやテストなどの作業を行う対象
は対比される概念で、SVN などでは物理的にも分離されてるよね。
git では
・リポジトリと作業コピー (work tree) の間にインデックスがある
・物理的には、リポジトリもインデックスも work tree の .git ディレクトリに格納される
ってあたりがややこしいけど、概念的には分けて考えるべきだと思う。
http://d.hatena.ne.jp/nitoyon/20120221/msysgit_utf8
うれしいわ
githubはサービス。
ブラウザで見るだけならviewgitとかかしら?
「cvswebみたいな」をもうちょい詳しく
gitwebというプログラムはあるし、他にも類似のが3つ4つは(たぶんもっと)ある。
好きな子との差分をカラフルに見たりtarで固めてダウンロードしたり
コマンドラインだと面倒くさいことが出来る
これを取り消したいけど、どうしたらいいの？
git push origin :master
としたら
remote: error: refusing to delete the current branch: refs/heads/master
To git@github.com:myname/MyProject.git
! [remote rejected] master (deletion of the current branch prohibited)
error: failed to push some refs to 'git@github.com:myname/MyProject.git'
といわれて削除できない。
・git mergeするときに、必ずrebaseしてからmergeするよう強制させたい。
いい方法ありますか。
たとえば git merge するときに、fast-forwardできなければエラーになるオプションとか。
git push origin master --force
git merge hoge --ff-only
朝早くからありがとうございます。あとで試してみます。
リモートのリポジトリにpush --forceはマナーがよくない
誰も見てないと確信できないならrevertした結果をpushするのが吉
失敗したリポジトリが唯一無二のリポジトリとせずに新しくリポジトリを作る手もある。
ってか、パスワードを埋め込んだりして、リポジトリをスキャンして書き換えると、
この手以外に思いつく?
Ctrl+Fするとコミット一覧の検索欄に飛んでしまう
> git push origin master --force
これはこの通りでいけました。
> git merge hoge --ff-only
これはですね、問題がありました。
というのも、git merge hoge --no-ff をいつも使っていて、それだと --ff-only は使えないようなんです。
あたりまえっちゃあ当たり前なんですけど、successful git branching model を読んでからは
--no-ff を使うようにしているので、その上で必ずrebaseしてからmergeするのを強制することはできますか。
条件が後出しで申し訳ありません。
>>38
> パスワードを埋め込んだりして
・・・実はまさにこれをやっちゃったんです。お恥ずかしい。
https://github.com/rails/rails/commit/b83965785db1eec019edf1fc272b1aa393e6dc57
http://blog.sorah.jp/2012/03/05/mass-assignment-vulnerability-in-github
同じLL使い仲良くやれよ
Ruby使いは排他的だからな。
新鮮に思うようなことじゃないって。ｗ
初耳だな
PHP使いもPerl使いもJava使いもPython使いも
他の言語と併用することに抵抗がない人ばかりだよ。
Rubyだけだよ、単一言語に拘るのって。ｗ
この板でのことなら、今度その人にRubyを使っているなら必ず答えられるようなことについて聞いてみるといい
おそらく、なにひとつ答えられないから
別にPHPerはRubyを見下しては無いよ
ただRubyistがケンカ売ってくるから買ってやってるだけ
その二行、書いてて矛盾に気付かないのか？ｗ
どういう風に管理したらいいですか？
Java
|-リポジトリ１
|-リポジトリ２
Perl
|-リポジトリ１
|-リポジトリ２
こんな感じでやりたいんです
https://github.com/username/Java_リポジトリ１
https://github.com/username/Java_リポジトリ２
https://github.com/username/Perl_リポジトリ１
https://github.com/username/Perl_リポジトリ２
こうだよな。
そうだな。それか、
https://github.com/username/Java.git
https://github.com/username/Perl.git
にせざるを得ない。
リポジトリのグループに名前をつける機能みたいのがあればいいんかね
せめてラベルをつけて管理出来る機能があればいいのにな
ほんとｋｓだないてゅｂ
fetchかな
これでどうだろうか
git add .
git commit # いったんどこかのブランチにコミットする
git cat-file -p HEAD > foo # cat-fileの出力をファイルにリダイレクトしてcommitオブジェクトを得る
git reset HEAD^ # commitオブジェクトは手に入ったのでHEADはもう不要だから捨てる
(edit foo) # このファイルの`parent'行を削除し、コミット時刻を適当に変更する
git tag bar `git hash-object -t commit -w foo` # commitオブジェクトを格納しタグを付ける
commitオブジェクト手書きするのは面倒そうだからどっかにコミットしてそのオブジェクトを利用してみた
試行錯誤の結果自分はこれでうまくいっただけなので、なんかまずい点があったら指摘してくだしあ＞識者
こんな感じ？
cd ..
mkdir newrepo
cd newrepo
git init
touch .gitignore
git commit -m init .gitignore
cd ../oldrepo
git fetch ../newrepo
$ git checkout --orphan <newbranch>
$ git write-tree
<tree-id>
$ git commit-tree <tree-id> -m message
<commit-id>
$ git log <commit-id>
きたこれ
個人名じゃなく単にプロジェクト名とかでアカウントとってる人もいるな
場合はどうしたらよいでしょうか?
調べると
git config --global i18n.commitencoding euc-jp
git config --global i18n.logoutputencoding euc-jp
というような設定をするようにと書かれているのですが
このeuc-jpのところで指定できる文字コードのリストはありますか?
あとこれだけではa.txtはutf16le-bomでb.txtはsjisというような場合に
対応できないと思うのですが何か方法があるのでしょうか?
8bit系ならASCII部分が共通で通常の文字の範囲に制御記号が入らないかぎり
ファイル単位でのdiffやマージに問題はなさそうだが
windows、Macが混在しても大丈夫ですか？
Windowsにgitをインストールするとき、改行の件で選択する部分があるじゃないですか、
んで、推奨するところに最初からラジオボタンが選択済みになってますよね
あれはLFしか使わない場合は何にしたらいいのでしょうか？
これをgistへ移すことはできるのでしょうか？
本家から差分をpullしてたところタグ情報がとれてないみたいなんですが、
何か方法がまずいのでしょうか？
ソース自体はちゃんととれているようです。
1. 本家 → fork → My Repo
2. My Repo → clone ローカル
3. 本件の差分 → pull → ローカル（この時点でタグが更新されない）
4. ローカル → push → My Repo
あんまわからんけどレスします。
man git-fetch の -t, --tags の説明に書かれている場合に当てはまっているとか。
git fetch --tags でいけませんかね？
お客さんのソースコードを何も考えずにコミットをしていったのですが
コミットをした履歴というのはgit logでとれました
そして１０回コミットをしてるんですが
git checkout . だと最新のコミットしたやつをしゅとくできますが
4番目にコミットした内容を取得したいのですがこれはどう書くのでしょうか？
4回目のコミット内容を画面に表示できればOKなわけではあるまい
（いや、それ見て目視の力技で修正コミット作るのかもしれないが）
たすかります！！！！！
これを自分で名前をつけることって出来ないですか？
git checkout version1.0
git checkout version1.1
git checkout version2.0
みたいに
tagを使え
checkoutの-bオプションや、tagやbranch使う
おれの勝ち!!!
ブランチっていうのは
git branchでbranch一覧を出します
git branch testってやったらtestブランチが作れました
でもブランチって何をするものなのか分からず、ここで挫折して一時期引退しました
もちろん、自分は普通に git 使ってるよ。でも、使えない人が無理に使う必要はないと思う。
無理にでも覚えさせたいところ
パソコンaとパソコンbからgithubにおいてあるソースをいじろうとして、
パソコンaで作業したものをまずpushし、それをパソコンbでcloneで受け取ってからかなり編集しました
その後パソコンbの編集内容をgithubのソースにpushしました
ブランチは一切変更していません(masterのまま)
現在のgithubのデータをパソコンaに反映させるにはどういう手順を踏めばよいのでしょうか
それと、今後同じような処理をするのに便利な方法はありますか
git pull remote master
でいいんでね？
git pull じゃダメでしょうか？
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
Visual Studio 2005 Part 27 (113)
スレ立てるまでもない質問はここで 118匹目 (233)
自然言語処理スレッド その３ (462)
Ruby 初心者スレッド Part 48 (708)
Git 4 (242)
C/C++の宿題片付けます 156代目 (769)
--log9.info------------------
sheenをﾏﾀｰﾘ語るｽﾚ (661)
雑談スレ Part20.1 (192)
【ミニマルダブ】ベーシックチャンネル (463)
テクノ聴きはどんなヘッドホンを使っているか (598)
ジグジグスパトニックを語るスレ (127)
曲を聴いてる間は何をすれば良いんだッ・・・ (138)
MIX-CDを作ろう!! 8枚目 (924)
パフュームスレ (173)
JUNO REACTOR (138)
Infected Mushroom (419)
Justice 3 (777)
田村ゆかりはテクノ (231)
【アルバム】Vitalic【発売】 (654)
THE QEMISTS (120)
BOLA pt2 (375)
System F vol.1 (298)
--log55.com------------------
貧困の構造
詐欺師安倍晋三にあやつられる愚民国家日本
アベノミクス失敗隠し◆勤労統計不正事件◆嘘安倍
日産ゴーン「日本は安倍が率先して嘘をつく国だろ」
21世紀の資本主義、民主主義等を考えるスレ2
安倍政権へ！ 憲法改正には国民は協力しない！
☆出入国管理法改正案（移民法）で政策議論
■■■ ＮＴＴエイズ６ ■■■