09/03/16 18:26:48
git branch -r したときに、たとえば
origin/HEAD
origin/master
origin/experiment
origin/development
と出てたとします。
ここで、リモートのリポジトリから origin/development が削除されたとします。
しかし手元で git fetch してから再度 git branch -r すると、origin/development が残ったままになっています。
つまり、この状態では git branch -r が正しい情報を表示してくれない（または git fetch しても
rogin/development が削除されたという情報が反映されない）ということです。
このあと git branch -r -d origin/development を実行すると表示されないようにはなりますが、やっぱり気持ち悪いです。
長くなりましたが、質問をまとめると、リモートブランチの*正確な*一覧をとってくるのはどうしたらいいでしょうか。
または git branch -r したときに、すでにリモートブランチで削除ずみのものを表示させないようにするにはどうしたらいいでしょうか。
よろしくお願いします。
672:デフォルトの名無しさん
09/03/17 23:37:37
>>671
git remote prune はどうかな。
673:デフォルトの名無しさん
09/03/18 15:06:17
>>672
まさにそれでした。
$ git remote prune --dry-run origin
Pruning origin
URL: git@github.com:user1/project1.git
* [would prune] origin/development
$ git remote prune origin
Pruning origin
URL: git@github.com:user1/project1.git
* [pruned] origin/development
どうもありがとうございました。
674:デフォルトの名無しさん
09/03/21 22:06:38
TortoiseHg 0.7.1 (with Mercurial 1.2.1)、インストール前に
旧版をアンインストールしておく必要がなくなったようです。
675:デフォルトの名無しさん
09/03/22 00:50:08
TortoiseHg 0.7.1を試してみてRename Fileの化け文字は
ある程度改善したみたいだ。しかしファイル名に「ソ」が
あるとやはり化ける。あと少しで完璧なのに惜しい。
676:デフォルトの名無しさん
09/03/22 01:14:54
>>675
予とか表は大丈夫なのか？
677:デフォルトの名無しさん
09/03/22 02:21:57
>>675
>>636
678:デフォルトの名無しさん
09/03/23 13:28:13
TortoiseHGのGUIツールキットがなかなかよさげなんですが、あれって何使っているんでしょうか？
679:デフォルトの名無しさん
09/03/23 18:38:33
>>678
gtk
680:デフォルトの名無しさん
09/03/24 00:16:26
TortoiseGitでgithub使えている人いる？
mkdir magemoge
cd magemoge
git init
touch README
ToritoiseGitで追加、コミット
git remote add origin git@github.com:user_name/magemoge.git
ToritoiseGitでpush
以下のエラー
> Permission denied (publickey).
> fatal: The remote end hung up unexpectedly
どうすりゃいのかな？
681:680
09/03/24 00:27:07
ssh周りかな？と重い
TortoiseGitのオプションで、sshにplink.exeを指定し、
Pageantを立ち上げて鍵を追加し、実行したのですが、やはりエラーがでてしまいます。
github側にはすでに、対応する公開鍵をついかしてあります。
> git.exe push "origin" master
> fatal: The remote end hung up unexpectedly
うーん。
682:680
09/03/24 01:13:56
何度もスマン
コマンドラインgitだと大丈夫でした。
`ssh-agent -k`を実行して、git push master original で無事いけました。
TortoiseGitの時はどうすんだろ
683:デフォルトの名無しさん
09/03/24 03:30:39
問題山積みですな
684:デフォルトの名無しさん
09/03/24 10:22:41
TortoiseHg 0.7.2
685:デフォルトの名無しさん
09/03/24 11:14:10
まだ>>636が必要そうだね
686:デフォルトの名無しさん
09/03/24 18:35:35
git push すると次のようなエラーがでます。
このエラーは何を意味していますか。
またどう対処すればいいでしょうか。
$ git push
Counting objects: 159, done.
Delta compression using 2 threads.
Compressing objects: 100% (47/47), done.
Writing objects: 100% (81/81), 10.66 KiB, done.
Total 81 (delta 58), reused 47 (delta 33)
To git@github.com:myname/myproject.git
c62e2a8..cd4f2f0 dev -> dev
! [rejected] master -> master (non-fast forward)
! [rejected] experiment -> experiment (non-fast forward)
error: failed to push some refs to 'git@github.com:myname/myproject.git'
よろしくお願いします。
687:デフォルトの名無しさん
09/03/25 10:33:22
TortoiseGitの右ドラッグ＆ドロップで "Git Copy and rename versioned item here"という選択肢が出るのですが、
現バージョンでは実装されていないものの、コマンドライン版gitでは何に値するものなのでしょうか？
他にも、
・Git Move versioned items(s) here → git mv 相当？
・Git Move and rename versioned items here → 同上
・Git Copy versioned item(s) here →これもなんだろ？
などがコンテキストメニューで出ますね。
688:687
09/03/25 10:49:54
assert(?) - git equivalent to “svn copy” for forking files with history?
URLﾘﾝｸ(markpasc.livejournal.com)
ああ、普通にコピーするだけでも一応以下のコマンドで感知はできるのか･･･
git log -C -C --name-status --no-walk
なるほど。TortoiseGitの方はコピーしたかどうか、というのはわからないみたいｄせいあｔ。
689:デフォルトの名無しさん
09/03/27 13:38:42
ためしに、MercurialでXAMPP(1万ファイル300MBくらい)を突っ込んでみたんですが、
XAMPPのアップグレード後で更新ファイル数が多いと
TortoiseHgがハングしてしまうｗ
Intel Q6600程度のCPUだと返ってきません
コマンドライン版hgだとサクサクですね。
Tortoiseの方はあまり大きなプロジェクトは考えられてないもんですかね？
690:デフォルトの名無しさん
09/03/27 13:39:53
訂正
> TortoiseHgがハングしてしまうｗ
TortoiseHgでコミット時、ウインドウがハングしてしまうｗ
コマンドライン版だと、hg commitやhg add .ともに軽いです。
691:デフォルトの名無しさん
09/03/27 13:42:04
>>689
また訂正スマソ
> > TortoiseHgがハングしてしまうｗ
> TortoiseHgでコミット時、ウインドウがハングしてしまうｗ
コミット時に立ち上がるウインドウがハングしてしまう
です、なので、TortosieHgだとコミットができません orz
まあ、XAMPPは日本語ファイル名はないみたいなのでコマンドライン版でも問題ないのですが
692:デフォルトの名無しさん
09/03/28 00:01:54
TortosieSVN でも、よくあること。
しばらく経ってやりなおす。
693:デフォルトの名無しさん
09/03/28 17:36:10
俺はログオフしてるわ
次同じことやってだめなら諦めてコマンド打ってる
694:デフォルトの名無しさん
09/04/01 03:59:16
python subversion -> mercurial決定
URLﾘﾝｸ(mail.python.org)
695:デフォルトの名無しさん
09/04/01 04:04:35
>694
ハゲがバザーよりsvnユーザーにとって学習しやすいってのは、
どの辺の話だ？
696:デフォルトの名無しさん
09/04/01 04:35:49
>>695
bazaarのメーリングリストでも同じこと言ってるやつがいるなw
bazaarのメーリングリストでキレながらStephenが説明してるから見て来たら？
697:デフォルトの名無しさん
09/04/01 05:59:45
祭り会場（エイプリルフールネタじゃないよ。）
【ネット】 朝日新聞編集局員（４９）、２ちゃんねるで荒らし行為。差別を助長する書き込みも…朝日、「処分します」と謝罪で★３０
ｽﾚﾘﾝｸ(newsplus板)
698:デフォルトの名無しさん
09/04/01 10:20:00
>>697 通報した
699:デフォルトの名無しさん
09/04/01 18:34:07
>>695
Guidoが勝手に言ってるんだから本人に聞けば？
700:デフォルトの名無しさん
09/04/01 20:25:21
TortoiseHg 0.7.3
701:デフォルトの名無しさん
09/04/02 08:11:07
駄目文字ファイル名には対応したが、駄目文字フォルダ名には対応できてない気がする
702:デフォルトの名無しさん
09/04/02 17:16:18
>>701
Mercurial自体が対応してないのに？
703:デフォルトの名無しさん
09/04/02 23:16:39
バージョン管理システムのバージョンを管理するのが面倒くさい。
バージョン管理システムのバージョンを管理するシステムは無いの？
704:デフォルトの名無しさん
09/04/03 00:54:05
パッケージ管理システムでも使えよ
705:デフォルトの名無しさん
09/04/03 15:05:50
質問があるのですが、よろしいでしょうか？
バージョン管理システムで「この行のローカル変更を無視する」ような指定の
できるものはありませんか？
例えば、設定ファイルなど、個々のユーザや環境ごとに内容を書き換える必要
のあるファイルをバージョン管理しようとすると、個々のローカルの変更が当
然、競合してしまいます。
しかし、このファイルをバージョン管理から外すと、新しい設定項目が増えた
ときにも、全ユーザの設定ファイルをアップデートすることができません。
そこで、たとえば
String db_name = "db_(ユーザ名)"; // svn:ignore
という具合に、svn:ignore の出現する行はバージョン管理の対象から外す、と
いった機能がほしいのです。
レポジトリには svn:ignore を含まないコードを登録し、各ユーザがチェック
アウト後に自分に適した値に書き換えてから、自分で svn:ignore と書き加え
ます。その後はその行だけ、バージョン管理システムから無視されるようにな
るので、アップデートすればその行以外は更新されます。
また、svn:ignore の書かれていない行を変更してコミットすれば、レポジトリ
に登録されたコードは当然、変更されます。
こんな機能を持つバージョン管理システムはないでしょうか？
--
もしかして分散バージョン管理システムなら、こういう使い方もできるのでしょ
うか？
706:デフォルトの名無しさん
09/04/03 15:13:01
>>705
設定ファイル側で個々のユーザ毎の設定だけ別ファイル作るとかして対応したら？
707:705
09/04/03 15:26:19
>>706
それはある程度やっておりますが、そういう個人ごとのファイルを中途半端に
バージョン管理したいのです。設定項目が増えたりしますから。
今は、設定項目が増えたりするときは、メーリングリストで通知しています。
もっとうまい方法がないかと思うのです。
708:デフォルトの名無しさん
09/04/03 16:44:32
コミットのトリガーで動く前処理スクリプトか、
svnの代わりに呼ぶラッパー作れば？
709:705
09/04/03 17:27:21
>>708
それはいいかもしれませんね。
ただ、コミットのトリガーだと、ユーザ環境では「変更されたファイル」とし
て扱われてしまうし、
svnの代わりのラッパーは、ユーザのOSやクライアントソフトの種類が多くて難
しそうです。
710:デフォルトの名無しさん
09/04/03 18:18:09
>>705
分散型なら各自の設定ファイルもバージョン管理できるだろうけど、
それだけの為に分散型にするのはどうだろうね。
あなた一人だけでやってるなら頑張って使い方覚えればおkだけど。。。
antとかrakeみたいなので設定ファイルをジェネレートするようにしたほうが
適してるかも。
711:デフォルトの名無しさん
09/04/03 18:46:32
xmlでもiniでもconfigでも、拡張子の後に更にsampleとか拡張子付加して管理してる
使う側が勝手にマージしろって感じに
712:デフォルトの名無しさん
09/04/03 18:47:42
んでコミットされないようにignoreにも登録
713:705
09/04/03 19:13:18
>>710
おっしゃるとおり、当分はSubversionから離れることはできないでしょう。
分散型については将来に備えて知っておきたいと思っています。
ant や rake については、毎回ユーザが設定値を与えるならわずらわしいし、
値を保持するなら、その値をどうバージョン管理するかという話に。
>>711-712
それはTortoiseSVNのチュートリアルが推奨している方法ですね。
（サイトが落ちているようなのでキャッシュ）
URLﾘﾝｸ(72.14.235.132)
うちもそうしているのですが、テンプレートが更新されても気づかないんです。
ユーザにマージさせるのに、メーリングリストで通知することになります。
714:デフォルトの名無しさん
09/04/03 20:13:50
別にそれで良くね？
あとはpost-commitにでも特定のファイルがコミットされたら
注意しやすいように、分かりやすくなるようにスクリプト書くだけじゃん
715:705
09/04/03 21:08:44
>>714
なるほど、テンプレートファイルが更新されたら、自動でMLにメールを投げる
とかですね。
結局、その辺に落ち着くしかないのかもしれません。自分の当初のアイディア
も、例えば設定項目が増えた場合、その増えた値を個々のユーザに書き換えて
もらう必要があるなら、通知が必要なようですし。
716:デフォルトの名無しさん
09/04/04 01:09:39
>>705
うちはgit使ってるけど、
- ベースとなるブランチをmasterとする
- ホスト毎にそのホスト固有の修正を行うブランチを用意(host/foo, host/bar, ...)
- masterに更新があった場合はgit rebase master host/fooとして各ホスト用データを更新
としてる。
717:デフォルトの名無しさん
09/04/04 08:47:23
>>716
便乗質問させてください。
その場合は、ローカルの仕事を本家にcommitしたいときはcherypickするのでしょうか？
そのままmergeしちゃうとホスト固有の部分も区別なくmergeされちゃうので、
まずいですよね。
718:716
09/04/04 16:29:32
>>717
そもそもhost/fooではホストローカルな修正しかしないので、masterにそういう修正を持っていくことはないよ。
masterに持っていきたくなるような修正はmasterで作業すれば良いんだし。
それでも誤ってmasterで行うべき作業をhost/fooでしてしまうことはあるかも知れない。
そういうときは
- まだコミットしてないならgit checkout -m masterでブランチ切り替えて作業継続。
- 既にコミットしてたらmasterで該当コミットをgit cherry-pickしてから
ホストローカルなブランチではgit resetやgit rebase -i masterで該当コミットを抹消。
としてる。
719:636
09/04/07 02:47:46
ファイル構成が大幅に変わってpatchがあてれなくなっていたので更新した
720:デフォルトの名無しさん
09/04/07 04:04:43
gitでhttp:/server/proj.gitからコミットasdf1234....を取りたい
んだけど、どうやればいいの？
全部取ってrevertを使ってみたが訳が分からん。
あまりに説明が無さ過ぎて泣ける。
721:デフォルトの名無しさん
09/04/07 10:35:04
全部取ってるなら
git checkout asdf1234
でいいんじゃないか？
722:デフォルトの名無しさん
09/04/07 18:42:00
>>713
各自用のバージョン管理しないローカル設定ファイル(ignoreされる)を
用意して、テンプレート設定ファイルの各値を上書きするように
ビルドツールを組んで、実行環境が構築されるようにしてやってるよ。
この場合、テンプレートにローカル設定がマージされるので、
ローカル設定ファイルの内容は古くても動く可能性がある。
もし各環境用の設定も全てあなたがメンテしないといけないなら、
各環境用にブランチ作るとかかなー
723:デフォルトの名無しさん
09/04/08 02:47:45
tracがパッケージとして既にあるubuntuか
安定性のcentosか
どっちでリポジトリ関連の鯖たてようかなあ
724:デフォルトの名無しさん
09/04/08 08:56:58
ubuntuのパッケージって結構古いのばっかりじゃなかったっけか。
あと日本語化するならapt使って入れるのはやめといた方がいい希ガス。
725:デフォルトの名無しさん
09/04/08 21:34:44
Ubuntu,Debianはbackportsで多少新しいのが入る。
CentOSはrpmforgeで同様に。
日本語化するならtracをいったん入れる直前までやってtracに必要なパッケージをメモって、
で必要なパッケージを入れて、日本語版Trac入れる、かな。
あと、ちょいとスレ違いなので、Tracの話題ならこっちの方がよいかと。
【バグ管理】 BTS使ってる？【追跡ﾞ】 ２
ｽﾚﾘﾝｸ(tech板)l50
726:デフォルトの名無しさん
09/04/08 23:25:22
メッセージ翻訳担当募集
URLﾘﾝｸ(groups.google.com)
＞なぜかリリースノートには記載されていないのですが（笑）、
＞一応 Mercurial 1.2 版からヘルプ類が日本語化されています。
＞しかし、ちょっと試してみればお分かりのように、まだまだ翻訳網羅率が
＞高くありません。とはいえ、数が数なので、私1人の翻訳では、流石に
＞ペースアップにも限界があります。
727:デフォルトの名無しさん
09/04/09 02:51:34
>726
日本語のmanがかなり古いんだが、そろそろ更新しないのかな？
mercurial wiki上に有るんなら俺が訳してもいいんだが。場所違うし。