[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 03/03 02:03 / Filesize : 219 KB / Number-of Response : 962
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Git 3



1 名前:デフォルトの名無しさん mailto:sage [2011/07/12(火) 01:53:58.45 ]
ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。
Git - Fast Version Control System
git-scm.com/

◆前スレ
Git 2
hibari.2ch.net/test/read.cgi/tech/1284467898/

◆関連サイト
Pro Git - Table of Contents
progit.org/book/ja/
Git入門
www8.atwiki.jp/git_jp/

573 名前:デフォルトの名無しさん mailto:sage [2011/11/09(水) 07:47:05.98 ]
addで追跡を開始したファイルの追跡をやめるにはどうすればいいでしょう。
ファイルを削除することなしで。

574 名前:デフォルトの名無しさん mailto:sage [2011/11/09(水) 07:49:07.55 ]
あ。すいません。すでにcommitされていてindexの中だけでなくリポジトリにも記録されてしまっているファイル
についての話です。

575 名前:デフォルトの名無しさん mailto:sage [2011/11/09(水) 08:35:56.81 ]
git rm --cached

576 名前:デフォルトの名無しさん mailto:sage [2011/11/09(水) 12:31:18.15 ]
gitむずい
新しいブランチを作ってリモートリポジトリに登録するには、これでいいの?

## ローカルブランチを作成
git co -b newbranch
## リモートブランチを作成
git push origin newbranch
## ローカルブランチとリモートブランチをひもづける
cat > .git/config
[branch "newbranch"]
  remote = origin
  merge = refs/heads/newbranch
^D

だれか助けて


577 名前:デフォルトの名無しさん mailto:sage [2011/11/09(水) 18:37:44.12 ]
>>576
git push -u origin newbranch

578 名前:デフォルトの名無しさん mailto:sage [2011/11/09(水) 20:32:13.01 ]
>>576
2重管理地獄で悶えて死ねwwww

579 名前:デフォルトの名無しさん mailto:sage [2011/11/09(水) 20:33:36.22 ]
MAJIRESU

多重管理できないSVN厨は trunk を物故わしてばっかり

580 名前:デフォルトの名無しさん [2011/11/09(水) 23:52:17.86 ]
なにこれ

581 名前:デフォルトの名無しさん mailto:sage [2011/11/12(土) 22:47:10.16 ]
svnみたいな集中型で、コミット権の無いリポジトリから改造版をつくろうとしたら
自分専用のリポジトリを使ってそこにソースコードをエクスポートして、改造版は別ブランチで管理するとか
そういう2重管理地獄に陥る

そうしてできた派生版リポジトリの変更を取り込もうとしたら
またソレ用のブランチ作ってそこにソースコード入れて・・・と3重管理4重管理の地獄行き

GitとかMercurialみたいな分散型なら自分用ブランチ作って、
本家の変更をマージ(リベース)するという形で管理できるのでより簡単
派生版の変更も同じようにマージできる



582 名前:デフォルトの名無しさん mailto:sage [2011/11/15(火) 02:15:18.39 ]
ディレクトリやファイルがたくさん含まれている中で、ただ1つのファイルだけを追跡したいのだが、
毎回ステージされていないファイル一覧が出てきて嫌だ。
目的のただ1つだけのファイルの他は全て無視するようにするにはどうすればいいだろうか。

583 名前:デフォルトの名無しさん [2011/11/15(火) 02:20:00.42 ]
.gitignoreに

/*
/.*
!/追跡したいやつ

1・2行目で全部無視にして、!付けて除外。


584 名前:デフォルトの名無しさん mailto:sage [2011/11/15(火) 09:23:16.84 ]
ありがとうございます。

.gitignoreファイルと、.git/info/excludeファイルはどのように使い分けていますか?

585 名前:デフォルトの名無しさん mailto:sage [2011/11/15(火) 20:50:17.52 ]
Gitによるバージョン管理
2011/10
ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06864-5

実用Git
2010/02
ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-87311-440-8

入門Git
2009/9
www.shuwasystem.co.jp/products/7980html/2380.html

入門git
2009/08
ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06767-9


586 名前:デフォルトの名無しさん mailto:sage [2011/11/15(火) 21:13:03.36 ]
Gitによるバージョン管理は良い本だな
開発ストーリーに沿ってコマンドを紹介している章があって、理解しやすい

587 名前:デフォルトの名無しさん mailto:sage [2011/11/15(火) 21:17:40.67 ]
また新しいのが出たのかw
やっぱりみんな分かりにくいと思ってるんだよ

588 名前:デフォルトの名無しさん mailto:sage [2011/11/16(水) 18:19:53.38 ]
年に1冊ペースで本が出るのを「また」と称する感覚がよくわからない
ROM販売でいつ使ってもバージョンが固定されてるってわけじゃないし(Git2010とか)、
忘れ去られてない感じでいいじゃないかと思うんだが

589 名前:デフォルトの名無しさん mailto:sage [2011/11/16(水) 19:20:12.05 ]
cvsやsvnはこんなにたくさん出てないだろ

590 名前:デフォルトの名無しさん mailto:sage [2011/11/16(水) 19:44:57.94 ]
>>589
ちょっと検索したけどSVNの日本語の本は8冊出ている

591 名前:デフォルトの名無しさん mailto:sage [2011/11/16(水) 21:50:37.87 ]
サポート付きらしい。
https://github.com/git-book-version-control-ja/support



592 名前:デフォルトの名無しさん mailto:sage [2011/11/16(水) 22:56:31.46 ]
git svnでcloneして、色々書いてdcommitしたいんだけど、
その間適当なコメントでローカルにコミットしてたから、svnのlogには適当なコメントは反映させたくないんだ
どうしたらいい?

593 名前:デフォルトの名無しさん mailto:sage [2011/11/16(水) 23:00:27.26 ]
別ブランチ作って--squashでもすれば?

594 名前:デフォルトの名無しさん mailto:sage [2011/11/16(水) 23:36:01.80 ]
>>592
master は svn 追跡専用と割り切れ。
貴様 branch の上でせっせと禿んで dcommit の直前で squash.
dcommit 終わったら貴様 branch を rebase.

595 名前:デフォルトの名無しさん mailto:sage [2011/11/16(水) 23:36:47.10 ]
慣れたら branch 上でも svn dcommit を意識したコミットができるようになるってば。

596 名前: 忍法帖【Lv=8,xxxP】 [2011/11/17(木) 00:00:53.17 ]
「高橋 麻奈 やさしいGit 」
まだ〜?

597 名前:デフォルトの名無しさん mailto:sage [2011/11/17(木) 07:38:45.76 ]
>>593
>>594
ありがとう!助かった

>>595
まったく、おっしゃるとおりです。

598 名前:デフォルトの名無しさん mailto:sage [2011/11/17(木) 19:50:03.75 ]
Software Design 2011年12月号
gihyo.jp/magazine/SD/archive/2011/201112

第2特集
まだSubversionで大丈夫?
イケてるGitの使い方
[Git×Subversion&Redmine]

第1章:SVN使いのための
Git入門……岡本 隆史
第2章:git-svnによるSVN包囲戦[戦支度編]
ローカルGitでSubversionを攻略せよ……川西 俊之,正徳 巧
第3章:git-svnによるSVN包囲戦[実戦編]
ローカルGitでSubversionを攻略せよ……川西 俊之,正徳 巧
第4章:RedmineによるGitリポジトリ包囲戦
プロジェクト管理ツールでGitをパワーアップ……岡本 隆史


599 名前:デフォルトの名無しさん mailto:sage [2011/11/17(木) 20:09:10.16 ]
岡村隆史と空目した・・・。

600 名前:デフォルトの名無しさん mailto:sage [2011/11/17(木) 21:41:27.74 ]
gitを使い続けていると精神が病むということ

601 名前:デフォルトの名無しさん mailto:sage [2011/11/18(金) 01:24:02.17 ]
>>595
それこそ慣れてからでいいんじゃねえの




602 名前:デフォルトの名無しさん mailto:sage [2011/11/18(金) 01:24:55.20 ]
>>598
Git×Subversion なんだな
Subversionのリポジトリで受けるの?

603 名前:デフォルトの名無しさん mailto:sage [2011/11/18(金) 02:21:24.84 ]
職場がsvnなんで、git-svnで自分だけgit使っているのですが
msysgit内蔵のsvnだと1.4.6でバージョンが古すぎてエラーになる
cygwinのgitだとsvnが1.7.1なので、新しめのsvnサーバーにもアクセスできるのですが
処理が遅すぎるのが微妙
vmwareでlinux起動してそこからgit-svnしたら安定して動くのですが
バージョン管理するためだけに仮想PC起動するのもだるい

git-svn使ってる人、みんなどうしてる?


604 名前:デフォルトの名無しさん mailto:sage [2011/11/18(金) 06:29:45.83 ]
git-svn 絡むときは windows ホストに git-svn させないようにしてるなあ。

605 名前:デフォルトの名無しさん mailto:sage [2011/11/19(土) 11:37:31.30 ]
作業領域からインデックスへのコミット
インデックスからローカルリポジトリへのコミット
ローカルリポジトリから中央サーバーへのコミット

の3重管理じゃねえかwgitユーザーって馬鹿じゃないのwww

606 名前:デフォルトの名無しさん mailto:sage [2011/11/19(土) 12:04:17.69 ]
頭悪そうな発言だ

607 名前:デフォルトの名無しさん mailto:sage [2011/11/19(土) 12:49:17.01 ]
ツールは使う人の能力次第

608 名前:デフォルトの名無しさん mailto:sage [2011/11/19(土) 13:02:56.97 ]
Gitは多重度次第w
ビンタワリー

609 名前:デフォルトの名無しさん mailto:sage [2011/11/19(土) 13:04:41.82 ]
インデックスとかイラネだろ

610 名前:デフォルトの名無しさん mailto:sage [2011/11/19(土) 13:24:23.65 ]
インデクスはジャマだなーと思うことがある俺ガイル
歴史的には必要だっただろうけど

611 名前:デフォルトの名無しさん mailto:sage [2011/11/19(土) 14:11:49.04 ]
Gitのインデックスは後付けだが大発明だった。
インデックス使わないでどうすんの。



612 名前:デフォルトの名無しさん mailto:sage [2011/11/19(土) 15:09:25.27 ]
なんで中央のリポジトリを直接いじることをそんなに怖がってるんだろう
みんなで中央をどんどん更新していって間違いが入ったらすぐ直せばいいだけじゃん
中央に間違いが入らないようにするために3重管理地獄を選ぶとかどうかしてるぜ

613 名前:デフォルトの名無しさん mailto:sage [2011/11/19(土) 15:30:22.79 ]
作りかけはリポジトリにぶち込むか自分でtarでバックアップするかの二択
三重管理地獄とやらとどっちがいいのかね?

614 名前:デフォルトの名無しさん mailto:sage [2011/11/19(土) 15:54:33.36 ]
あ、もしかしてLinuxは全ビルドに何時間もかかるからってことなんかな
だったら小規模なソフトウェアでgit使ってるやつは馬鹿ってことになるな

615 名前:デフォルトの名無しさん mailto:sage [2011/11/19(土) 15:56:40.22 ]
>>614
小規模ソフトは身の程をわきまえてCVSってか?
お前に何を使えとか強要されたくないわ

616 名前: 忍法帖【Lv=40,xxxPT】 mailto:sage [2011/11/19(土) 16:10:38.17 ]
>>612
そういう発想だから理解できないんじゃないかと思うが? 中央のリポジトリを触るのが怖い訳ではないと思うぞw

617 名前:デフォルトの名無しさん [2011/11/19(土) 16:25:19.93 ]
え?

618 名前:デフォルトの名無しさん mailto:sage [2011/11/19(土) 16:26:21.65 ]
馬鹿には無理

619 名前:デフォルトの名無しさん mailto:sage [2011/11/19(土) 16:55:52.77 ]
             ,. ' ´  ̄ ̄ ̄ ̄ ̄ `ヽ、
           /    /          \    
          /     /             \
         /     /―――――――――イノ
         /     /: : : : : : : : : : : :| |
        ,'    ,∠ __________/ |
        |   <__:.:.イ:.`メ、/|:/ |:./\レ:.:.〈 |
        ノ!     |/リレ',ィrそド"´ レ ィチxV:.!:.V}
       /|    /!:.:.! 〈. トzリ     トzリ }:!::Nリ
     /     /ソ:.:.i xx`¨´    , `¨x{:从 }
    /      //|:.:.込、         /:.|.ハ∧    
    /     /厶|:.:.|\ ヽ、  r つ ,. く:.:.:! ∧ ヽ
   /    /    |:.:.|::::::> ミ  、 <}  |::.:|   ヽ. }
  /i   〃     レ‐‐く\   ̄´ /::!  !:.:<フ二ヽリ
./   //     / /⌒く:\  イ:::::|  |:. 厶--、 }
   / /     (   /,. ┤:::::ヽ /::::::|  |:.厶--、 /

620 名前:デフォルトの名無しさん [2011/11/19(土) 17:00:59.05 ]
君じゃない。


621 名前:デフォルトの名無しさん mailto:sage [2011/11/19(土) 18:36:03.97 ]
>>611
hgにはインデックスとかないけど、拡張のmqとrecordがあれば特に困らないし



622 名前:デフォルトの名無しさん mailto:sage [2011/11/19(土) 20:06:59.66 ]
standing-shoebill.appspot.com/bzr-migration-docs/ja/survival/bzr-for-git-users.html
BazaarのUIレイヤには、インデックスに相当するものはありません。
Gitにあるような、部分的にコミットにステージングする機能はありません。
一部のファイルをコミットすることはできますし、プラグインを使えばファイル内の一部のハンクをコミットすることもできますが、コミットの一部をステージして作業を続ける方法はありません。

623 名前:デフォルトの名無しさん mailto:sage [2011/11/19(土) 21:00:35.86 ]
>>612
だから中央のリポジトリはコミットするのに査閲・承認が必要なんだって

あと管理表にない変数名を新規に定義することは許されないから
コミットする前に開発チームでローカルに命名した変数を
管理表にあるフォーマットに変換するリファクタリングのフェーズが必要だし。

624 名前:デフォルトの名無しさん mailto:sage [2011/11/19(土) 21:09:50.44 ]
おれも最初インデクスたん要らないしメンドクセーなとおもったが
git使い慣れたらこれの有り難みがわかった。

git嫌いな奴に無理にgit使えとは言わんから、わざわざこのスレ来て
ディスるのやめてくれませんかね。
SVNスレで勝手にSVNマンセーしててください。二度と来るな


625 名前:デフォルトの名無しさん mailto:sage [2011/11/19(土) 21:12:25.91 ]
>だから中央のリポジトリはコミットするのに査閲・承認が必要なんだって
運用ルールの問題ジャン
git使っても同じことだろ

626 名前:デフォルトの名無しさん mailto:sage [2011/11/19(土) 21:30:56.84 ]
>>625
でもチーム内リポジトリをsvnでつくろうと思ったら結構な手間だよ。
いや、作ること自体は簡単だけど、チーム内と中央のリポジトリの整合をとるのが手間か。

627 名前:デフォルトの名無しさん mailto:sage [2011/11/19(土) 21:52:47.20 ]
チーム内リポジトリとかいらね
何で2重管理が前提条件になってるんだよ
直接中央コミットで問題起きたら即修正でなんら問題ないだろ

628 名前:デフォルトの名無しさん mailto:sage [2011/11/19(土) 21:55:18.94 ]
チーム内のはマイナーフィックスしたいときに容赦なくできるから便利ってことじゃないの?
で、メジャーフィックスを中央にコミットする。

629 名前:デフォルトの名無しさん mailto:sage [2011/11/19(土) 21:57:23.13 ]
>>627
>直接中央コミットで問題起きたら即修正でなんら問題ないだろ

でかい開発したことないだろ。
ちょっとした規模の開発でそんなことしてたら、収拾つかんぞ。

630 名前:デフォルトの名無しさん mailto:sage [2011/11/19(土) 22:06:10.68 ]
そもそもそうそう問題なんか起きないし
リポジトリ上のプログラムは常にビルドが通るようにしておくのが基本だろ
そんな簡単なこともgitユーザーはできないのw?

631 名前:デフォルトの名無しさん mailto:sage [2011/11/19(土) 22:12:48.96 ]
>>630
> そもそもそうそう問題なんか起きないし

小さい規模しかやったことがない奴の意見乙。

>リポジトリ上のプログラムは常にビルドが通るようにしておくのが基本だろ

ビルド通るだけでいいと思ってるのが君の想像力の限界なんだな。



632 名前:デフォルトの名無しさん mailto:sage [2011/11/19(土) 22:18:21.85 ]
Hello Worldしか書いたことないんじゃね?

633 名前:デフォルトの名無しさん mailto:sage [2011/11/19(土) 22:19:41.91 ]
Hello Worldの管理にはsvnがおすすめですよ^^

634 名前:デフォルトの名無しさん mailto:sage [2011/11/19(土) 22:24:42.34 ]
大規模ってどのくらいの規模のことを言ってるか分からんが
君らの言い分じゃ大規模開発じゃなければgitを使う利点ないわけね

635 名前:デフォルトの名無しさん mailto:sage [2011/11/19(土) 22:28:06.26 ]
svnは大規模にも小規模に使えて
gitは大規模にしか使えないうんこw

636 名前:デフォルトの名無しさん mailto:sage [2011/11/19(土) 22:33:45.10 ]
インデックスに登録するのは初めの一度だけで、あとはgit commit -all使えばいいだけなのに、
何をそんなに騒いでいるのか分からないなぁ。

637 名前:デフォルトの名無しさん mailto:sage [2011/11/19(土) 23:26:44.54 ]
>>627
いや、だから、何度も言うとおりコミットに査閲と承認が必要な環境があるんだよ

638 名前:デフォルトの名無しさん mailto:sage [2011/11/19(土) 23:36:15.64 ]
git使ったらコミットに査閲と承認が必要なくなるのかって。
それは運営方法の話だろ
バージョン管理システムの話してるんだけど馬鹿なの

639 名前:デフォルトの名無しさん mailto:sage [2011/11/19(土) 23:55:06.16 ]
TortoiseGitの1.7.5.0が出てた
もうバグが増えないといいな

640 名前:デフォルトの名無しさん mailto:sage [2011/11/19(土) 23:55:17.27 ]
チーム内のソース共有とかコードレビューの時にコミットが必要になるだろ
そんな時いちいち承認とかしてられないだろ
で、チーム内ローカルのリポジトリがあって、ひと通りのレビューが終わってから中央リポジトリにコミットすれば楽だろ
そういう時にチーム内ローカル→git 中央リポジトリ→svnだと管理が楽なんだよ
ローカルリポジトリをsvnにしてしまうと中央リポジトリへの反映が大変だし。

本当は中央リポジトリもgitにしてもらうか、承認を簡単にしてもらうほうがいいんだけど
中央は発注元だしあちらさんの社内文化を変えてもらう労力のが大変で、
gitの二重管理で自分たちだけ防衛したほうが工数少ないでしょうとかそんな色々な理由。

641 名前:デフォルトの名無しさん mailto:sage [2011/11/20(日) 00:00:42.44 ]
>>640
なるほど。参考になった。



642 名前:デフォルトの名無しさん mailto:sage [2011/11/20(日) 01:48:49.24 ]
Git していろ

643 名前:デフォルトの名無しさん mailto:sage [2011/11/20(日) 04:26:03.72 ]
SVN使いは、ビルド通らないソースをコミットするカスや
作業コピー以外で編集して他人のコミットを先祖返りさせるボケが
いるから嫌いなんだよな

ソース管理スキルに関していえば
Git使い>>>(越えられない壁)>>>SVN使い>フォルダコピー使い

644 名前:デフォルトの名無しさん mailto:sage [2011/11/20(日) 04:46:54.60 ]
それだけ広く素人にも使われてるってことだろ
gitがsvnを超えて普及すれば同じ事言われるよ

645 名前:デフォルトの名無しさん mailto:sage [2011/11/20(日) 08:33:26.23 ]
>>644
もうgitはsvnを抜いているよ
qa.debian.org/popcon-graph.php?packages=bzr,cvs,darcs,git,git-core,mercurial,monotone,rcs,subversion&show_installed=on&want_legend=on&beenhere=1

646 名前:デフォルトの名無しさん mailto:sage [2011/11/20(日) 09:37:15.15 ]
母数がDebianのパッケージマネージャって時点で、お前の言うカスやボケが含まれると思うか?

647 名前:デフォルトの名無しさん [2011/11/20(日) 09:42:36.39 ]
DebianはUbuntuとの2重管理のうんこ

648 名前:デフォルトの名無しさん mailto:sage [2011/11/20(日) 09:46:27.84 ]
>>645
インストールされていることと、使われていることの区別も付かんのか。

649 名前:デフォルトの名無しさん mailto:sage [2011/11/20(日) 09:50:10.31 ]
>>648
gitはインストールされているけど、使われていない、使えないのですね。わかります。

650 名前:デフォルトの名無しさん mailto:sage [2011/11/20(日) 09:50:54.45 ]
>716 :デフォルトの名無しさん [↓] :2011/11/20(日) 08:53:00.84
>コミットA→コミットB→コミットC
>
>上のコミットBに間違えてfoo.txtをaddしてコミットしまって今すごい周りに迷惑かけちゃってまして
>なんとかfoo.txtを自分のローカルのsvnの管理対象から除外して
>新しいコミットDからはfoo.txtがなかったようにしたいのですが、
>この場合どうすればいいんでしょう。。

svnユーザーの現実

651 名前:デフォルトの名無しさん mailto:sage [2011/11/20(日) 09:58:58.43 ]
A,B,Cで3重管理してるのがそもそもおかしい



652 名前:デフォルトの名無しさん mailto:sage [2011/11/20(日) 10:08:38.68 ]
>>639
それよりmsysgitのsvnが古いのを何とかしてほしい
svnが1.7で互換性をブチ切ったりしなけりゃ古いままでも問題なかったんだが

653 名前:デフォルトの名無しさん mailto:sage [2011/11/20(日) 10:53:57.35 ]
無料RPG製作ツール「ロープレジェネレーター」

直感的操作で簡単なゲームが作れます。 簡単に配布可能な状態に出力する
ことができます。(HSP製のソースコード付きで、スクリプトの知識があれば
自由度の非常に高いカスタマイズができます)
他にも仲間預かり機能(100人も)や、仲間の状態/状態異常を細かく設定
できたり、乗り物が作れたり、ゲーム中に画像を差し込んだり、回転や
フラッシュなどのエフェクトなんかも簡単に作れる様です。
移動は矢印キーの他に、キャラがマウスを追っかけたりするとのこと。
戦闘はデフォだとドラクエ系。

・次期バージョンのロープレジェネレーター2.00アルファ版2を公開しました。(2011/10/29)

654 名前:デフォルトの名無しさん mailto:sage [2011/11/20(日) 12:48:41.16 ]
>>651
>A,B,Cで3重管理してるのがそもそもおかしい

3重管理?

655 名前:デフォルトの名無しさん mailto:sage [2011/11/20(日) 17:09:38.33 ]
Gitで多重管理とかって何のこと指してんだろ

656 名前:デフォルトの名無しさん mailto:sage [2011/11/20(日) 18:01:31.77 ]
もはや多重管理言いたいだけちゃうんかと

657 名前:デフォルトの名無しさん mailto:sage [2011/11/20(日) 19:00:05.40 ]
そもそも分散リポジトリ使ってて、めんどくさいと感じたことなんかないんだが。
むしろ馬鹿が中央リポジトリにヘンなのコミットしても
自分とこだけは一時的に防衛できるので作業効率よくなった


658 名前:デフォルトの名無しさん mailto:sage [2011/11/20(日) 19:15:59.00 ]
うるせえ、「重管理」NGワードにすっぞ

659 名前:デフォルトの名無しさん mailto:sage [2011/11/20(日) 19:16:42.95 ]
あ、>>657に言ってるんじゃないので

660 名前:デフォルトの名無しさん mailto:sage [2011/11/20(日) 19:24:18.13 ]
>>658
してなかったのかよ、NGワード多重管理君。

もちろんもはやn重管理はネタだろ。

661 名前:デフォルトの名無しさん mailto:sage [2011/11/20(日) 19:31:15.27 ]
NGワード指定するほどレスないだろ、この板。



662 名前:デフォルトの名無しさん mailto:sage [2011/11/20(日) 21:07:34.76 ]
Linuxのカーネルとかだと100重管理ぐらいいってるかな?w

663 名前:デフォルトの名無しさん [2011/11/20(日) 21:46:50.54 ]
>>662
99重=苦渋苦渋管理

664 名前:デフォルトの名無しさん mailto:sage [2011/11/20(日) 23:26:00.19 ]
ぐしゅぐしゅ。

発狂しそうなパッチ・版多重管理をこなせたのがBKで
それの跡を継いだのがGitだろ?

ただ、CVS/SVNを経験してGitに慣れたヤツがSVNに戻れるか? と言われたら
例外なく戻れないだろう。反例求む。(SVN反Git厨は釣られないように)

665 名前:デフォルトの名無しさん mailto:sage [2011/11/21(月) 00:34:15.31 ]
周りに合わせざるを得ないので svn はまだ使ってる
git svn は糞なので使えない

666 名前:デフォルトの名無しさん mailto:sage [2011/11/21(月) 01:28:49.87 ]
戻れるかと言ったら普通に戻れるけど、利点はないな。
強いて言えば日本語の対応とか。

667 名前:デフォルトの名無しさん mailto:sage [2011/11/21(月) 02:41:12.64 ]
戻るメリットっていったら、日本語ファイル名が正しく使えることくらいか
あとはWindowsで使うときにはSubversionのがすこし安定してる気がする

しかしそんだけのために戻る気はしないな

668 名前:デフォルトの名無しさん mailto:sage [2011/11/21(月) 12:35:59.44 ]
たすけてください
git commit -m "test"
で間違えてコミットしてしまったのを取り消したくて
git revert HEAD
としたのですが
取り消しを取り消したい場合はどうしたらいいのでしょうか?

git revert HEADの後ににファイルを編集したので
もう一度コミットするとおかしくなってしまいますのでたすけてください

669 名前:デフォルトの名無しさん mailto:sage [2011/11/21(月) 12:42:59.04 ]
とりあえずdiffとっといてgit reset --hardで、問題ないとこまで戻るとか
状況はわからんけど、やりようはいくらでもありそう

670 名前:デフォルトの名無しさん mailto:sage [2011/11/21(月) 13:14:26.61 ]
ProGitみたいな親切なドキュメントあるのに読まない奴ってなんなの?

671 名前:デフォルトの名無しさん mailto:sage [2011/11/21(月) 13:26:31.67 ]
管理の仕方についてアドバイスお願いします
C:\sourcecode\python
C:\sourcecode\ruby
C:\sourcecode\perl
とあります

これら言語別にフォルダ分けがされており、フォルダの中にもまたプロジェクトごとにフォルダが分けられてます
C:\sourcecode\python\helloworld
C:\sourcecode\python\mywiki
C:\sourcecode\python\mycms

こういう場合リポジトリを作成する場合は
コマンドプロンプトでC:\sourcecodeをカレントディレクトリにしてgit initをするものでしょうか?
それとも書くプロジェクトごとにgit initをするものでしょうか?



672 名前:デフォルトの名無しさん mailto:sage [2011/11/21(月) 13:48:26.47 ]
>>668
git revert HEAD をもう一度。

という身も蓋もない回答は置いといて
git log とか git reflog して、戻したい場所を見つけたら
git reset (所望のsha1)

git reset が怖かったら
git checkout -b tekitouna_ichijitekina_branch (戻したいsha1) だ。
俺はこの手合いの作業は detached branch 上でやっちゃうけどなw

673 名前:デフォルトの名無しさん mailto:sage [2011/11/21(月) 13:50:00.33 ]
>>671
全部まとめてひとつのリポジトリにしてしまうのが、さしあたっての管理は楽。
git-submodule という機構もあるが、初心者が使うとぜったい事故る。






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<219KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef