Git 9

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


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

Git 9

1 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 13:22:20.98 ID:s4x1CSLN]: ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。

Git - Fast Version Control System
git-scm.com/

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

◆前スレ
Git 8
toro.2ch.net/test/read.cgi/tech/1389701817/
49 名前：デフォルトの名無しさん mailto:sage [2014/04/16(水) 03:16:00.58 ID:FwnwH35E]: それってツリー見てなにかわかるん？
50 名前：デフォルトの名無しさん mailto:sage [2014/04/16(水) 03:22:23.47 ID:LjaPwUAW]: というよりbisectだよね
51 名前：デフォルトの名無しさん mailto:sage [2014/04/16(水) 03:24:09.57 ID:O1uBrWmJ]: 自動ビルドテストしようず
GitHubでプルリクエストすればマージ前でも自動テストしてくれるみたいだからリモート環境だけでテストできるんじゃないの
やったことないしどうせ自動化のテストはローカルでしなきゃならんけど
52 名前：デフォルトの名無しさん mailto:sage [2014/04/16(水) 03:40:07.18 ID:FwnwH35E]: そういやbisectで思い出したけど、
テストコードをしっかり書いているとする。

バグが何処かで混入されたとして、
それを見逃したということはテストコードがなかったということになる。

そこで新たにテストコードを追加する。
さて、このテストコードを使って、どこでバグが混入されたかを
bisectで調べるにはどうしたらいいだろう？

git bisectをするたびにコミットが変わるのはいいんだが、
そのコミットには当然追加されたテストコードは含まれていない。

やばい、酒ははいってて、何を書いているのかわからないｗｗｗｗ
53 名前：デフォルトの名無しさん mailto:sage [2014/04/16(水) 03:40:53.57 ID:FwnwH35E]: おーい、ちゃんと文章なりたってるかー？ｗ
54 名前：デフォルトの名無しさん mailto:sage [2014/04/16(水) 03:49:55.54 ID:EGmRT2AB]: >>49
上手いこと説明できないが、ツリーがないよりあったほうがマージのやり直しはしやすい気がする。たぶん自分が関わってるプロジェクトの特性上のものだと思う。
まあ、ツリーだけってよりは1個1個コミットを見ていってそのローカルブランチではなにをするつもりだったのかとかを解釈していくという方が重要なのだろうけど。
>>51
インタラクティブなアプリだと自動でのビルドテストがかなり難しいんだよね。
OpenGLとかメディア系ライブラリと各種センサを使ったアプリとかだと、描画が想定通り行われてるかとか、ムービーが正しく再生されてるかとか、
センサの値が正しく反映されてるかとか、そういうものをテストコード書くのが難しすぎる、というか結局人間が解釈しないとOKかNGか判断できないものが
多すぎてTDDしづらいんだよね。ゲームとか典型例なんじゃないかな？
55 名前：デフォルトの名無しさん mailto:sage [2014/04/16(水) 04:03:18.65 ID:O1uBrWmJ]: >>54
そりゃ無理だな
UIが複雑なのはテストの維持がめんどすぎて割に合わない
56 名前：デフォルトの名無しさん mailto:sage [2014/04/16(水) 12:51:47.35 ID:LjaPwUAW]: >>52
git bisectはコミットされてないdiffを各コミットに適用してくれるから、
テストコードを自動マージできるように書いて
それをコミットしないままbisectすればできるよ
57 名前：デフォルトの名無しさん mailto:sage [2014/04/16(水) 14:21:34.93 ID:zACk8w4U]: 漏れはソースを他人に見せたくて仕方がない
露出狂鴨試練
58 名前：デフォルトの名無しさん mailto:sage [2014/04/16(水) 21:49:07.29 ID:SSurM9Qy]: git statusをgit sだったりgsにエイリアスを設定して短くするやり方ありますよね
これgitの開発人たちに公認公式のエイリアスの設定方法って公開してませんかね？
59 名前：デフォルトの名無しさん mailto:sage [2014/04/16(水) 21:52:45.78 ID:23qQxnbb]: alias の設定の「仕方」なら公認公式もへったくれもなく今やってる方法が公式だろうと思うが
大抵の人が設定してるであろう、一般的な alias の一覧みたいなのないかってことかね
60 名前：デフォルトの名無しさん mailto:sage [2014/04/16(水) 22:13:23.97 ID:QCJjs0GG]: git config alias.変更表示 diff

こんなのがあったところで使うかよｗ
そんなの自分の自由
61 名前：デフォルトの名無しさん mailto:sage [2014/04/16(水) 22:59:29.71 ID:HsjrRpyw]: shellのalias使えば良いだけじゃね？
62 名前：デフォルトの名無しさん mailto:sage [2014/04/16(水) 23:18:22.32 ID:YDFUIFCV]: git sとか一意に出来るところまであれば自動で補完して実行する機能をオンオフ出来れば良さそう
63 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 03:15:07.74 ID:KNGPRiph]: >>56
サンクス
コミットしないままbisectできたのか。
まあ確かに動き的にはcheckoutしているだけだもんな。
64 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 03:18:41.09 ID:KNGPRiph]: >>58
subversionを真似したら？
短いエイリアスがあるから。

gitのコマンドが長いのは、短縮は自分で好きなの
割り当る用だと思ったりもしてるんだけど
なんか理由あるのかな？
65 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 13:12:49.12 ID:ns8t/lZO]: 設定してあるエイリアス晒してみる
st = status
ci = commit
co = checkout
br = branch
dif = diff
difc = diff --cached
lo = log --oneline
lf = log --first-parent
lof = log --oneline --first-parent
66 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 13:45:04.02 ID:aPfzsLri]: statusはsだろうが
commitはcだろうが
きめえよ
67 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 14:05:07.53 ID:vWEx34Yo]: 一番良く使うstatusとかlogはシェル関数で置き換えちゃってるな
gst = git status -s -b
glo = git log --graph --branches --remotes --pretty=format:'%C(black white)%h%Creset%C(blue bold)%d%Creset %s'
68 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 16:24:56.84 ID:xYf1zYlh]: >br = branch
わかる
>dif = diff
まぁ、わかる
>ci = commit
どういうことなの
せめてcmでしょ
69 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 16:47:58.48 ID:ns8t/lZO]: >>68
俺はかつてCVSユーザだったんだが、
CVSのcommitはciというエイリアスを持ってたんだよ。
SVNもciはcommitのエイリアスになってるだろ？

といってもそもそも何でCVSのcommitがciなんだよ？って話だよな。
CVSは当初、その前に流行した単一ファイルバージョン管理用RCSにかぶせてつかう
ディレクトリツリー管理拡張のためのラッパースクリプトとして登場した。
RCSのコミットに相当する操作はcheck inと呼ばれ、コマンドはciだった。
CVS, SVNはそれを継承してるというわけだ。

現在でも主要なディストロはだいたいRCSのパッケージを持ってて、
インストールすればciコマンドを使えるぞ。
ちなみにRCSのcheckoutは当然coだから使い方はmanを見てくれ。
70 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 17:02:55.46 ID:x5+myCPx]: ci co は結構多いと思うぞ。
過去の VC の流れで。
71 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 17:04:57.52 ID:7VV2HzZ+]: checkinの略だったよね？
72 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 17:32:10.40 ID:x5+myCPx]: github で gitconfig alias で検索すると結構色々でてきて面白いな
https://github.com/search?l=ini&q=gitconfig+alias&ref=searchresults&type=Code

わりとみんな同じ感じなんだねえ
73 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 17:33:57.98 ID:xYf1zYlh]: そうなんか、知らんかった
調べたらmercurialもciなんだな
74 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 17:38:39.61 ID:Fx1ijgIa]: branchはbだろうが
diffはdだ！
75 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 17:44:29.46 ID:x5+myCPx]: 一文字だと不安(?)なのか二文字が多いなgithubだと
76 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 18:39:15.48 ID:ns8t/lZO]: 2文字派か1文字派か。主要コマンドは比較的統一してる人多いね
77 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 18:50:05.36 ID:gzIoS/KQ]: ｃがかぶりやすいからだなｗ
78 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 18:52:52.00 ID:zmGYf3iT]: おれはねエイリアスでgit revertをecho ""に設定している
危ないコマンドや初心者が過去を隠すために使うようなコマンドをあえて禁止している
79 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 18:56:43.52 ID:vWEx34Yo]: git revertは危なくもないし過去を隠すコマンドでもないだろ
80 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 20:34:51.97 ID:ns8t/lZO]: むしろイケてない過去のコミットを無かったことにできるのがgitの利点かと思うが
81 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 21:44:17.51 ID:XZy5mn+7]: revertを禁止にするならresetも禁止にするべき
前進あるのみ
82 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 21:47:12.93 ID:KNGPRiph]: え？エイリアスの話？

俺は、

bisect bad に bisect-fixed を
bisect good に bisect-unfixed を
割り当ててる。

便利だよ。
83 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 22:05:50.07 ID:i6eMI8h0]: 晒してみる。省略形は多用するとクセになるから避けてるなぁ

[alias]
serve = daemon --reuseaddr --base-path=. --export-all --verbose
stat = status --short --branch
exec = "!exec "
84 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 22:10:52.86 ID:u3XqYAfL]: >>36ですが皆さん（>>38-40 >>44 >>47 >>48）アドバイスをどうもありがとうございます。

いやーgitをよく知らないままgitで大勢でメンテしているプロジェクトに送り込まれて
しまいまして。

とりあえずgitkとかで表示してみました... うわっ、平行な線が沢山走っている部分が!
なんか宇宙戦艦ヤマトのワープの図を複雑にしたような（たとえが古いか）
線が沢山集中した部分でチェックアウトするともの凄い速度で開発できたりとか
85 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 22:23:16.22 ID:KNGPRiph]: 開発する人数やワークフローにもよるけど、平行な線は
沢山あるべきじゃないよ。マージしづらくなるからね。
86 名前：デフォルトの名無しさん mailto:sage [2014/04/18(金) 02:04:45.06 ID:G95hrNw/]: >>84
> 線が沢山集中した部分でチェックアウトするともの凄い速度で開発できたりとか
むしろそこは多量のブランチをマージしたところなのでものすごい速度が落ちてるとこじゃないかな
87 名前：デフォルトの名無しさん mailto:sage [2014/04/18(金) 10:26:06.59 ID:TiuM1iK+]: 初心者ですけどリポジトリを作ったフォルダの中が管理対象になるんですよね？
でそのリポジトリを削除するとソースファイルまで削除されるんですが
もちろんブックマークだけ（sourcetreeで)の削除はできるのですが
間違ってハードディスク上のリポジトリを削除してしまったら大変です。
何か対策はあるのでしょうか？それともこういうものなのでしょうか
88 名前：デフォルトの名無しさん mailto:sage [2014/04/18(金) 10:28:30.25 ID:V7HQhmWQ]: そりゃそうだろう
リモートにあろうがローカルにしかなかろうがリポジトリ物理的に消したらなくなるわな
大事ならバックアップとっといたらいい
89 名前：デフォルトの名無しさん mailto:sage [2014/04/18(金) 10:30:51.17 ID:l4m/ooPn]: bitbucketあたりにアカウントとってそっちにプッシュしておくとか
90 名前：デフォルトの名無しさん mailto:sage [2014/04/18(金) 10:51:55.78 ID:TiuM1iK+]: ローカルのみで使おうと思ってたのですがリモートにも上げた方がよさそうですね
91 名前：デフォルトの名無しさん mailto:sage [2014/04/18(金) 11:00:45.77 ID:KSddQ8SJ]: Dropboxにリポジトリを作るやり方はここの先輩方はやってますか？
92 名前：デフォルトの名無しさん mailto:sage [2014/04/18(金) 11:01:59.07 ID:V7HQhmWQ]: >>41にそういう奴がいるな
93 名前：デフォルトの名無しさん mailto:sage [2014/04/19(土) 12:55:58.24 ID:7PgX0mPg]: >>84
gitkはgit log(というかgit rev-list)と同じ範囲指定が可能だから、
--allで表示が多すぎるなら表示範囲を適切に限定してやればよい。
特定のtopic(ここではmasterから分岐したとする)とmasterにだけ注目すればいいんなら
gitk master..topic (masterから分岐後のtopicのコミットのみ表示)
gitk master...topic (masterから分岐後のtopicのコミットとmasterにマージされたブランチを表示)
とか。範囲指定は複数回可能なので関係する範囲を好きなだけ指定すればよい。
94 名前：デフォルトの名無しさん mailto:sage [2014/04/20(日) 20:26:37.01 ID:mILxVbg/]: >>91
.zshrcとか.vimrcとかをつっこんだリポジトリはDropboxにbareで載せてる。
95 名前：デフォルトの名無しさん mailto:sage [2014/04/21(月) 13:00:54.05 ID:ZKyIOHr8]: gitignoreで
/*
/.*
このふたつを指定しているのをたまに見かけますが
はじめに/*ですべてのファイルを除外しているので/.*を書く意味は無いと思うんですが何故書くのですか？
96 名前：デフォルトの名無しさん mailto:sage [2014/04/21(月) 14:22:29.42 ID:dtgq5rdV]: ドットで始まるファイルは * のワイルドカードにひっかからない仕様になってる。
シェル由来だね。
97 名前：デフォルトの名無しさん mailto:sage [2014/04/21(月) 16:06:02.61 ID:mYIG7FH4]: なにそれバグだろ
クソだなgitって
98 名前：デフォルトの名無しさん [2014/04/21(月) 20:57:12.01 ID:1sDt+ic8]: 無知発見
99 名前：デフォルトの名無しさん mailto:sage [2014/04/21(月) 21:13:29.40 ID:fKV6ATCG]: 餌を与えないでください
100 名前：デフォルトの名無しさん mailto:sage [2014/04/21(月) 21:48:05.88 ID:yaM3rCK5]: gitは糞だからsubversionを使え
101 名前：デフォルトの名無しさん mailto:sage [2014/04/21(月) 22:43:41.18 ID:KhXBvEFh]: やだGitじゃないと

VSS、これ最悪でした。
チェックアウトされたままコンパイル通らない状態で担当者休み。どーすんの？
でもMSじゃないと駄目、OSSなんか信用できないとかで泣く泣く使う現場多数。

それに比べるとSubVersionかなりマシだけどオフラインな状態でコミットできない。
ちょっと痛い。
102 名前：デフォルトの名無しさん mailto:sage [2014/04/21(月) 23:08:04.07 ID:/9iyZBJ2]: バージョン管理はgitしか使ったことがない
SVNは何がなんやらサッパリわからないから使えない
103 名前：デフォルトの名無しさん mailto:sage [2014/04/21(月) 23:28:39.44 ID:wk0llTNx]: >>101
× SubVersion
○ Subversion
104 名前：デフォルトの名無しさん mailto:sage [2014/04/21(月) 23:37:15.06 ID:vVBjDa2G]: オフラインの状態でコミットできないとか言ってるけど
コミットしたところでローカルにあるだけだからオンラインで他の奴がお前のリポジトリに
アクセスできなきゃ何もかわらんだろアホか
105 名前：デフォルトの名無しさん mailto:sage [2014/04/21(月) 23:51:33.94 ID:KhXBvEFh]: 例えばあなたが飛行機で移動中に１０項目ぐらいの作業して
帰社してコミットする時にコメントに１０項目だらだら書くの？

やーだー
106 名前：デフォルトの名無しさん mailto:sage [2014/04/22(火) 00:01:10.97 ID:4JSOLbvH]: 移動中に仕事するようなワーカホリックになりたくないわ正直
107 名前：デフォルトの名無しさん mailto:sage [2014/04/22(火) 00:05:36.52 ID:DheOpfOv]: 一例として挙げただけなのに。想像力無いなあ。
108 名前：デフォルトの名無しさん mailto:sage [2014/04/22(火) 00:32:53.01 ID:ysn+k/fU]: セキュリティ的なこと考えるとオフラインでソースにアクセスってあんまりないんだよね
109 名前：デフォルトの名無しさん mailto:sage [2014/04/22(火) 00:48:34.17 ID:9W1A4/eN]: >>97
いわゆるシェルは.(ドット)で始まるファイルは隠しファイルとしている
隠しファイルは ls *.conf とかで表示されない (.hoge.conf とか)
そんな時に rm *.conf して普段表示されてないファイルが消えるのは困る
だから * だけでは隠しファイルにマッチしないようになっている
ちなみに git が内部でどう処理してんのかは知らん
110 名前：デフォルトの名無しさん mailto:sage [2014/04/22(火) 13:52:48.51 ID:+yEK9mtt]: ふつーにfnmatchでは
111 名前：デフォルトの名無しさん mailto:sage [2014/04/23(水) 05:15:19.40 ID:7ZWtOh9Z]: commit A
commit B
commit C
commit D
commit E
commit F

と順番に作業して
あとから B から D をまとめて

commit A
commit b(B-D)
commit E
commit F

としたいときはどうすれば・・・
112 名前：デフォルトの名無しさん mailto:sage [2014/04/23(水) 05:24:18.61 ID:kDpoyMyg]: よう知らんけど

↓のsquashというやつで出来るんじゃないの？

Git - 歴史の書き換え
git-scm.com/book/ja/Git-%E3%81%AE%E3%81%95%E3%81%BE%E3%81%96%E3%81%BE%E3%81%AA%E3%83%84%E3%83%BC%E3%83%AB-%E6%AD%B4%E5%8F%B2%E3%81%AE%E6%9B%B8%E3%81%8D%E6%8F%9B%E3%81%88#コミットのまとめ

> # s, squash = use commit, but meld into previous commit
113 名前：デフォルトの名無しさん mailto:sage [2014/04/23(水) 07:20:48.07 ID:fIp3qZsI]: >>111
rebase -i
114 名前：デフォルトの名無しさん mailto:sage [2014/04/23(水) 09:40:59.20 ID:T4x0zu0j]: ２．０って来月でる？
115 名前：デフォルトの名無しさん mailto:sage [2014/04/23(水) 20:35:59.48 ID:7vo5B08Z]: >>111と反対に、一つのコミットであるbを
B-Dに分割したい時どうしてる？
俺はrebase -i
116 名前：デフォルトの名無しさん mailto:sage [2014/04/23(水) 22:04:37.40 ID:59LgjvrD]: rebase -i はいろいろ便利だよな
ただ慣れないと指定にちょっと戸惑う
>>111みたいにB以下をいじりたい場合だと rebase -i A ってしなくちゃいけないんだよな
それと、まとめたり順番入れ替えるだけなら操作は簡単だけど、バラす場合はちょっと操作がややこしい
117 名前：デフォルトの名無しさん mailto:sage [2014/04/24(木) 00:12:45.07 ID:6IEmJN8m]: git rebase -i　のコミットの表示順とgit logの表示順が逆なのは何故なんだぜ？
逆に表示するオプションあるけどグラフ表示とは併用できませんし。
118 名前：デフォルトの名無しさん mailto:sage [2014/04/24(木) 01:22:42.87 ID:cdLHxk0K]: logは新しい順に表示しないと不便だと思うし(見たいのは最新の辺のことが多いよね)
rebase -iの指示書は、前のコミットにまとめるとかの指定することを考えると古い順に並んでたほうがわかり易い気がする
まあ、自分は慣れてしまったからかもしれないが
119 名前：デフォルトの名無しさん mailto:sage [2014/04/24(木) 01:29:19.68 ID:SDYiDObT]: >>116
rebase -i B^
120 名前：デフォルトの名無しさん mailto:sage [2014/04/24(木) 05:27:42.49 ID:6xlhO1bi]: rebase -i ^_^b
121 名前：デフォルトの名無しさん mailto:sage [2014/04/24(木) 13:18:49.88 ID:QakcezKL]: 最新のコミットだけプッシュする方法と
最新のタグをつけたコミットだけプッシュする方法
２つおしえてください
122 名前：デフォルトの名無しさん mailto:sage [2014/04/24(木) 13:19:34.50 ID:QakcezKL]: なぜかというとコミットログからニートがバレるのでコミットログを全部プッシュしたくないからです
123 名前：デフォルトの名無しさん mailto:sage [2014/04/24(木) 13:22:26.51 ID:V8z90YIW]: >>121
sqush
124 名前：デフォルトの名無しさん mailto:sage [2014/04/24(木) 13:47:51.32 ID:JOpp0cve]: githubのコミットログからニートを検索するツールはよ
125 名前：デフォルトの名無しさん mailto:sage [2014/04/24(木) 19:02:31.15 ID:yOTIc0ZO]: その前に日本人を探すツールが必要だ
126 名前：デフォルトの名無しさん mailto:sage [2014/04/24(木) 21:18:41.68 ID:hPYav21o]: >>122
git filter-branch --env-filter 'GIT_COMMITTER_DATE="Thu, 01 Jan 1970 09:00:00 +0900
"; GIT_AUTHOR_DATE=$GIT_COMMITTER_DATE' --all
127 名前：デフォルトの名無しさん mailto:sage [2014/04/24(木) 22:02:19.45 ID:6xlhO1bi]: コミットログに日時変えればいいだけじゃん。
128 名前：デフォルトの名無しさん mailto:sage [2014/04/24(木) 22:18:20.71 ID:0H30XzcZ]: git init
git checkout -b test
>Switched to a new branch 'test'
git branch
>何も表示されない
git checkout test
>error: pathspec 'test' did not match any file(s) known to git.
なんもコミットされてないとこうなるんですがどうしてこうなるんですか？
129 名前：デフォルトの名無しさん mailto:sage [2014/04/24(木) 22:21:42.53 ID:hPYav21o]: >>128
その状態だと、HEADはrefs/heads/test向けのsymbolic-refになっているが、
そもそも指すべきコミットがないのでrefs/heads/testは存在しない。
よってbranchも何も表示しないし、checkoutもできない。
130 名前：デフォルトの名無しさん mailto:sage [2014/04/24(木) 22:23:42.17 ID:0H30XzcZ]: 仕様なんですか
一番最初のコミットが汚れるのがいやですね
131 名前：デフォルトの名無しさん mailto:sage [2014/04/24(木) 22:25:13.61 ID:6xlhO1bi]: rebaseすればいいじゃんｗ

俺は、とりあえず空コミットを作る。
かもしれないし、作らないかもしれない。
132 名前：デフォルトの名無しさん mailto:sage [2014/04/24(木) 22:26:57.87 ID:hPYav21o]: >>130
つまりコミット無し状態でブランチを複数作りたいということ？
133 名前：デフォルトの名無しさん mailto:sage [2014/04/24(木) 22:31:15.84 ID:0H30XzcZ]: 漢がrebaseなんて許せないタチなんですよ
コミットなし状態からブランチを分けて開発したいんです
基本的にmasterは汚したくないのです
134 名前：デフォルトの名無しさん mailto:sage [2014/04/24(木) 22:33:01.48 ID:6xlhO1bi]: subversionがだめな理由が
rebaseできないからなんだけど？

それぐらい、というかそれ以上に
よく使う機能だぞ。

汚くしないためにrebaseがある。
135 名前：デフォルトの名無しさん mailto:sage [2014/04/24(木) 22:37:44.72 ID:hPYav21o]: >>133
129で言ったようにHEADが存在しないrefを参照していればgit initした状態と同じなのだから、
二個目のブランチを作るときにgit checkout -bではなく
git symbolic-ref HEAD refs/heads/branch_name してから開発を進めればいいじゃない
136 名前：デフォルトの名無しさん mailto:sage [2014/04/24(木) 23:47:09.80 ID:T/Y/fuz3]: >>133
そこまで潔癖ならマージもしないだろうからブランチじゃなくてリポジトリを分けたら？
137 名前：デフォルトの名無しさん mailto:sage [2014/04/25(金) 00:27:14.58 ID:kupFdBxu]: master汚したくないっていうのが出来たとして、
1つ目のcommitがあって、それがtestブランチだとする。
が、masterはこのcommitから辿れる親コミットも指してないし、どれも指していない。
fast forward mergeできない状態だけどいいの？
どうせmasterはなにかしらコミットした段階で一番汚されてなくたってそのコミットを指してしまうのだから、コミットしてからチェックアウトしてもいいじゃん。
138 名前：デフォルトの名無しさん mailto:sage [2014/04/25(金) 03:08:01.24 ID:XQM8U6nM]: mergeする予定無いのにブランチ切りたいとか意味不明すぎる
139 名前：デフォルトの名無しさん mailto:sage [2014/04/25(金) 04:07:01.58 ID:zu0sgmwa]: 空コミットじゃあかんのか？
つか空の.gitignoreくらい作ってからでも汚れとは思わんぞ
140 名前：デフォルトの名無しさん mailto:sage [2014/04/25(金) 04:20:32.33 ID:jzYptMLV]: 気に入らない部分があってもgitを使わざるをえない人は大変だね
個人の趣味でやってるならVCSは好きなのを使えるのにね
141 名前：デフォルトの名無しさん mailto:sage [2014/04/25(金) 04:23:50.66 ID:4klH39dY]: 気に入らない部分が、git以外には多すぎる。
142 名前：デフォルトの名無しさん [2014/04/25(金) 05:28:33.42 ID:cdj1D6xv]: だねー
俺はローカル全部svnだわ
143 名前：デフォルトの名無しさん mailto:sage [2014/04/25(金) 08:52:14.28 ID:xiFjVo8G]: ３つ前のコミットに戻ってブランチを分岐したい場合ってどうすればいいのでしょうか
３つ前に巻き戻してからブランチするのでしょうか
最後の２つのコミットも念のために残したいのでブランチにしたいのです

具体的には
最後の２つのコミットの変更が破棄になったけど
念のために残したい
という状況です
144 名前：デフォルトの名無しさん mailto:sage [2014/04/25(金) 11:14:49.10 ID:4klH39dY]: 三つ前のコミットIDから
ブランチ作ればいいじゃん。
145 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 02:05:43.27 ID:pkQNyj+N]: >>134
rebaseはブランチ取り込むときにontoと組み合わせて使うことの方がおおいなぁ。
コミットログの都合もあるから履歴整理にはほとんど使ってない人がここに。
146 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 02:08:06.72 ID:/GEUo84h]: なんでブランチ取り込む時にontoなんだ？
普通にマージかチェリーピックすればいいだろ。
そのための機能なんだから。
147 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 02:26:05.50 ID:pkQNyj+N]: やり方がわるいんかな？
複数のブランチ平行したときとかontoつかってカットする感じに履歴いじらないとFFになってくれないことが多かった。
148 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 02:39:25.28 ID:7YL+swb1]: >>147
だからなんでFFにするんだよ
149 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 02:41:39.49 ID:/GEUo84h]: onto使ったら必ずほぼ確実にFFできないだろ？
なんか無駄に複雑なことしている気がするな。
150 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 13:53:59.32 ID:Vv5x70uz]: ホームディレクトリ以下の設定ファイルだとか、個人で使ってる自作ツールはSubversionで管理してる
ブランチ分けるどころか、リポジトリも1つだけで全部まとめて入れてる
そういう使い方するとGitよりSubversionが使いやすい
151 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 13:58:18.76 ID:/GEUo84h]: >>150
いや、ディレクトリがわかれるだろ？

subvertionを使うと、

* ファイルがあるディレクトリ
* リポジトリ

と二つにディレクトリがわかれるだろ？

それだけで使いづらいじゃん。
152 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 14:05:48.63 ID:Z8XCebgD]: ?
153 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 14:20:33.69 ID:dMJ+hsKf]: >>151
全くその通りなんだけど、svnしか使った事のない人には多分理解出来ないと思う。
154 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 14:56:15.48 ID:1yS20LQ1]: リポジトリを1つだけだとさ
じゃあ例えば
C:/php/.git
C:/php/bbs
C:/php/wiki
C:/php/cms
みたいなのがあって、C:/php/cmsの履歴だけ戻す場合とか苦労するぞ
155 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 15:03:43.34 ID:/GEUo84h]: なぜリポジトリを一つにまとめるのか？

リポジトリを作るのが面倒であるということである。
156 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 18:03:12.98 ID:Vv5x70uz]: リポジトリをたくさん作るとその数だけcheckoutしてpull/updateしてcommitしないといけない
自分一人で使うだけでそんな面倒なことしない
157 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 18:26:46.44 ID:ztOmzoR+]: subversionだと、このようにpullやupdateや
commitがすごく大変で間違えられない作業なので、
このように避けようと思うようになります。

gitだと気軽なのにね。
158 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 18:27:44.99 ID:bHDNIx6I]: cvs使ってた10年以上前は、私もひとつのリポジトリでやってたことがありました。(*ﾉωﾉ)
159 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 18:30:43.24 ID:Vv5x70uz]: 一人でしか使わないんだからコンフリクトなんかしない
commit間違えたらもう一回commitするだけ
開発頻度の低いファイルの管理にgitは過剰
160 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 18:39:48.80 ID:ztOmzoR+]: >>159
コンフリクトかどうかは
重要じゃないよ。

gitが便利なのは過去を修正できるって所。
一人でやっていても、簡単なミスはするもの。

追加漏れのファイルを追加
スペルミスの修正

こんなマヌケなコミットを残さないで済む。
161 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 18:42:46.95 ID:ztOmzoR+]: subversionが残すのは"作業"履歴なんだろうね。
gitが残すとのは"修正"履歴

だからsubversionは、いろいろ作業したものが
そのまま残って、あとで、で結局何をしたかったの？って
わけがわからなくなる。

gitは修正履歴だからこのコミットで何を修正したかが
はっきりするから、ある修正を取り除こうとした時も簡単。

subversionだとある修正を取り除くとき
それに関する作業を洗い直さないといけないけど、
gitだとそのある修正に対するコミットがどれかはすぐに分かる。
162 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 18:47:04.31 ID:ztOmzoR+]: subversionだと作業履歴が残っちゃうから
ちょっと気軽にコミットしようということができない。

gitだとちょっと一旦ここでコミットしておいて
少し違う作業をとか、こまめにコミットしておいて
あとでまとめようとか、一つのファイルの修正のうち
一部分だけをコミットしておこうとか簡単にできるが

subversionだとこまめにコミットしたら
その内容がずっと残る。恥ずかしいから
こまめにコミットできない。
あとでまとめてやるからいろんな修正が混ざってしまう。
163 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 18:56:37.43 ID:Vv5x70uz]: .bashrcや.inputrcが数千行になったらgitの導入を考える
164 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 18:57:44.05 ID:ztOmzoR+]: HAHAHAHA、基準がおかしい奴がいる。
こういう奴がgitに反対しているわけさ。
165 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 19:04:14.03 ID:a+LUSt4b]: bareめんどくない?
166 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 19:10:57.12 ID:Vv5x70uz]: だいたい.screenrcに対する特定のコミットを取り消すとか、そんな必要性感じたこと一度もない
167 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 19:12:42.80 ID:ztOmzoR+]: 面倒くさいなら作らなくていいよ。
bareは必須ではない。

gitを始めるのに必要なのはディレクトリで
git initするだけ。

これでもうすぐにブランチ切り替えも
タグの作成もできる。

某subversi○nみたいに
わざわざtrunk、branches、tagsディレクトリを作って
コミットなんて面倒なことしなくていい。
168 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 19:13:48.14 ID:ztOmzoR+]: >>166
君は.screenrcの管理とかしかしないんだねｗ

えぇ、subversionは面倒だからでしょうね。
気軽に始められないｗ
169 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 19:17:57.35 ID:Vv5x70uz]: いや、何の事かわからないが、subversionでもgitでもどういうブランチ構成にするかはその人次第だから
170 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 19:22:53.05 ID:ztOmzoR+]: subversionにおけるブランチの作り方
※ブランチ作るたびに、この長いURLをいちいち入力する必要があります。

svn cp https://www.example.com/svn/trunk \
https://www.example.com/svn/branches/v1p2p3

gitだとこれだけです。

git branch v1p2p3

さてブランチに切り替えてみましょう。

svn sw https://www.example.com/svn/branches/v1p2p3

ぷぷぷぷｗ

なんでsvnはそんな長いURLが必要なんですか？ｗｗｗｗ
あ、ブランチは、ただのコピーでしか無いから、どこにでもコピーできる＝コピー場所を指定しなければいけないんですね。

これを毎回毎回入力して切り替えるんですね。大変ですねぇｗｗｗｗ

git checkout v1p2p3

みじかい！
171 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 19:24:43.18 ID:ztOmzoR+]: >>169
gitではブランチはブランチという機能なんで
subversinoみたいに、ブランチディレクトリ（branches）なんてのを
作る必要はないんですよ。

だからgitではブランチ名だけで、作成や切り替えが可能です。
いちいちディレクトリ（branches）書く必要はありません。

こんなの、き・そ・！です。
172 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 19:30:14.03 ID:y+As8odQ]: おっ、そうだな
173 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 19:30:26.82 ID:Vv5x70uz]: いや、初めからブランチ作らないって言ってるし、.my.cnfでも.pgsqlでもなんでもいいが、ブランチ切って修正を分ける必要性を全く感じない
174 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 19:32:08.93 ID:ztOmzoR+]: ※>>173 は「俺は日付毎のディレクトリを作るだけで十分」と言ってるのと同じだと見てあげましょうｗｗｗ
175 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 19:33:56.04 ID:Z8XCebgD]: なんでこの人こんなに発狂してるの・・・
別に git はゴミ！とか貶してるわけじゃないのに
176 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 19:34:13.93 ID:Vv5x70uz]: 世の中には.ssh/configをテストファーストで日々更新してる人もいるのかもしれない、そういう人にはリリースと開発でブランチを分けてるのかもしれない
俺はそんなことしてないけど
177 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 19:35:28.56 ID:ztOmzoR+]: subversion使っている人は、みんな
ブランチ作らないって言ってるんでしょうかね

みんなブランチ要らないと言っているのであれば
subversion使っているだけで、アホとみなして良さそうですね。

実はブランチ作れないの間違いでしょうかねｗ

面白いですねｗｗｗ
178 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 19:36:05.09 ID:ztOmzoR+]: subversion使っている人には、
ブランチの必要性から説明しないといけないのでしょうか？ｗｗｗ
179 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 19:39:59.70 ID:iVzDEppp]: >>173
お前がブランチ作らないとかどうでもいいわ。

バージョン管理システムにおいて
ブランチは重要な存在であり、
subversionがブランチの管理が面倒だという事実に
代わりはないんだから。

それともSubversionの一般的な使い方において
ブランチは使うべきではないと言うつもりかい？
180 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 19:44:23.08 ID:Vv5x70uz]: いや、ホームディレクトリ以下の設定ファイルという前提なんだけど
個人の.bashrcを開発ブランチとリリースブランチに分けて更新するのが一般的という認識はなかった
181 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 19:46:55.41 ID:koYBfWi3]: ホームディレクトリ以下をgitで管理しようと思うのならば、
git initするだけでもう使えるよ。

subversionはそれだけで面倒。
最初の一歩の時点でもう負けてるんだ。
182 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 19:51:45.97 ID:Z8XCebgD]: なんか話を一般化して叩いてるけどホームディレクトリ内のファイルの管理ぐらい好きにやらせたれや・・・
183 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 19:54:06.41 ID:HaseiyYq]: 自由にやっていいよ。面倒な方法だって言っているだけだから
別に面倒な方法だってわかってやってるなら問題ない。

面倒じゃないどころか、Subversionの方が簡単だって言い出すから悪い。

gitはgit initですぐにgit管理が始められるのに、
それよりも手間がかかるsubversionが簡単なワケがない。
せめて反証を出せと。
184 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 19:54:51.87 ID:Vv5x70uz]: >>181
なんでリポジトリを別の場所に置いたらダメなの？
特にマシン間で設定フィルを共有する場合、中央リポジトリが必要になるのは同じなんだから
185 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 19:56:09.41 ID:Z8XCebgD]: まあそこら辺は git スレでわざわざ頑張る内容ではないだろな
186 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 19:56:42.73 ID:HaseiyYq]: >>184
> なんでリポジトリを別の場所に置いたらダメなの？
ダメなんて言ってないだろ。
面倒だって言ってるだけ。

gitでも当然のようにリポジトリを別の場所におけるわｗ

だけど、リポジトリを別の場所に置くのは面倒。
必須でない作業なのだから、オプションであるgitの方が簡単。

少なくともその意見はsubversionの方が簡単だという理由にはなっていない。
リポジトリを別の場所に置くしか無いという欠点しか言っていない。
187 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 19:59:08.48 ID:Z8XCebgD]: >そういう使い方するとGitよりSubversionが使いやすい
これは「俺にとっては」ってのが頭につくだけの話でしょ。
別に白黒付けるもんでもなかろうに。
188 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 20:01:00.30 ID:HaseiyYq]: >>187
じゃあ、俺は、
「多くの人にとっては」って頭につけることにするよ。

お前ん中ではそうなんだろうなｗ
お前ん中では、設定ファイルの管理にぐらいしか使わないんだろうな
189 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 20:14:52.93 ID:7bCdF05U]: まとめ

（俺にとっては）Subversionの方が簡単

俺にとってはって、君、Subversionを何に使ってるの？

設定ファイルの管理だけど？
ブランチは使わない！

でもブランチやタグを使うと面倒だよね？

だから、俺はブランチは使わない！

ふーん、そう、それで何が簡単なの？
git なら git initだけで初められるけど。

gitで別の場所にリポジトリを置いてみなさい。
subversionはそれと同等！

いや、同等って、それ簡単ということになってないじゃん。
190 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 20:38:24.09 ID:knmAOh4a]: ブランチ使わないって前提の話で、subversionはブランチ作るのが面倒とか的外れな反論しておかしくなった
ドットファイルをブランチに分ける事は基本ないわな
191 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 20:42:18.34 ID:7YL+swb1]: >>190
俺はブランチを切りまくって、そいつらをマージしたものをマシン毎につかってるな。
いつのまにか47もブランチできてたわ。
192 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 22:24:36.07 ID:jBTvJ1OX]: Unix系のツールの設定ファイルとか複数の環境で使いまわすことが普通だし
最終的にはどんな環境でも一つの設定ファイルで動くようにまとめることが多いけど、
一時的に特殊な環境用にカスタマイズとかブランチ切って編集してるね
暇なときにマージして統合
193 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 23:35:52.72 ID:pkQNyj+N]: >>148,149
たとえば
$ git log --color=never --all --graph --pretty="[%h] %d %s"
* [6a1c481] (HEAD, master) 2
* [523984e] (branch2) branch2-2
* [6554768] branch2-1
| * [05c389f] (branch1) branch1-2
| * [6b85c6d] branch1-1
|/
* [9d47912] 1

ここから、 branch1をFFなるように取り込もうとしたら
$ git rebase --onto master 3829497 branch1 として分岐なくしてからマージしない？
それとも履歴にはこだわらず、 rebaseで1世代だけにしてからcherry-pickするのが普通？
194 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 23:37:58.13 ID:pkQNyj+N]: >>193
$ git rebase --onto master 9d47912 branch1
の間違い、行数削ったときに直すのわすれてた
195 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 23:46:42.24 ID:7YL+swb1]: だからなんでFFに拘るんだよ
196 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 23:47:26.43 ID:7YL+swb1]: >>193
あと、普通は
git rebase master branch1
で済む。
197 名前：デフォルトの名無しさん mailto:sage [2014/04/26(土) 23:49:50.02 ID:DhTsVAJ/]: FFはCoolだかｒ
198 名前：デフォルトの名無しさん mailto:sage [2014/04/27(日) 01:10:15.13 ID:TcUJdg0l]: >>196
その通りだね。

やっぱり無駄なことしてるじゃんｗ
onto使う必要がない所でonto使ってた。
199 名前：デフォルトの名無しさん [2014/04/27(日) 05:35:56.46 ID:/n7QikUK]: svnでわざわざtrunk、branches、tagsディレクトリを作ってコミットなんて面倒なこと
ただの一度もしたことねえわ
200 名前：デフォルトの名無しさん mailto:sage [2014/04/27(日) 06:08:30.59 ID:TcUJdg0l]: まあ、そういう変な人もいる。
201 名前：デフォルトの名無しさん mailto:sage [2014/04/27(日) 10:01:09.95 ID:YIeV8hDm]: >>198
なくても平気なのかー、単純にrebaseするだけじゃダメな時あったんだけどなぁ、まっいっか。
FFこだわるのは、FF縛りがあるから。
202 名前：デフォルトの名無しさん [2014/04/27(日) 10:13:05.46 ID:+jGSbN4U]: 俺は、FFT派
203 名前：デフォルトの名無しさん mailto:sage [2014/04/27(日) 14:15:59.24 ID:ijMC55vL]: git覚えたての子が暴れてて凄いなこのスレ
204 名前：デフォルトの名無しさん [2014/04/27(日) 16:48:41.84 ID:/n7QikUK]: git派は自分のやり方以外は認められない原理主義者が多いんだろ
205 名前：デフォルトの名無しさん mailto:sage [2014/04/27(日) 16:52:16.11 ID:s0HPULD5]: >>201
リモートから取り込んだコミットを
ローカルで改変してたりしないか？
開発用の修正を間に挟んだりとか。
206 名前：デフォルトの名無しさん mailto:sage [2014/04/27(日) 20:05:48.91 ID:0q81XbwG]: >>205
それでもFFにならないわけはない。
207 名前：デフォルトの名無しさん mailto:sage [2014/04/27(日) 20:42:56.75 ID:RalmXzvw]: >>9
>GitHub実践入門 ~Pull Requestによる開発の変革 (WEB+DB PRESS plus) [単行本（ソフトカバー）]
>大塚弘記
>www.amazon.co.jp/gp/product/477416366X/

この本買ってみた。題名とは違うがGitそのものの入門的な解説もちゃんとあるな。
やたらけなしている人がいたが本当のところはどうなのか確認してみるつもり。
読んだらまた感想書く。
208 名前：デフォルトの名無しさん mailto:sage [2014/04/27(日) 20:56:58.74 ID:37jfUrsD]: Gitについてはさわり中のさわりしか書いてないからまともにGit使おうと思ったら別の入門書買い足すことになるってだけだよ
209 名前：デフォルトの名無しさん mailto:sage [2014/04/27(日) 21:34:00.25 ID:FuM1UcuM]: >>207
> この本買ってみた。題名とは違うがGitそのものの入門的な解説もちゃんとあるな。

でもGitの入門的な解説としてはよろしくない印象。
diff --cached を書いてなかったり、不自然な reset の例を示してたり。
まぁそれが主題じゃないからいいんだけどさ。
210 名前：デフォルトの名無しさん mailto:sage [2014/04/27(日) 21:39:02.03 ID:FuM1UcuM]: >>201
> FFこだわるのは、FF縛りがあるから。

何がなんでもrebase && FF派ってやっぱlogが一直線になるのが嬉しいのかね？
俺的にはlog --first-parentで要約できないほうが辛いんだが、
もし他にrebase && FFの利点を知ってれば教えてくれ。
211 名前：デフォルトの名無しさん mailto:sage [2014/04/27(日) 21:46:21.84 ID:0q81XbwG]: まっさきに思いついたのは無能なPMに強制されてるという理由だったが
212 名前：デフォルトの名無しさん mailto:sage [2014/04/27(日) 22:46:45.69 ID:y1TCx0zf]: もうそろそろ2.0リリースされそうだけど使ってる？
213 名前：デフォルトの名無しさん mailto:sage [2014/04/28(月) 01:24:17.91 ID:r745xiPh]: 2.0は5月の第三週あたり
214 名前：デフォルトの名無しさん [2014/04/28(月) 05:49:30.90 ID:G/O2/oE+]: プロジェクトいくつも首突っ込んでればリポジトリなんてすぐ数十にはなるわけで
手作業でpullだupdateだとかいちいちやるかよ
そんなもんはスクリプトで一括でやるもんだ
215 名前：デフォルトの名無しさん mailto:sage [2014/04/28(月) 06:17:16.50 ID:SIdeIE1K]: Gitはリポジトリ数十になってもpullとか手作業でいいと思うが？
216 名前：デフォルトの名無しさん mailto:sage [2014/04/28(月) 09:59:35.16 ID:ES7XWIWl]: どのプロジェクトが何の言語で書いたのかわかんない
githubのリポジトリに言語名/プロジェクト名で名前を付けても
スラッシュがハイフンに変換されるか不便
217 名前：デフォルトの名無しさん mailto:sage [2014/04/28(月) 12:04:38.80 ID:UImZVLxS]: どの言語かなんて気にする必要ないだろ。
言語は変わるかもしれないし、複数の言語で
作られているかもしれないんだから。
言語名を頭に入れるという考え自体がおかしい。
218 名前：デフォルトの名無しさん mailto:sage [2014/04/28(月) 12:26:41.94 ID:ES7XWIWl]: Git 2.0になって.gitconfigも変わる？誰か調べてる人いる？
219 名前：デフォルトの名無しさん mailto:sage [2014/04/28(月) 12:27:37.63 ID:ES7XWIWl]: Gitインストールするときにタグ指定し忘れて開発版の最新2.0をインストールしたんだけど特に不具合ないんだよね
220 名前：デフォルトの名無しさん mailto:sage [2014/04/28(月) 13:13:07.74 ID:DVYrPedv]: リリースノート読む限り大きな変更はgit pushのデフォルトがsimpleになることくらい？

自分の場合は既にsimpleに設定してたし
git addでパス省略ってやらないし影響なさげ

でも暫くは移行しない
221 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 03:34:15.62 ID:yOn60HCq]: >>210
FFは、利点がーというよりも、うちはリリースの終わったbranch削除しちゃうので一直線にまとまっていないと、都合悪いだけかな？。
btanchは開発工程の作業場所としてわりきってる。
222 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 04:05:17.29 ID:5g+Rsf3h]: >>221
FFじゃない状態でブランチマージしてから、そのブランチを削除すると何が問題になるのですか？
もしかして削除したランチに属していたコミットが消えちゃうのですか？
223 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 04:10:14.41 ID:jiz/CQ6q]: >>221
どういうふうに都合わるいのか詳しく頼む。

mergeコミットが残ってたほうがブランチの情報が残るという認識なんだけど。
224 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 09:19:49.77 ID:wf66nSBF]: 修正履歴を残したいのに履歴をいじるのはおかしい
rebaseなんてGOTOと同じくらいいらない
225 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 10:11:12.30 ID:gWfSfq0v]: はぁ？
226 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 10:21:10.13 ID:fjfML7VO]: わざわざログを壊してまで見やすくしようっていうのがいらねえんだよ
コミッターが何をしたのか把握できないだろう
227 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 10:22:25.29 ID:fjfML7VO]: そういうのはタグで管理するべき
rebaseを使うのは下手くそが使うコマンド
228 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 10:41:22.64 ID:jiz/CQ6q]: 議論が変な方向に行くのがイヤなんで一応ハッキリさせときたいんだけど、
俺が気にしてるのは rebase && FF マージね。
master(統合ブランチ)にトピックの作業を取り込む際に rebase してから
FF merge するってやり方のこと。これをやりたくなる意味がわからない。
他の目的のrebase自体は問題ないと思ってる。
229 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 10:50:31.16 ID:2NEMUWta]: masterにブランチをマージするときに、そのブランチのベースがどこだったかという情報に意味があるか
意味がないならrebaseしてからのほうがログが読みやすい
230 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 10:58:37.39 ID:fjfML7VO]: どこで作業を行ったかの記録も重要である
余計なことはするな
231 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 11:14:43.54 ID:jiz/CQ6q]: >>229
> masterにブランチをマージするときに、そのブランチのベースがどこだったかという情報に意味があるか
どういう場合にベースを意味がある(または意味がない)くわしくたのむ

俺にとって重要なのはブランチの目的とその目的に向かってコミットがどう積み重ねられたのかであって、
ベースがどこかは明示的にはあんまり気にしないんだが。

FFマージじゃなければ統合ブランチの履歴を log --first-parent で要約できるのと、
マージコミットのログなどに表示される親コミット2つ使って
git log deadbeaf..cafebabe
のようにトピックのログだけ簡単に取り出せるのが便利なのに。

後者は内部で merge-base 使ってるのでベースに意味があるのは確かだが、
だとすれば常に(俺にとっては)意味があると言える。
232 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 11:21:26.26 ID:LqsKRBzG]: コミッターが行った作業をありのままに記録するべき
はたして捏造された記録に意味があるのか
233 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 11:33:05.72 ID:EYu9TTok]: >>224
コミットログとしてほしいものは、
修正の履歴であって作業の履歴じゃない。

コミットして1分後に気づいたタイポの修正なんか
修正の履歴として残す価値はないはない。

レビューを誰かに依頼して見つかったバグの修正なんか
修正の履歴として残す必要はない。

このコミットで何を修正するのかを明確に記録するには
rebaseは必須の機能。rebaseの機能なしで同じことを
やろうとしたら大変すぎて断念するレベル。

反論できる？
234 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 11:38:42.10 ID:LqsKRBzG]: その修正の裏に気づかずに別の箇所を修正しているかもしれない
不具合がそこにあればそこのログをみなければならない
でもそれを消しちゃったら困るよね
235 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 11:40:07.95 ID:LqsKRBzG]: >>233
だからそういうのはタグで管理しろ
236 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 11:49:24.38 ID:EYu9TTok]: >>228
> master(統合ブランチ)にトピックの作業を取り込む際に rebase してから
> FF merge するってやり方のこと。これをやりたくなる意味がわからない。

rebaseしないでmergeしようとするとコンフリクトが起きる可能性が高い。
masterへのmergeで起きたコンフリクトをその場で修正すると
バグを入れる可能性が高くなる。

コンフリクトが起きなければ問題ないが、いざマージしようと思った時に
コンフリクトが起きたら、修正する必要がある。

masterへの追尾が遅れれば遅れるほど、コンフリクトが起きる可能性も高くなるし、
コンフリクトが起きた時の修正も大変になる。だからこまめにmasterへrebaseしておく。

その一環として、最後にrebaseしておくだけのこと。
そうすればレビューアーも安心してレビューを行える。

もしかして一人での開発しかしてないんじゃない？
作った人とは別の人がレビューするとき、最新のmasterにマージできない状態だと困るんだけど。
レビューする人は自分で作ったわけじゃないから、コンフリクトをどう解消させればいいか判断できない。
237 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 11:51:08.54 ID:EYu9TTok]: >>235
どうタグを使うっていうんだ？

そもそもタグの使い方が間違っている。

タグはある状態に対してつけるもの。
タグがついたらコードフリーズした状態で
それ移行変更してはいけない。
238 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 11:54:15.32 ID:EYu9TTok]: >>234
gitはrebaseしてもコミットが消えてしまうことはない。
コミットIDさえわかればその時のコードは分かる。
コミットIDはreflogに記録され続けるのでコミットIDがわからなくなることはない。
あとはdiffをとれば何を修正したかがわかる。
239 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 11:57:18.99 ID:jiz/CQ6q]: 俺としては歴史修正ツールとしてのrebaseの使用には賛成なんだが、
やはりそっちの議論にいってしまうか。

いや、本当に全てのrebaseが有害と言ってるヤツもいるのかもしれんけども。

・rebase && FFマージの話
・歴史修正ツールとしてのrebaseの良し悪し

これらは分けて議論したいんだがな。
俺は後者としてrebaseは絶対必要だが、前者の使い方に疑問がある。
240 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 11:59:42.78 ID:EYu9TTok]: >>239
じゃあピンポイントで聞くわ。

開発者と、masterへマージ（レビュー）する人が別々の人だとする。

masterへマージする時にコンフリクトが起きました。

この時どうしますか？

1. 開発者に修正（rebase）してもらう
2. 自分で適当に修正する。
241 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 12:25:05.93 ID:jiz/CQ6q]: >>236
おぉ、そういう主張か。 >>239 はとりあえず忘れてくれ。

> rebaseしないでmergeしようとするとコンフリクトが起きる可能性が高い。
> masterへのmergeで起きたコンフリクトをその場で修正すると
> バグを入れる可能性が高くなる。

主題から少しはなれるがここはおかしい。
masterにマージする人間とtopicを作ってる人間が別人ならその場で修正なんかせず、topic 作ってるやつに一旦 merge か rebase させるべき。

topic 側から master をマージした直後なら、その topic を master にマージするときはコンフリクトは起きない。このときは master 側からは no-ff でマージすべきだが、topic作ってくれたやつがmergeした方向による。

もちろん topic 作ってる人間は rebase してもいい。たぶん君が取ってる戦略はこっちなんだろう。
ただし topic を rebase したなら master にマージする人間は no-ff マージすべき。

もう一度言うが、俺が気にしてるのは rebase && FFマージだからね？
rebase後にno-ffでマージしてるなら大きな疑問はないよ。(topic作る側はめんどくさそうだなってだけ。コンフリクトしないのに不要なrebaseも強制するわけでしょ？)。

> レビューする人は自分で作ったわけじゃないから、コンフリクトをどう解消させればいいか判断できない。

やっぱ他人なんだよな。mergeする場合はコンフリクトの解消はmerge/rebaseで書いたやつにさせるように運用するのがお勧めだよ。
242 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 12:27:35.28 ID:jiz/CQ6q]: >>240
> 1. 開発者に修正（rebase）してもらう
> 2. 自分で適当に修正する。

どちらかで選ぶなら1だね。ただし、そこにはmergeという選択肢もある。
そしてより重要なことだが、俺が疑問視してるのはそこじゃない。
rebase修正してもらうのはいい。そのあとFFマージをするのはなんでだぜ？ってこと。
243 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 12:30:47.09 ID:EYu9TTok]: > ただし topic を rebase したなら master にマージする人間は no-ff マージすべき。

gitlabでmasterにマージするときは、
ウェブの管理画面からボタンを押すだけ
その時勝手にno-ffされる。

というか、ウェブの管理画面からはno-ffでしかマージできない。

> (topic作る側はめんどくさそうだなってだけ。コンフリクトしないのに不要なrebaseも強制するわけでしょ？)。
コンフリクト起きないならrebaseもすぐに終わる。1コマンド入力してあとは自動処理。
コンフリクトするなら、結局どこかで作業するのだから大差ない。

コンフリクトするのかな～？って考えるぐらいなら
さっさと1コマンド入力して終わらせるだけの話。
244 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 12:35:19.57 ID:jiz/CQ6q]: >>243
> というか、ウェブの管理画面からはno-ffでしかマージできない。
rebase && FF派じゃねーのかよ (´・ω・`)
245 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 12:38:23.48 ID:EYu9TTok]: rebase派だけど、FF派じゃねーよ？
rebaseのあとはどっちでもいい派。

rebaseすることに異議を唱えてるんじゃないの？
246 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 13:06:53.85 ID:jiz/CQ6q]: >>245
ちがうよ、rebaseはなくてはならない重要なツール。
俺が疑問に思ってるのは rebase && FF だよ。

理由はrebase && FF してしまうと
1 log --first-parent で要約をとれなくなる
2 マージコミットの親コミットの情報をもとにtopicのログを分離できなくなる
から。詳しくは上の方を見てくれ。
247 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 13:21:06.01 ID:GKmjQvWP]: 別にどっちでもいいというか
プロジェクトの性質に合わせて運用するべきで
他人がどうこう言うもんじゃないと思うが

FF派にとっては1と2は大して重要じゃないんでしょ
どうせログなんて参考にしかならんのだから

コードを追うならFFの方が都合がいい場合もあろう
248 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 13:47:07.80 ID:+oyspTjV]: プロジェクトの性質にもよるし、そのブランチで音一連の変更がどの程度の変更量かだったり、変更の意味にもよるし、mergeやrebaseをする人の技量にもよるよな。

merge/rebaseについて検索すると、mergeはログが分岐するから良くない、原則rebaseするべきとかいうブログが出てくるけど、
blog.layer8.sh/ja/2013/04/08/best-git-commands-for-the-lonely-programmer/ (ちょっと違う例だけど)
こういうのって、ケースバイケースでしかないのに、mergeは悪！rebaseは正義！みたいに思っていそうで、
しかもこういうのを読んでmergeやrebaseの利点欠点について理解してない人たちがまたmergeは悪！rebaseは正義！と思い込んでしまって、害しかないと思うんだよな。

pullしてマージが発生したら「これでは自分が持っていたコミットの方が正統としているようなものです。origin へ push したのは a と b の方が先なのに…。」とか意味不明もいいとこ。
249 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 14:26:17.37 ID:jiz/CQ6q]: >>247
> 別にどっちでもいいというか
> プロジェクトの性質に合わせて運用するべきで
> 他人がどうこう言うもんじゃないと思うが
rebase && FFすべきプロジェクトの性質ってなに？

> コードを追うならFFの方が都合がいい場合もあろう
それってどういう場合？

一応断っておくが煽りではないよ。
どっちも例でよいので示してみてくれないか。

「あぁ、そういうことならrebase && FFマージ戦略にすべきだよね」
「rebase && FFマージ戦略じゃないと困ったことになってしまうね。解決策としてはrebase && FFマージがベストだよね」
って感じのをたのむ。

ちなみにこれも勘違いされるとイヤなので書くが、rebaseが常に悪ではないのと同様、
俺はFFが常に悪と言っているわけではないぞ。
些細な変更(ドキュメントのtypo修正1コミットとか)なんかはFFでも気にしないし、
コンフリクトしたときtopic開発者がmergeした方向によってはそれをmasterにマージする際はFFすべき。
俺が疑問を持っているのは「何がなんでもrebase && FF」ってタイプの主張だ。
250 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 14:28:32.84 ID:jobIXRFq]: どうでもいい
251 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 14:30:18.99 ID:GcKmP5Zr]: このスレの先輩方の議論のまとめとか入門とかをwikiにまとめませんか？
252 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 14:58:20.39 ID:jiz/CQ6q]: 俺も他人が管理してるプロジェクトであれば「うちではrebase && FFでやるから」って言われても
「フーンそうですか。(大変ですね)」くらいで済ますわけですよ。

だが利益もないのに「履歴が一直線になってわかりやすい！」とか主張するやつが増えて、
それが正義みたいになるのは避けたいのです。
# 今のところ rebase && FF は面倒なだけで、「わかりやすい」というのは幻想だという認識

もし rebase && FF がフィットするプロジェクトの性質とやらがあるなら自分の認識を変えるし、
そうでないなら「rebase && FFが許されるのは中学生までだよねー」的な雰囲気になってほしいの。
253 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 15:08:09.46 ID:jiz/CQ6q]: 名指しして悪いんだけど例えばこれ
powerful-code.com/blog/2012/11/merge-or-rebase/

mergeの「悪い点」は履歴を統合ブランチの--first-parentとtopic
ごとに分けて考えることを知ってれば悪い点にはなり得ない。

rebaseの「良い点」はこれまた--first-parentしらねーんじゃねーの的な。
254 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 15:16:46.84 ID:jiz/CQ6q]: 巨大なプロジェクトでも--first-parentで見れば直線的だし、
かなり要約(圧縮)されるので把握しやすい。
これがもしrebase && FFされてたらと考えるとログ見るのイヤになるだろうね。

例えば Linux で v3.13 から v3.14 の間には
マージコミットを除くと全部で12311個のコミットがあるんだが、
gitk --first-parent v3.13..v3.14
ってやったときに出てくる履歴は12311個と比較するとわずか422個で見た目も"直線的"だ。

これが12311個のコミットを見ないといけないとしたら、
直線的に並んでようが把握するのは楽じゃない。
422個(+マージベースの422個)のタグを打ちたきゃ打ってもいいけど、リリース用のタグが埋もれるわな。
命名規則で回避する？頑張れって感じ。
255 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 15:25:33.99 ID:GKmjQvWP]: イマイチ何を問題としているのかが分からん

> 1 log --first-parent で要約をとれなくなる
> 2 マージコミットの親コミットの情報をもとにtopicのログを分離できなくなる
これらが必要になるようなブランチの切り方・コミットの仕方が
FF前提の運用方針と合致してない（=土俵が違う）気がするんだが

>>249にあるように些細な変更はFFでも気にしないんだろ？
些細な変更を積み重ねて全体を変えていくのがFFの考えの根底にあるんじゃないの

考え方の違うものを己の考え方基準で評価したら幻想にも見えるだろうよ
256 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 15:48:55.09 ID:+oyspTjV]: >>252
rebase && FFが適してるような状況ってのは普通にあると思うよ。
複数人で開発していて、担当者がモジュールごとにほぼ完璧に分かれているような場合でかつ、クライアントがシステムの仕様についての微修正を一度に広範囲にわたって、何回も指示するような場合。
実際には作業分担が発生するから並行した開発が行われ、それによってブランチが分岐するが、それは作業上の都合であって、修正指示と1:1対応しているものではないから、嬉しいブランチの使い方ではないでしょ。
そういうときにはrebase && FFがベストケースだと言えるような気がするけど。
257 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 15:56:19.89 ID:jiz/CQ6q]: >>255
そういうことなの？

トピックブランチを用いる場合、そのトピックがあるひとつの目的を表していて、
その目的を達成するための変更が複数のコミットになったりはしょっちゅうあるんだが。

rebase && FFはトピックブランチ使わないってことなのかね。
258 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 16:01:07.06 ID:jiz/CQ6q]: >>256
なるほどなるほど。そういう意見を待ってた。
ちゃんとトピックごとにブランチを作るのを諦めざるを得ない状況ってことね。

first-parentを見てもマージコミットから単一のトピックが見えるわけじゃなく、
同一の目的であっても複数のマージコミットに情報が分散してしまう。
ならもういっそのこと rebase && FF でとにかく全体をいっぺんに見れるようにしよう、

って感じかな。

感謝感謝。
259 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 16:15:23.14 ID:GKmjQvWP]: なぜトピックブランチ使わないって結論に至るの？
FFをスムーズに実現するなら
トピックごとに細かくブランチを切る方が得策じゃないの

まあ黙るならそれでいいというか少なくとも俺はもう黙るよ
逃げてすまんね
260 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 16:17:02.13 ID:EYu9TTok]: さっきからrebase && FFが問題であるかのように言ってるが、
問題なのは「FF only の masterマージ」だろう？

rebaseはFF onlyにするのに、使うかもしれないってだけで、
別にrebaseしなくても、FFでmasterにマージできることもある。

さらに言えば、masterへのマージ以外には
当てはまらないだろう？
261 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 16:19:03.64 ID:EYu9TTok]: そしてFF only で masterマージしている（かのようなログをした）
有名なライブラリ例を上げておく。
https://github.com/lodash/lodash/commits/master
262 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 16:21:51.52 ID:EYu9TTok]: >>258
> ちゃんとトピックごとにブランチを作るのを諦めざるを得ない状況ってことね。

ブランチ切らないなら、FFでのmasterマージは
ブランチそのものがないから、ありえないだろう？

トピックごとにブランチがあるからこそ
masterへマージするときにFFにマージすることが出来るんだろう
263 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 16:26:11.71 ID:jiz/CQ6q]: >>259
いや、お前の主張には納得できなかったが議論してくれたことに感謝する。ありがとう。
264 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 16:29:31.48 ID:jiz/CQ6q]: >>260
> さっきからrebase && FFが問題であるかのように言ってるが、
> 問題なのは「FF only の masterマージ」だろう？
そうなんだけど、FF only の masterマージをしようと思ったら
(コンフリクトするかどうか関係なしに) rebase が必須になるよな？

> さらに言えば、masterへのマージ以外には
> 当てはまらないだろう？
統合ブランチへのマージの話であって、
統合ブランチがmasterとは限らないのでコレは賛同できないが、
話をシンプルにするためにmasterへのマージに限定してもらってもいいよ。
265 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 16:30:46.56 ID:+oyspTjV]: >>262
ブランチを明示的に分けなくたって、複数人が同じブランチで作業したら実質的にはローカルブランチの分岐が発生しているわけだから、
pushするためにpullするときにマージが発生するでしょ。
266 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 16:30:55.69 ID:jiz/CQ6q]: >>261
> そしてFF only で masterマージしている（かのようなログをした）
> 有名なライブラリ例を上げておく。
> https://github.com/lodash/lodash/commits/master

そうかい。
それで、このライブラリでは何の利点があって FF only で master マージしてるんだってばよ？
267 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 16:31:51.96 ID:EYu9TTok]: >>252
> だが利益もないのに「履歴が一直線になってわかりやすい！」とか主張するやつが増えて、

「履歴が一直線になってわかりやすい！」のは明確な利益だよ。
実際にわかりやすいんだから。

さて本当の問題は「FF only の masterマージ」といったわけだが、
no-ffのmasterへのマージ。これでも履歴は一直線に出来る。

履歴は一直線だが、no-ffを使っているから、この場合は問題ないだろう？
268 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 16:40:59.32 ID:jiz/CQ6q]: >>267
> 「履歴が一直線になってわかりやすい！」のは明確な利益だよ。
> 実際にわかりやすいんだから。

うーん、FFマージせずに、必要に応じてno-FFしてfirst-parentで要約したほうが
直線的なだけでなく情報が圧縮されてわかりやすいと主張しているんだが、
君には伝わってないように思えるな。 >>254 をもう一回読んでみてくれないか？
269 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 16:43:19.24 ID:EYu9TTok]: >>266
> それで、このライブラリでは何の利点があって FF only で master マージしてるんだってばよ？
俺がそのライブラリの開発者じゃないからしらんけど、
no-ffにする理由がないからだろ？

トピックブランチでは複数の修正を行わない。
トピックブランチでは必ず一つの修正のみを行う。
大きな修正はせずに小さく修正する。小さな修正を連続させて開発する。
そうするとトピックブランチに含まれるコミットは必然的に一つになる。

もしくはトピックブランチの内容は必ずsquashしてからマージすると考えてもいい。

そうする--first-parentでまとめてみたいと思っていたログは
masterへマージする段階で単に一つのコミットにまとまるだけの話。
逆にまとまって見れれば十分なわけでそれを分割する必要あるの？

と考えていると推測。

俺は小さな修正の連続での開発にしきれないから
トピックブランチに複数の修正を入れるけどね。
270 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 16:51:05.11 ID:jiz/CQ6q]: >>269
> > それで、このライブラリでは何の利点があって FF only で master マージしてるんだってばよ？
> 俺がそのライブラリの開発者じゃないからしらんけど、

ちゃんと説明できないならこのライブラリの例は無視するよ。
# いったいどこからどこまでがお前の主張なの？

俺もトピックでは複数の修正をよく入れるし、
意味のある単位で分割してる(つもりだ)からsquashなんてしたくない。
271 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 16:53:09.53 ID:EYu9TTok]: >>270
説明してるじゃねーか。

ライブラリの作者じゃないんだから
作者の本当の考えはわからん。
それは当たり前。

それとは別に推測で
ちゃんと説明してる。
272 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 16:59:55.32 ID:EYu9TTok]: >>270
> 意味のある単位で分割してる(つもりだ)からsquashなんてしたくない。

意味のある単位で分割してるのであれば、
それを一つづつのコミットに分割して、それぞれマージすることは可能だよね？
また一つのコミットだけのトピックブランチは作ったこと無いの？

コミット一つに対応する、マージコミットを作るなんて無駄だしなくてよい。

（rebase・・・かどうかは実は関係なくて）して
FF-onlyでmasterにマージするってのは、単にコミットを
一つづつマージしていると考えれば良い。

大きな修正を一度にするのではなくて、
小さな修正の繰り返しで開発するとこうなるんだよ。
273 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 17:07:40.73 ID:EYu9TTok]: ちなみに俺が反論している所を明確にしておくと、

「履歴が一直線になってわかりやすい！」というのが
メリットではないような言い方をしている点。

トピックブランチに複数のコミットが含まれている時に
それをno-ffでマージというのは俺もしている。

履歴が多少一直線になっていなくても、ちょっと見づらいだけだから目をつぶる。
目をつぶるのであって、履歴は一直線になっていたほうがわかりやすい。これは事実。

rebaseなんてコンフリクトが起きなければ大した作業ではないし、
とある誰かが要求しているようにno-ffでのmasterへのマージはちゃんとするんだから
「わかりやすくするためにrebaseで履歴を一直線に直してもいいだろう？」ということ。

（>>261はあくまでFFでmasterにマージするのも
小さな修正の繰り返しで開発できてるならありという例であげただけ）
274 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 17:14:28.12 ID:jobIXRFq]: トピックブランチのコミットが2個以上なら
マージはどうあれno-ffでやるべきだろ。
ffでマージしちゃったら、
あとでそれらコミットがなんのトピックに属していたのか
わかりにくくなるんだから。

そういうケースまで一直線のほうがいいとか言うのはアホ。相手にするだけ無駄。
275 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 17:18:53.63 ID:EYu9TTok]: 連投するが、俺がいいたいのは

・masterへのマージするときはno-ffをつけろ。（念を押すがmasterへのマージの話）
・コンフリクトが起きるようなmasterへのマージは禁止。
・rebaseはしたほうがベター。なぜベターなのかというと履歴が一直線になって見やすいから。

ということ

この結果、no-ffでmasterへマージする前に「rebaseするのは一般的なオペレーション」になる。
そしてrebaseしていなくても、コンフリクトが起きなければmasterへno-ffマージしてよいので
そうするとマージ前のrebaseの有無は関係なくて単に「masterへはno-ffマージしろ」って話になる。
276 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 18:11:38.86 ID:jiz/CQ6q]: >>273
コミットグラフを書けるかちょっと試し書き。ずれてたらすまん。
お前の主張は

A-B-C
/ \
X-------M-M
\ /
D--E--F

こういう変更は DEF をrebaseして

A-B-C
/ \
X-------M---------M
\ /
D'-E'-F'

こうすべき、ってことでいいかい？

俺的にはどちらもfirst-parentで

\
X-M-M
/

に要約可能だからどっちでもいいよ。
# ただ自分でやる場合はコンフリクトしない限り前者のほうがrebaseしなくていいから楽だけと思うけどね。
# もちろんDEFのマージ時にコンフリクトしたらrebaseすることもある。DEF開発者によるmergeも可。
277 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 18:12:17.95 ID:jiz/CQ6q]: 疑問視してるのは

X-A-B-C-D'-E'-F'

にすべきという主張だ。
これはA-B-CとD-E-Fが本来別の目的を目指して重ねたコミットだという情報が失われてしまうから
たとえ一直線でもわかりにくいと俺は主張しているんだよ。

トピックが2個程度ならどっちでも良さそうだが、トピックが数十の場合を想像してくれ

X-M-M-M-.....M-M

という数十個の要約を見る(必要に応じてトピック内のABC等を確認する)のと

X-A-B-C......(区切りもなく、めちゃくちゃたくさんのコミット)....x-y-z

を見るのと、どっちがわかりやすいの？ってこと。
278 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 18:15:08.80 ID:jiz/CQ6q]: ブラウザによっては結構ずれるな。わかんなきゃ無視してくれ。
279 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 18:24:55.80 ID:VGBInRA4]: 2.0からデフォルトでFF onlyになるのは知ってるよね君たち
どうしてこうなったのかもちろん議論されてるのも知ってるよね
280 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 18:25:46.52 ID:ABe1tyQZ]: これもうわかんねえな(バグったときの修正範囲が)
281 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 18:30:04.67 ID:qq5sN0hH]: >履歴は一直線になっていたほうがわかりやすい。これは事実。
一見わかりやすい気がするっていうのと、意味的にわかりやすいというのは別だと思うのだがどうだろう

svn のように時系列にコミットが一直線に並んでるのはわかりやすいか？
rebase → ff マージでトピック内の全コミットをフラットにしたのがわかりやすいか？
rebase → squash マージだと master のコミットグラフは一見綺麗になるかもしれんが実態はちょっとアレだし
そしてfirst-parentオプションつければたとえ一直線でなくとも意味的に見やすいログが手に入るんだろう
282 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 18:44:21.18 ID:jiz/CQ6q]: >>279
pull.ff 設定が可能になったのは確かだし、単に上流を追従するだけでその上で作業しないリポジトリなら
ff-onlyのほうが嬉しいのは確かだが、今議論してる内容とは前提が全然違うぞ。

# rc1だがmergeもpullもデフォルトでFF onlyな動作じゃないのを確認しちまったじゃねーか。
283 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 18:45:53.07 ID:jiz/CQ6q]: >>281
そうそう。
ちなみに gitk --first-parent すると要約されたコミットグラフは事実上一直線なのがわかると思う。
284 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 19:02:08.02 ID:ABe1tyQZ]: ベースブランチの状態が多いイコール検証箇所も多くなって面倒だからそうならないようコミットも最小限にしたほうがいいんじゃないの
285 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 19:47:52.24 ID:6KBRCzBr]: >>223
というわけで、実験してみた。
ブランチ削除しても履歴はのこるんですね。
そのツリーがごっそりなるものだと思ってた。

マージにしても、前やったときは、強制的に変なコミットログ追加されて気色わるかったきがしたけど、今やると普通だな。

僕含めまわりもまだ不慣れなので、ＦＦ縛りは、外せないけどマージするだけなら問題なさそう。
286 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 19:56:50.37 ID:EYu9TTok]: > ちなみに gitk --first-parent すると要約されたコミットグラフは事実上一直線なのがわかると思う。
ね？一直線は見やすいでしょ？

常にに--first-parentするわけじゃないので、
しなくても一直線になったほうが嬉しいよ。
287 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 19:58:40.00 ID:jiz/CQ6q]: >>285
報告ありがとう。

今後もGitに慣れるにしたがって、見え方も変わってくるかもしれないな。
周りも不慣れということで大変だと思うが、お前のプロジェクトのベストプラクティス確立にむけて頑張ってくれ。
グッドラック。
288 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 20:21:45.22 ID:jobIXRFq]: 一直線バカは救いようのないバカだな
289 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 23:30:04.09 ID:+oyspTjV]: 「履歴が一直線になってわかりやすい！」かどうかって、もはやコミットの順序というものにどういう意味があるかどうかという意味論なのだから、
ケースバイケースでしかないだろう。

アプリケーションの見た目を変更するときにAプランとBプラン、どっちもやってみて、Aプランから20%、Bプランから80%採用、なんてときは履歴が一直線になってないほうがいいだろうし。
(そんな変更をマージコミット一つで済ませてしまうのか、という問題はあるが)

結局、履歴が一直線になってたほうが良い場合もあるし、良くない場合もあるというだけだろ。どっちかが明らかに正しいというもんじゃない。
290 名前：デフォルトの名無しさん mailto:sage [2014/04/30(水) 00:35:08.42 ID:UGHSixxv]: 一直線が良いケースが挙げられてないけどな
291 名前：デフォルトの名無しさん mailto:sage [2014/04/30(水) 01:11:54.22 ID:pWom3qZR]: 一直線：　見えを貼りたいだけのバカ。俺はまっすぐ順調に開発をしてきたというアピールがしたい
292 名前：デフォルトの名無しさん mailto:sage [2014/04/30(水) 01:29:11.37 ID:Gbwo+6jG]: 東大一直線
293 名前：デフォルトの名無しさん [2014/04/30(水) 05:04:21.07 ID:mdKtpEfX]: 意味不明なエラーでpush不可能になった
remote: FATAL: WM refs/heads/*** **** **** DENIED by fallthru
remote: error: hook declined to update refs/heads/***

git reset --hard origin/upstream_worktree
して差分再適用してやり直したら通った

こんな意味不明なことが多発するのがgit
現実的には使い物にならないね
294 名前：デフォルトの名無しさん mailto:sage [2014/04/30(水) 08:30:44.87 ID:1vNQkGgC]: hook declined
ってかいてあんじゃん
295 名前：デフォルトの名無しさん mailto:sage [2014/04/30(水) 11:02:23.25 ID:4gXDKzV2]: 書き込み時刻を見ろ　察してやれ
296 名前：デフォルトの名無しさん [2014/04/30(水) 14:42:09.85 ID:mdKtpEfX]: dis発言に対してはただ叩くだけ
それも論理的に叩けないから人格攻撃に走るしかない
情けない奴らだよな
297 名前：デフォルトの名無しさん [2014/04/30(水) 14:48:31.80 ID:mdKtpEfX]: 別リポジトリで他人による大量の更新があって
半端にマージした挙げ句途中でこけて
半端にステージングした状態になり
結局
git reset --hard origin/upstream_worktree
するしかなくなった

ここまで致命的に腐ってると使い物になるならない以前の次元だね
298 名前：デフォルトの名無しさん mailto:sage [2014/04/30(水) 14:55:49.07 ID:nKoANYQ+]: またいつものコンフリクト恐怖症の人か
299 名前：デフォルトの名無しさん [2014/04/30(水) 18:26:55.40 ID:mdKtpEfX]: コンフリクト解消で済めばいいんだが腐ってるから済まないんだよね
300 名前：デフォルトの名無しさん mailto:sage [2014/04/30(水) 18:51:13.84 ID:h9gMUOtr]: なるほど、コンフリクトの解消の仕方が分からないから
コンフリクト恐怖症になってしまったのか
301 名前：デフォルトの名無しさん mailto:sage [2014/04/30(水) 18:51:51.42 ID:rHgIYikH]: Aリポジトリでもらったpull requestを
Bリポジトリに反映する方法を教えてください
302 名前：デフォルトの名無しさん [2014/04/30(水) 18:59:19.90 ID:1L5gAVQy]: ところで、大声でジットと呼ぶ人がいて困ってるんだ
ディスクトップパソコンみたいな
職場がSubversion教に汚染されてるので仕方ないな
303 名前：デフォルトの名無しさん mailto:sage [2014/04/30(水) 19:12:36.93 ID:ZY5HChQC]: じっと我慢汁
304 名前：デフォルトの名無しさん mailto:sage [2014/04/30(水) 19:50:56.80 ID:fWhizGrM]: レーダーデスクカラオケ
305 名前：デフォルトの名無しさん mailto:sage [2014/04/30(水) 19:56:34.41 ID:EonfyA0Y]: ギットギトにしてやんよ
306 名前：デフォルトの名無しさん mailto:sage [2014/04/30(水) 20:25:07.89 ID:WuyiDL68]: >>297
> 半端にマージした挙げ句途中でこけて

(コンフリクトしたときのデフォルトの動作だ・・・)

> 半端にステージングした状態になり

(コンフリクトしたときのデフォルトの動作だ・・・)

> 結局
> git reset --hard origin/upstream_worktree
> するしかなくなった

(コンフリクト解消できなかったなら git merge --abort すればよかったんじゃ・・・)
307 名前：デフォルトの名無しさん mailto:sage [2014/04/30(水) 21:19:26.86 ID:livyiFPX]: >>297
> git reset --hard origin/upstream_worktree
わろたｗｗｗｗ

え？あんた自分の作業けしちゃったの？ｗｗｗ

馬鹿だなぁ。　

gitはsubversionと違ってmergeやrebaseの途中で
コンフリクト起きてごちゃごちゃなっても、
merge/rebase作業をキャンセルして簡単に戻せるのにｗｗｗ

情けだ、ヒントをあげよう。
mergeしてるってことはコミットしてるってこと。
そのコミットIDはgit reflogすればわかるので
あとはそのコミットIDをチェックアウトすれば前の状態に戻せる。

gitはコミットしたものが消えることはない。
gitって安全だよねー
308 名前：デフォルトの名無しさん mailto:sage [2014/04/30(水) 21:28:01.99 ID:upmIhAH5]: >>217
プロジェクト名に言語が入ってないとなんの言語で作ってるのかわからないじゃん
言語を変えたらリポジトリ名を変更すればいいじゃん
309 名前：デフォルトの名無しさん mailto:sage [2014/04/30(水) 21:58:49.74 ID:Y0BKcERE]: >>308
悪いことは言わないから足を洗え。
310 名前：デフォルトの名無しさん mailto:sage [2014/04/30(水) 22:12:33.53 ID:livyiFPX]: そういやgithubってプロジェクトで使用している言語がわかるようになったよね。
gitだと、カラフルなバーをクリックすると以下のように表示される。

C 45.5% Shell 34.6% Perl 9.6% JavaScript 3.4% Python 2.9% Tcl 2.6% Other 1.4%

>>308
で、このようにリポジトリにプロジェクト名入れなくても
githubならわかるし、gitのように複数言語使ってる時どうすんの？

そんなことも考えれずに、言語名にこだわるなら、
センス無いなとしか言えないなｗ
311 名前：デフォルトの名無しさん mailto:sage [2014/04/30(水) 22:41:41.21 ID:rUdHCEgh]: githubだけの視野で語られても
312 名前：デフォルトの名無しさん mailto:sage [2014/04/30(水) 22:42:55.54 ID:livyiFPX]: github以外のプロジェクトでも
複数言語でアプリ作るのは一般的だけど？ｗ
313 名前：デフォルトの名無しさん [2014/04/30(水) 23:26:12.17 ID:mdKtpEfX]: 307は本当に馬鹿なんだなぁ
管理されてないファイルがreset --hardの対象にならないことは以前に確認済みだから関係ないし
コミットしたものはすぐに権限持ちに差分送ってるし
コンフリクトは元々未来分の作業は既に入っててそこからコメント消す程度

俺が泣かなくて残念だったな
314 名前：デフォルトの名無しさん mailto:sage [2014/04/30(水) 23:51:07.78 ID:1vNQkGgC]: 結局gitのおかげで無事でした
めでたしめでたし
315 名前：デフォルトの名無しさん mailto:sage [2014/05/01(木) 00:28:44.24 ID:WukXr8jq]: ＞＞３１２
プロジェクトを1つのディレクトリに詰め込むタイプですか？
316 名前：デフォルトの名無しさん mailto:sage [2014/05/01(木) 09:28:45.91 ID:PzUwUPDQ]: >>313
意味がわからないなあ
コミットしたものを権限持ちに既に送ってあるとしたら、
お前が上流からマージしようとしたブランチは一体何なの？
お前がコミットしたものを含んでいないブランチ？
317 名前：デフォルトの名無しさん mailto:sage [2014/05/01(木) 11:07:25.45 ID:PVO7jj2i]: >>315
なんでそんな発想が出てくるんだ？ (w
318 名前：デフォルトの名無しさん mailto:sage [2014/05/01(木) 11:24:48.42 ID:/DVUm5po]: おれはさ
php/wiki
php/cms
php/mailform
っていうふうに管理してるの
他の言語で同じ物を作ることもあるから
ruby/wiki
みたいに言語をネームスペースにすると管理が楽なんだよ
319 名前：デフォルトの名無しさん mailto:sage [2014/05/01(木) 17:12:30.25 ID:PzUwUPDQ]: >>318
それとGitと何の関係があるんだ？
320 名前：デフォルトの名無しさん mailto:sage [2014/05/01(木) 17:20:29.51 ID:U31MyfYF]: Gitはソースコードを管理するわけだからプロジェクトと関係あるだろ
C:/appData/User/toyohiko/マイドキュメント/mycode/php/wiki
これを外部のリポジトリ管理サービスに突っ込むときのリポジトリ名はphp-wiki
321 名前：デフォルトの名無しさん mailto:sage [2014/05/01(木) 17:24:28.79 ID:n23f7Uie]: 名前付けのポリシーとか別に好きにすればいいと思う。
322 名前：デフォルトの名無しさん mailto:sage [2014/05/01(木) 17:44:02.84 ID:PzUwUPDQ]: >>320
そんなもん上流のリポジトリ管理方針次第だ
例えば俺はandroidのapp01プロジェクトを
ssh://remotehost/repo/android/app01.git とかに格納してる
323 名前：デフォルトの名無しさん mailto:sage [2014/05/01(木) 17:52:02.03 ID:U31MyfYF]: >>310
複数言語使っているときは
C:/appData/User/toyohiko/マイドキュメント/mycode/other/wiki
というようにして言語名のフォルダにいれず名前空間に言語名を付けない
324 名前：デフォルトの名無しさん mailto:sage [2014/05/01(木) 18:01:12.45 ID:n23f7Uie]: もう自由にタグ付けできる自分用プロジェクト管理ツール使っちゃえよ。
325 名前：デフォルトの名無しさん mailto:sage [2014/05/01(木) 18:13:02.15 ID:ZgnY/tZG]: >>318
コードネームつければいい。
phpは犬の種類、rubyは猫の種類とか原則を持たせても良い。
326 名前：デフォルトの名無しさん mailto:sage [2014/05/01(木) 19:05:29.45 ID:PzUwUPDQ]: >>323
githubがリポジトリを「https://github.com/ユーザー名/リポジトリ名」で管理してるのは
githubの管理方針であって、gitとは直接関係無いということが理解できた？トヨヒコくん
327 名前：デフォルトの名無しさん mailto:sage [2014/05/01(木) 19:26:56.62 ID:3NSQaEE2]: だからさGitHubだけで語るな
328 名前：デフォルトの名無しさん mailto:sage [2014/05/01(木) 22:47:07.56 ID:dcOXu/fE]: 確かにSubversion使ってたときは一つのリポジトリに色々入れてたけど(そしてSubversionを適当に使う限りではそれで事足りてた)、
Gitは部分チェックアウトも出来ないしコミットもブランチも困ることだらけだからプロジェクトごとにリポジトリ分けるのが当然だよな。

自分もGit初心者の頃はSubversionと比較しちゃって部分チェックアウトが出来ないのが不便だのsvn:externalsと完璧に同等のものがないのが困るだの言ってたけど、
そのときGitユーザーから「Subversionとは思想が違うから比較するのは意味が無い」的なことを言われたけど、今はまさにそのとおりだと思うよ。
とりあえずSubversionでややこしい開発はしたくないね、もう。
329 名前：デフォルトの名無しさん [2014/05/02(金) 03:41:26.83 ID:ZGvM0amq]: >>316 pullするだけでその状態になることすらわからないとかお前本当に馬鹿だな
330 名前：デフォルトの名無しさん mailto:sage [2014/05/02(金) 03:48:34.89 ID:PU3lP69m]: >>326
はあ？リポジトリ名の話なのに
＞「https://github.com/ユーザー名/リポジトリ名」
ってなんだよ話そらしてんじゃねえよ
331 名前：デフォルトの名無しさん mailto:sage [2014/05/02(金) 06:22:29.35 ID:KJDTZacL]: 自分の管理下にあるリポジトリなら好きに名前付けりゃいいじゃん
332 名前：デフォルトの名無しさん mailto:sage [2014/05/02(金) 06:35:41.08 ID:Ujs4NpLL]: >>330
とよひこ君はまだわからないのか
githubじゃなければ、リポジトリ名をphp/wikiとかruby/wikiみたいにネームスペースにして管理できるって言ってんだよ
333 名前：デフォルトの名無しさん mailto:sage [2014/05/02(金) 06:37:10.90 ID:Ujs4NpLL]: >>329
pullするだけですべてうまく行くと思ってるのは幻想だ
ちゃんと勉強したほうがいいな
334 名前：デフォルトの名無しさん [2014/05/02(金) 08:09:07.29 ID:ZGvM0amq]: わざわざvcsの勉強なくて無価値なことはしたくもないね
335 名前：デフォルトの名無しさん mailto:sage [2014/05/02(金) 08:29:32.57 ID:Ujs4NpLL]: Gitに関しては勉強する価値があった
正直まともなVCS使わないのは、高機能エディタやIDEも使わずメモ帳で開発するようなもんだわ
336 名前：デフォルトの名無しさん mailto:sage [2014/05/02(金) 11:30:23.12 ID:W9jDDFpi]: パスワードを含んだファイルがあるんですけど
このファイル内のパスワードを削除して雛形だけの状態にしてからプッシュしてます
一度プッシュしたらほとんど修正はしないファイルなんですがこういう場合ってどうするものですか？
337 名前：デフォルトの名無しさん mailto:sage [2014/05/02(金) 13:03:04.92 ID:pbdRog+k]: >>336
$ touch password.txt; git add password.txt; git commit
$ git update-index --skip-worktree password.txt
$ echo -n 'himitsu' > password.txt; git status
On branch master
nothing to commit, working directory clean

とか？
338 名前：デフォルトの名無しさん mailto:sage [2014/05/02(金) 13:06:17.10 ID:Pfd+HO5D]: >>332
> リポジトリ名をphp/wikiとかruby/wikiみたいにネームスペースにして管理できるって言ってんだよ

別に、/ スラッシュを使わなくても

php\wiki や ruby\wik でもいいだろう？

php_wiki や ruby_wik でもいいだろう？
339 名前：デフォルトの名無しさん mailto:sage [2014/05/02(金) 13:17:21.62 ID:Oia8PEO/]: >>336
aaa.confってファイル名だとしたら
.gitignoreにaaa.confを登録してaaa.conf.sampleみたいなファイル名で
コミットしておくのが多いんでないかな
340 名前：デフォルトの名無しさん mailto:sage [2014/05/02(金) 14:47:13.55 ID:Ujs4NpLL]: >>338
話の流れを読めないアホなのか？>>216が話のはじまりだ
別に本人が / 以外でいいのならそれでいいぞ
ただし、\ で区切るのは勘弁してくれ
341 名前：デフォルトの名無しさん mailto:sage [2014/05/02(金) 15:06:33.45 ID:WqSAbr7K]: User/repository.gitが
User/php/oreore.gitじゃなくてGItHubが/を-に変換してUser/php-oreore.gitになる
bitbucketは名前を強制的に変換はしないがurlのほうは変換される
余計な機能
342 名前：デフォルトの名無しさん mailto:sage [2014/05/02(金) 17:26:31.17 ID:BNaPh7J8]: % git clone .../User/php-oreore.git php/oreore.git
すればいいだけじゃねーの。
手元で php ディレクトリが存在してるかどうかに関わらず
Gitは指定したパスにクローンしてくれるよ。
わざわざ指定するのがイヤなら
そういうcloneをするようなスクリプトかぶせてもいいし。
343 名前：デフォルトの名無しさん mailto:sage [2014/05/02(金) 17:34:19.17 ID:XSE+HkNu]: C:￥testからD:￥testに移動したいんですけど
ファイラーで移動したらgitできなくなりました
.gitの中でどのファイルを開いてパスを書き換えたらいいですか？
344 名前：デフォルトの名無しさん mailto:sage [2014/05/02(金) 17:44:12.24 ID:BNaPh7J8]: >>343
わからん。ありそうなのは .git/config だが、
適切に答えるには情報が不十分かつ不正確。
345 名前：デフォルトの名無しさん mailto:sage [2014/05/02(金) 17:53:43.03 ID:XSE+HkNu]: C:￥testでgit initして適当にファイルを作ってコミットして
C:￥testをコピーしてD:￥testにペーストしたんです
D:￥testのなかでgit logしたらログが表示されません
346 名前：デフォルトの名無しさん mailto:sage [2014/05/02(金) 18:06:55.59 ID:+HIQMOvh]: 全く再現しねえな
347 名前：デフォルトの名無しさん mailto:sage [2014/05/02(金) 18:07:33.93 ID:XSE+HkNu]: eeeeeeeeeeee
348 名前：デフォルトの名無しさん mailto:sage [2014/05/02(金) 18:14:47.14 ID:+HIQMOvh]: GitBushから

cd /c/temp
mkdir git
cd git
mkdir test1
cd test1
git init
vim README
git add .
git commit -m "initial commit"

エクスプローラで
Cドライブ(C:\Temp\Git\Test1)を右クリックメニューでコピー
Dドライブ(D:\Temp\Git)にて右クリックメニューから貼り付け

GitBushから
cd /d/temp/git/test1
(ちゃんとmasterって表示になった)
git log
(ちゃんとinitial commitのコミットが表示された)

まったく再現しない
エクスプローラ以外のファイラーは知らんが、隠しファイルや隠しフォルダは移動しない設定になってんじゃないの
349 名前：デフォルトの名無しさん mailto:sage [2014/05/02(金) 18:23:12.12 ID:3JApfdBs]: おかしいな・・・またあとできます
350 名前：デフォルトの名無しさん mailto:sage [2014/05/02(金) 20:15:24.71 ID:dlumt8FZ]: Gitのこともほとんど具体的な操作方とか知らないままなんだけど、GitHub実践入門を買った
ので、Git操作のお勉強と同時にGithubも使いだした。
351 名前：デフォルトの名無しさん mailto:sage [2014/05/02(金) 20:18:51.30 ID:6MkiwdiC]: rmした後に全く関係ないファイルをaddするとrmしたファイルのrename扱いになるんですが
単に新規ステージングしたファイル扱いにできますか？
直後にrmしたファイルではなく、始めにrmしたファイルのrenameになっていたり
動作がわけわららんです
352 名前：デフォルトの名無しさん mailto:sage [2014/05/02(金) 20:48:37.15 ID:YmhbMTXU]: >>337 横レス
設定ファイルとか便利そうだな。覚えておこう。
353 名前：デフォルトの名無しさん mailto:sage [2014/05/02(金) 20:49:12.42 ID:6MkiwdiC]: どうやら中身が同じファイルは勝手にrename扱いにしてくれるようですね
空ファイルでトレーニングしていたので混乱してしまいました
354 名前：デフォルトの名無しさん mailto:sage [2014/05/02(金) 20:59:01.62 ID:6ajnVdK2]: >>351
gitのデータ構造としては、ファイルの移動や改名とかは管理してなくて、
表示の時にヒューリスティックに判断してrenameとか出してるだけだから、
気にする必要ないよ。
355 名前：デフォルトの名無しさん mailto:sage [2014/05/02(金) 21:02:26.52 ID:6MkiwdiC]: >>354
ありがとうございます
そういうものだと、気にしないようにします
356 名前：デフォルトの名無しさん [2014/05/02(金) 21:42:27.82 ID:x3xYwsX7]: gitはファイルではなくコンテンツを管理していると言われる所以だね。
357 名前：デフォルトの名無しさん mailto:sage [2014/05/02(金) 22:17:35.97 ID:Xf1Tcq77]: gitでhookファイルを変更した場合
これをGitHubにプッシュした阿戸に
ローカルのファイルとリポジトリを削除してからクローンしたらhookファイルの内容がないんですが何故ですか？
358 名前：デフォルトの名無しさん mailto:sage [2014/05/02(金) 23:58:46.02 ID:ojQzvTVb]: こんなGit入門の本を買った。
2ch-dc.net/v4/src/1399042353761.jpg
359 名前：デフォルトの名無しさん mailto:sage [2014/05/03(土) 00:29:50.84 ID:9lt90aGA]: 喜ぶべきか悼むべきか・・・
360 名前：デフォルトの名無しさん mailto:sage [2014/05/03(土) 01:42:57.16 ID:fa3rSR83]: >>358
それってどう？
361 名前：デフォルトの名無しさん mailto:sage [2014/05/03(土) 02:05:49.12 ID:Z2xjVVlJ]: >>357
フックは版管理されてないから。configも同様。
フックをシェアしたいならワーキングディレクトリにフックを置いて、Makefileなりsetupスクリプトからインストールできるようにする。
クローンしただけで勝手にスクリプトに走られたら困る。
362 名前：デフォルトの名無しさん mailto:sage [2014/05/03(土) 02:07:15.00 ID:vyhhlfA3]: >>360
文章読むだけならGithubで公開されてる
363 名前：デフォルトの名無しさん mailto:sage [2014/05/03(土) 02:11:26.95 ID:Z2xjVVlJ]: >>353
rmしたファイルのindexに注意。git rm。
git mvはgit addとgit rmを同時にやってくれる。
364 名前：デフォルトの名無しさん mailto:sage [2014/05/03(土) 07:45:11.01 ID:n1PIULKZ]: >>353
中身が似てるファイルね
rename扱いにしてるのはログ表示の時だから、まあ気にしなくていいには変わらない
コピペ検出機能だとでも思っておけ
365 名前：デフォルトの名無しさん mailto:sage [2014/05/03(土) 13:12:50.33 ID:EAqxmtFF]: リモートにtagをpushした後、リモートに存在するtagを確認するにはどうすればよいのでしょうか
ローカルリポジトリのtagなら git tag, リモートのブランチなら git branch -r ですが、
リモートのtagを表示するコマンドが見つかりません
366 名前：デフォルトの名無しさん mailto:sage [2014/05/03(土) 14:26:01.92 ID:H1NY/7i6]: git ls-remote リモート名
367 名前：デフォルトの名無しさん mailto:sage [2014/05/03(土) 14:26:42.30 ID:oP8j+OVm]: >>365
これでリポジトリを直接指定して確認できるけど、
git ls-remote --tags リポジトリのURL
もっといい方法があるかも？
368 名前：デフォルトの名無しさん mailto:sage [2014/05/03(土) 14:47:09.37 ID:EAqxmtFF]: >>366-367
感謝です！ありがとうございました！
369 名前：デフォルトの名無しさん mailto:sage [2014/05/04(日) 11:33:46.82 ID:bQKl4dNQ]: リモートリポジトリからPullした直後で一切変更を加えていないにも関わらず
git statusでいくつかのファイルで差分が検出されてしまう現象にが起きています

差分が検出されているファイルのdiffを見るとソースコード全体が入れ替えられたような表示になります
しかし、該当ファイルをgit addしてから再度git diffすると変更点なしと表示されます

現象が起きるファイルは.cpp、.cs等複数の拡張子で
その拡張子のファイルすべてで起きる訳ではなく、頻繁に更新されるファイルで起きているように見えました

この現象についてWeb検索したのですが、該当しそうな情報は得られませんでした
githubのクライアントとVisualStudio2013のgit機能を併用していることに
原因がありそうな気がしているのでそのあたり調査する予定ですが
見直すべき設定等、何かヒントを頂けたら嬉しいです
370 名前：デフォルトの名無しさん mailto:sage [2014/05/04(日) 11:50:13.22 ID:IxrX60Uq]: >>369
改行コードだな
371 名前：デフォルトの名無しさん [2014/05/04(日) 18:11:29.06 ID:Efc5dGc7]: git config core.filemode false
git config core.symlinks false
372 名前：デフォルトの名無しさん mailto:sage [2014/05/05(月) 12:36:20.36 ID:qzGHizbC]: pullは1箇所から取得してpushは複数にする方法を教えてください
AitHubのみpullして
pushはAitHub,BitHub,CitHubの3箇所に送信してバックアップがしたいんです
373 名前：デフォルトの名無しさん mailto:sage [2014/05/05(月) 13:48:29.73 ID:bcw2AmGJ]: >>372
git remote add知ってる?
374 名前：デフォルトの名無しさん mailto:sage [2014/05/05(月) 13:50:28.20 ID:HNW3XBXV]: それ知ってますけど1つのとこしかpushできませんよね
375 名前：デフォルトの名無しさん mailto:sage [2014/05/05(月) 14:07:54.45 ID:NnoKU6B2]: 一つの所ってなんですか？ originですか？
なんでいちいち名前を指定すると思いますか？
一つだけなら名前は必要ないはずですよね？
376 名前：デフォルトの名無しさん mailto:sage [2014/05/05(月) 14:08:40.84 ID:NnoKU6B2]: なんでremote addだと思いますか？
一つだけならremote setでいいはずですよね？

あとは自分で考えてください。
377 名前：デフォルトの名無しさん mailto:sage [2014/05/05(月) 18:39:57.72 ID:G1VleuAd]: git push {A,B,C}itHub branch
378 名前：デフォルトの名無しさん mailto:sage [2014/05/06(火) 11:11:21.75 ID:wWugdkdR]: >>369
autocrlfくさい
379 名前：369 mailto:sage [2014/05/06(火) 15:12:16.47 ID:5E8fiGLl]: >>370,371,378
ありがとうございます。
いただいた助言を参考に試行錯誤して、とりあえず以下の操作をしたら
現象が落ち着きました。

・core.autocrlfをtrueからfalseに(Windowsでしか開発しないので)
・core.whitespaceを明示(space-before-tab,trailing-space)
・該当ファイルをVisualStudioの「ドキュメントのフォーマット」を使用して整形

もしかしたらwhitespace周りが原因だったのかもしれません。
どうもありがとうございました。
380 名前：デフォルトの名無しさん mailto:sage [2014/05/06(火) 16:27:04.50 ID:dFD2Q7zD]: masterブランチの内容をtestブランチに移動して
masterブランチ内のファイルの内容を空の状態にする方法を教えてください
381 名前：デフォルトの名無しさん mailto:sage [2014/05/06(火) 18:22:58.02 ID:ms/T2S5F]: ファイルの内容を空の状態にする？ファイルのサイズを0バイトにするってこと？
382 名前：デフォルトの名無しさん mailto:sage [2014/05/06(火) 18:53:05.44 ID:2kojW0Cn]: あるブランチでコミットした内容をmasterに反映させる時rebaseを使えっていうのをここで習ったんですが
具体的にどうやるのか教えてください

git init
touch a
git add a
git commit -m "INITIAL COMMIT"
git checkout -b kaihatu1"
echo "1" > a
git add a
git commit -m "1を追加"
echo "1" > a
git add a
git commit -m "数字を2に変更"　←いまここ
この後から何をしたらいいのか教えてください
383 名前：デフォルトの名無しさん mailto:sage [2014/05/06(火) 18:59:41.16 ID:WvF/ZXc8]: 絵に描いたような教えてクン
384 名前：デフォルトの名無しさん mailto:sage [2014/05/06(火) 19:03:35.48 ID:Fr+PW76D]: あるブランチでコミットした内容をmasterに反映させる時に使うのはmerge

ブランチには複数のコミットが含まれている。という前提とする。

masterにマージする時のやり方

1. squashして一つのコミットにしてマージ
2. squashせず、マージコミットを作ってマージ（no fast foward）
3. squashせず、マージコミットもつくらずマージ（fast forward）

ブランチは作業履歴とか入っていてコミットが汚いことがあるので
mergeする前にブランチを綺麗にしておくと良い。

ただし1ならコミットは一つになるからrebaseする必要はない。

2. もしくは 3の時、マージされたコミットを綺麗にしておきたいならrebaseする。
小さなバグ修正とか、タイポの修正とかそんなのが残ってても気にしないならrebase不要。

ただし、rebaseせずにfast fowardでmasterにマージすると
revertしづらくて死ぬだろう。コミットが綺麗なら3でも良いが、
2にしておくと、ブランチ単位でrevertできるから楽。
385 名前：デフォルトの名無しさん mailto:sage [2014/05/11(日) 13:29:58.96 ID:DrfDcIuJ]: 1.9.3 がリリースされたね
386 名前：デフォルトの名無しさん mailto:sage [2014/05/11(日) 16:13:44.39 ID:8Qasa1hM]: >>385
それが・・・どうかしたの？
387 名前：デフォルトの名無しさん mailto:sage [2014/05/11(日) 16:14:30.91 ID:M5uHChWE]: 今回のはつまらんリリースだ
388 名前：デフォルトの名無しさん mailto:sage [2014/05/11(日) 17:39:48.22 ID:qkdWQCFA]: まだ１．９つかってるの？もうこっちは２．０使ってるよ
389 名前：デフォルトの名無しさん [2014/05/11(日) 19:24:38.83 ID:04FzsR6r]: 俺のはいまだに1.7ですが
390 名前：デフォルトの名無しさん mailto:sage [2014/05/11(日) 21:21:49.14 ID:wZvRNfhO]: カレントを追いかけているから俺も常に最新・・・
アップデートきてたから1.9.3に今した
391 名前：デフォルトの名無しさん [2014/05/11(日) 21:23:17.01 ID:pXskIuQ6]: 1.8 位から、処理速度が速くなったと思う
392 名前：デフォルトの名無しさん mailto:sage [2014/05/12(月) 00:23:32.35 ID:fWwUyCwI]: 俺初めて使ったとき、まずルートでinitしていつまでも延々待ちになってしまって
壊れているかと思った。
393 名前：デフォルトの名無しさん mailto:sage [2014/05/12(月) 12:14:12.48 ID:bllVZHXA]: >>390
カレントってなに？gitからクローンすると2.0になるけど？
394 名前：デフォルトの名無しさん mailto:sage [2014/05/12(月) 13:44:49.20 ID:1rzT8Re4]: >>393

>カレントってなに？gitからクローンすると2.0になるけど？

「現時点で GitHub から Git のリポジトリのクローンを取得してビルドしてインストールすると 2.0 になる」という意味？

現時点で 2.0 は正式版ではなくて RC 版だよ。
https://github.com/git/git/releases

現時点の最新の 2.0 は 2日前にリリースされた v2.0.0-rc3。
現時点の最新の正式版は 2 日前にリリースされた v1.9.3。
395 名前：デフォルトの名無しさん mailto:sage [2014/05/12(月) 16:08:54.91 ID:VMOJUad9]: バグ修正が中心のリリースとなる「Git 1.9.3」が公開される
sourceforge.jp/magazine/14/05/12/152000
396 名前：デフォルトの名無しさん mailto:sage [2014/05/13(火) 00:02:25.45 ID:cgdWIPbr]: >>394
カレントって普通

> 現時点の最新の 2.0 は 2日前にリリースされた v2.0.0-rc3。

を指すんじゃね？
397 名前：デフォルトの名無しさん mailto:sage [2014/05/13(火) 00:23:30.33 ID:Kbu/OO7P]: カレントって普通は安定板stableの最新版じゃないの
テスト要素のあるrcやβは含まないんじゃないの
398 名前：デフォルトの名無しさん [2014/05/13(火) 00:36:15.98 ID:A9K77IIM]: 普通は安定版だよ
399 名前：デフォルトの名無しさん mailto:sage [2014/05/13(火) 00:47:21.79 ID:V9w/ceW7]: currentというとバージョン管理システムから持ってきた
開発版のソースを指すケースもあるな
*BSD方面とか
400 名前：デフォルトの名無しさん mailto:sage [2014/05/13(火) 01:02:23.02 ID:TNqok+m1]: 2.0を使ってるひとは、2.0がrc版だって認識して使ってるの？
401 名前：デフォルトの名無しさん mailto:sage [2014/05/13(火) 01:09:14.75 ID:8hwDbhT0]: RCというのはリリース候補。ベータ版よりも
完成度が高い、リリース版レベルのもののことだよ
402 名前：デフォルトの名無しさん mailto:sage [2014/05/13(火) 01:09:32.07 ID:Kbu/OO7P]: そりゃそうだろ
ソースからビルドするならタグから引っ張ってくるだろうし
403 名前：デフォルトの名無しさん mailto:sage [2014/05/13(火) 01:11:36.76 ID:Kbu/OO7P]: >>401
v2.0.0はrcが1、2、3と出てるんですがそれは
404 名前：デフォルトの名無しさん mailto:sage [2014/05/13(火) 01:19:56.17 ID:aq/kP6dx]: >>403
完成度もせいぜいベータよりはマシ、ってレベルで
gitのリリース版レベルなんてのは所詮その程度だ

ってことを>>401は言ってる。
405 名前：デフォルトの名無しさん mailto:sage [2014/05/13(火) 01:21:40.67 ID:TNqok+m1]: 2.0で付加される新機能を早く使いたいとかGitのバグ取りに協力したいっていうなら理解できるんだけど、それ以外に2.0rcをあえて使う理由ってあるの？
406 名前：デフォルトの名無しさん mailto:sage [2014/05/13(火) 05:43:56.92 ID:Tx8Pcw2g]: 自分が何かgitに関連するモノを作って自分以外の人に提供してるなら
最低でもRCの段階で問題無い事を確認しておきたいな
407 名前：デフォルトの名無しさん mailto:sage [2014/05/13(火) 12:15:49.81 ID:KvmMEOaQ]: >>406
それは理解できる
でもこのスレの >>388 とか >>393 ってそういう感じじゃないんだよね
GitHubからクローン取得してビルドしたら2.0で、2.0がrcであることも知らないで使っている、そして2.0未満のバージョンのユーザを馬鹿にしている
こんな風に思えてしまう
408 名前：デフォルトの名無しさん mailto:sage [2014/05/13(火) 12:57:27.93 ID:0j07nOJV]: データを蓄積するツールとして使ってるから安定版。俺はまだ1.7使ってるし。
409 名前：デフォルトの名無しさん mailto:sage [2014/05/13(火) 13:06:38.35 ID:vRP8IXzs]: >>407
身の回りにいるならともかく、ネットの向こうにいる他人なんてほっとけよ。
あと、>>388 でバカにされたとか思うようなら、このての掲示板見ない方がいいと思うぞ。
410 名前：デフォルトの名無しさん [2014/05/13(火) 13:14:13.76 ID:+cSIqVHp]: gitでバージョン番号管理って、みんなどうやってる？
411 名前：デフォルトの名無しさん [2014/05/13(火) 18:24:36.93 ID:A9K77IIM]: vistaでgui使ってコミットするファイルの選択してたら固まりまくったんだけどなんなん
1.8.4で起きて1.9.2に更新しても再発した
もろもろ込みの15mくらいのexe
Git-1.8.4-preview20130916　→　Git-1.9.2-preview20140411
412 名前：デフォルトの名無しさん mailto:sage [2014/05/13(火) 18:42:33.12 ID:KvmMEOaQ]: >>409
了解
413 名前：デフォルトの名無しさん mailto:sage [2014/05/13(火) 20:58:37.93 ID:Xzl/NzK/]: Gitのmasterはrcとはいえpuやnextに比べれば安定してんじゃねーの
あとGitはrcをリリース4 5週間前から毎週出すポリシーみたいだから、
rcの数が多いか少ないかで安定度は測れない。
一応今週末に正式リリース予定ぽいんで、
今週出なければなんかまずいバグが残ってるのかもね。
414 名前：デフォルトの名無しさん mailto:sage [2014/05/13(火) 21:43:52.50 ID:HfUZuSMx]: gitをコンパイルして入れるときってユーザーはrootでやってますか？
415 名前：デフォルトの名無しさん mailto:sage [2014/05/13(火) 21:58:13.25 ID:8hwDbhT0]: >>414
コンパイルは一般ユーザー

ディストリは？
416 名前：デフォルトの名無しさん mailto:sage [2014/05/13(火) 22:42:01.92 ID:HfUZuSMx]: debianです
ソースコードから入れる時って/usr/local/srcにいれてるんですが
ここ一般ユーザーだと書込できないんですよね
おまけにrootにsshの設定をしてないのでgit cloneできないし
rootにsshの設定をするべきではないらしいのでどうするのがいいのかわかりません
417 名前：デフォルトの名無しさん mailto:sage [2014/05/13(火) 22:48:27.73 ID:8hwDbhT0]: debianなら /usr/local 以下は staff グループになってるでしょ？
なら自分をstaffグループに追加すればいいだけ。

まあ、俺は自分のhome以下でコンパイルするけど。

なんかさ、よくコマンド実行できなかった時、
グループに追加すればいいのに、すぐsudo使う人いるよね。
418 名前：デフォルトの名無しさん mailto:sage [2014/05/13(火) 22:49:46.52 ID:tJgFTBc/]: ソースなんてどこに入れてもいいし、バイナリやライブラリもパス通ってるならどこでもいい
419 名前：デフォルトの名無しさん mailto:sage [2014/05/13(火) 22:49:59.25 ID:tmdhIwHM]: なんか呼ばれたような気がしたので
420 名前：デフォルトの名無しさん mailto:sage [2014/05/13(火) 23:30:22.27 ID:HfUZuSMx]: なんかエラーで全然ここに書込ができません
ありがとうございます
あとはlinxuできいてきます
421 名前：デフォルトの名無しさん mailto:sage [2014/05/14(水) 00:59:32.71 ID:N43CNidq]: Git の公式の文書ではソースからのインストールの例として sudo を使ってるけどね。
git-scm.com/book/en/Getting-Started-Installing-Git
422 名前：デフォルトの名無しさん mailto:sage [2014/05/14(水) 01:46:24.51 ID:ToGrq+HN]: >>410
リリース番号とかなら、CIツールのビルド番号とかでいいんじゃね
423 名前：デフォルトの名無しさん mailto:sage [2014/05/14(水) 02:13:25.97 ID:+eGAQ9pX]: そもそも自分しか使わない PC で、いちいちグループに追加とかしてると、むなしくなってくるわ
sudo で十分だよ
424 名前：デフォルトの名無しさん mailto:sage [2014/05/14(水) 02:48:09.56 ID:LFlUnuUg]: sudo & パスワード打つのが面倒だろ？
楽な方を提案してるんだよ。
425 名前：デフォルトの名無しさん mailto:sage [2014/05/14(水) 02:49:32.86 ID:TJ8LcHmI]: もうrootになっちゃえよ。
426 名前：デフォルトの名無しさん mailto:sage [2014/05/14(水) 02:51:54.81 ID:EH48jFeA]: 侵入されたら即乗っ取られそうなインターネッツですね
427 名前：デフォルトの名無しさん mailto:sage [2014/05/14(水) 03:03:17.35 ID:LFlUnuUg]: >>425
それはだめ。

root使うなって流れでsudoなんだろうけど、
なんでもsudo使ってたら意味ないって。

そのうち普通のコマンドまでsudo使う癖がつくとかな。
sudoつかってホームディレクトリ以下にファイルやディレクトリを
作るもんだから、自分のファイルを編集できないとかアホなことにｗ
428 名前：デフォルトの名無しさん mailto:sage [2014/05/14(水) 04:42:12.31 ID:8Tw5p8Hi]: 一般ユーザの権限増やしちゃうほうが余程ダメだろ
確かに初心者の頃には自分に弄れないファイル作ったりするもんさ

…でも、そこでそのファイルの所有者を自分に戻す方法や
どうすれば一般ユーザのファイルとして作れるのかを考えず調べずに
「一般ユーザの権限を増やしちゃえ」
ってやるのは思考停止だと思うよ、root常用と発想が変わらない
429 名前：デフォルトの名無しさん mailto:sage [2014/05/14(水) 05:13:22.04 ID:TJ8LcHmI]: 普通にrootでapt-getしてstaffなユーザでgit使ったらいいんじゃないの。
staffグループに入れるのすら嫌うのにsudoersに入ってるってどゆことよ。
430 名前：デフォルトの名無しさん mailto:sage [2014/05/14(水) 07:50:49.18 ID:gY3lBZ4/]: GUI があって sudoers 弄ってる認識ないとか。
431 名前：デフォルトの名無しさん mailto:sage [2014/05/14(水) 07:51:39.21 ID:HVjR+QBF]: >>429
> 普通にrootでapt-getして

いちいち root でログインしてるのか？
432 名前：デフォルトの名無しさん mailto:sage [2014/05/14(水) 08:16:46.96 ID:1MSvyiHJ]: 脱線はそのくらいで
433 名前：デフォルトの名無しさん [2014/05/14(水) 10:07:15.20 ID:LFlUnuUg]: >>431
権限あればいいんだから方法はなんでもいい
須藤でも流宇屠でもなんでもいい
434 名前：デフォルトの名無しさん mailto:sage [2014/05/14(水) 10:21:07.79 ID:U/CskQfB]: そもそもlinux公式のパッケージなんて古いのに誰が使うんだよ
俺が使ってるのディストリのは1.7だぞ
OpenSSLの件もあるのに今1.9.1以下を使ってる奴は世界の地雷
435 名前：デフォルトの名無しさん mailto:sage [2014/05/14(水) 10:50:10.78 ID:tkkbE9ax]: 権限設定が大雑把すぎる
rootにならないと何もできない
436 名前：デフォルトの名無しさん mailto:sage [2014/05/14(水) 11:53:53.82 ID:HVjR+QBF]: >>433
>>429 が sudoers どうのこうの言ってるから聞いただけ。

関係無いけど、須藤とか流宇屠とか面白いと思って書いてるの？
437 名前：デフォルトの名無しさん [2014/05/14(水) 13:19:05.91 ID:LFlUnuUg]: >>436
面白いと思ってるならいちいち確認しにくるなよ
もっと自分の感性に自信持てや
438 名前：デフォルトの名無しさん mailto:sage [2014/05/14(水) 14:37:13.29 ID:RXztcnfz]: >>427
>なんでもsudo使ってたら意味ないって。

たしかにsudoインフレ気味のきらいはある。
お前もう別にrootでログインしているのと変わらんのと違うか、みたいな。
439 名前：デフォルトの名無しさん mailto:sage [2014/05/14(水) 15:57:03.71 ID:z8cZm/fT]: スクリプトの中でsudo書いたら負け
440 名前：デフォルトの名無しさん mailto:sage [2014/05/14(水) 18:43:36.40 ID:HVjR+QBF]: >>437
ひょっとして皮肉って、わからなかったのか？ (w
441 名前：デフォルトの名無しさん mailto:sage [2014/05/14(水) 19:12:13.53 ID:56gZpWss]: どうでもいい
442 名前：デフォルトの名無しさん mailto:sage [2014/05/14(水) 19:45:20.61 ID:LYwl2FB3]: 相談させてください。
開発ブランチをmasterへマージしたいのですが、
masterブランチがかなり進んでしまい、開発ブランチとの共通コミットがかなり前の物となってしまいました・・・
このままマージすると履歴が見づらいので、masterでリベースをしたいのですが、
開発ブランチにも、沢山のマージコミットがあり、そのままリベースするとマージコミットが吹き飛んで困ります。
マージコミットを残したままで、masterとリベースする方法というのはあるでしょうか？
もし、そのような方法がない場合・・・
どのようにすれば、少しでも見やすい履歴として残してマージする事ができるのでしょうか・・・
よろしくお願いします
443 名前：デフォルトの名無しさん mailto:sage [2014/05/14(水) 20:19:17.04 ID:NgeMMujl]: マージじゃあかんのか？
444 名前：デフォルトの名無しさん mailto:sage [2014/05/14(水) 20:37:04.99 ID:W0xDTkwU]: --preserve-merges で ggrks
445 名前：デフォルトの名無しさん mailto:sage [2014/05/14(水) 20:38:55.41 ID:W0xDTkwU]: だけど俺もマージをおすすめする
446 名前：デフォルトの名無しさん mailto:sage [2014/05/14(水) 20:59:04.67 ID:LYwl2FB3]: >>443-445
お答えありがとうございます
まさしく、--preserve-merges この機能を求めていました！
本当に助かりました
普通にマージでも、運用はまったく問題ありません。
しかし、あまりに前のコミットからブランチが切れている物なので、
グラフ上でその他のマージしたコミットなどを、またぎまくりで見るのた大変な状態でした・・・
本当に感謝です
447 名前：デフォルトの名無しさん mailto:sage [2014/05/14(水) 21:21:30.74 ID:Tc6rr+/g]: 男なら履歴をいじってんじゃねえよ！
448 名前：デフォルトの名無しさん mailto:sage [2014/05/14(水) 22:35:14.87 ID:XlAO72qf]: git-scm.com/download/gui/win
ここにTortoiseGitないのは何で？
449 名前：デフォルトの名無しさん mailto:sage [2014/05/14(水) 23:23:23.76 ID:LFlUnuUg]: >>428
> 一般ユーザの権限増やしちゃうほうが余程ダメだろ
意味不明。

今の話はsudo権限で書き込める人に対して
sudo使うな一般ユーザー権限でコマンド使えるようにしろって話だから。

誰もsudo権限ない人に権限与えろなんて言ってねーよｗ

> …でも、そこでそのファイルの所有者を自分に戻す方法や
> どうすれば一般ユーザのファイルとして作れるのかを考えず調べずに
> 「一般ユーザの権限を増やしちゃえ」
> ってやるのは思考停止だと思うよ、root常用と発想が変わらない

そんな話してないけどねｗ

sudo使って権限を変える行為のがroot常用と同じだから
sudoも使わずに一般ユーザーでやれるようにしろと。

ユーザに必要な権限を与えるのは、必要で許されるならば何の問題もなく、
権限を与えなければ、sudo使うしか無いわけでそれがroot使ってるのと変わらない。

っていうか、sudo常用＝root常用ってわかってる？
450 名前：デフォルトの名無しさん mailto:sage [2014/05/14(水) 23:36:27.18 ID:ExP2CQtU]: a.phpを修正(50行)した後にb.php(500行)を修正しました
このときgit add a.php; git commit -m "a.phpを修正"したあとにgit checkout -fしたらどうなりますか？
451 名前：デフォルトの名無しさん mailto:sage [2014/05/14(水) 23:36:39.56 ID:EH48jFeA]: クソニートの戯言はチラシの裏にでも書いてくださいね
452 名前：デフォルトの名無しさん mailto:sage [2014/05/14(水) 23:38:18.31 ID:EH48jFeA]: >>449宛て
453 名前：デフォルトの名無しさん mailto:sage [2014/05/14(水) 23:45:05.68 ID:LFlUnuUg]: 煽って何がしたいの？ｗ
454 名前：デフォルトの名無しさん mailto:sage [2014/05/14(水) 23:48:28.71 ID:PSOih+2g]: 今週の中学生日記はここですか
455 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 00:44:28.26 ID:YRo5/B9y]: >>449
「どこからがどの権限なのか」を意識しづらいのがroot常用の一番の問題かと。
まあそもそも、もうスレチなんだが。
456 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 01:08:22.07 ID:p6ZJAeXV]: >>449
> っていうか、sudo常用＝root常用ってわかってる？

こういう奴って /etc/sudoers の ALL = (ALL) ALL をおまじないだと思ってるんだろうな...
能力のないものには、いい道具与えても無駄なのがよくわかるな (w
457 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 01:23:15.29 ID:FUoGOy6E]: >>456
本当にsudo常用がroot常用と変わらないの分からないの？

sudo touch a ってやったら、root:rootでファイル作られるよね？

sudoはなるべくrootにならずに、root権限（ユーザー未指定の場合）で
実行するものであって、結局のところrootで実行しているのと同じ。
sudoを常用したら意味がないんだけど。

なんでもかんでもsudo使って"root権限で実行"するのではなく
適切な権限を指定しなさいと言ってる。
458 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 01:45:41.47 ID:p6ZJAeXV]: >>457
> sudo touch a ってやったら、root:rootでファイル作られるよね？

お前俺のレスの意味わかってないだろ (w
touch でファイル作られるのが嫌なら禁止すればいいだけ
ALL = (ALL) ALL って書いといて、root 常用と同じとか、バカすぎ
459 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 02:11:34.74 ID:t+uv2X5h]: 「俺のレス」
くさかべ先生が怒りそう
460 名前：デフォルトの名無しさん [2014/05/15(木) 02:39:04.28 ID:mVM4WfmV]: そういうことにしたいのでつね
461 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 03:28:24.48 ID:FUoGOy6E]: >>458
お前根本的に間違ってるじゃんか。

/usr/local/srcへの書き込みだぞ。
実行コマンドを制限してどうする。

こういう時はグループで書き込み権限を与えるんだよ。
sudo使うにしても結局グループ使うんだから、
sudoの前にまずグループだろうが。
462 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 07:07:31.46 ID:p6ZJAeXV]: >>461
> /usr/local/srcへの書き込みだぞ。

俺はそんな話してない。
俺は、

> っていうか、sudo常用＝root常用ってわかってる？

がおかしいって言ってるだけ。
ちなみに sudo はグループでもユーザーでも指定して制御できるから

> sudo使うにしても結局グループ使うんだから、

は、根本的に間違ってる。
なので、

> お前根本的に間違ってるじゃんか。

これはお返ししておくよ (w
463 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 07:10:12.05 ID:ARfjiSB0]: ブランチ名に日本語使ったりする？
464 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 09:03:46.47 ID:FUoGOy6E]: >>462
> 俺はそんな話してない。
そもそもそれが間違ってるじゃないか。

話の流れを読め。

最初の >>416 はファイルを書き込む権限の話。
> ソースコードから入れる時って/usr/local/srcにいれてるんですが
> ここ一般ユーザーだと書込できないんですよね

>>428 でもファイルを書き込む権限の話。
> 一般ユーザの権限増やしちゃうほうが余程ダメだろ
> 確かに初心者の頃には自分に弄れないファイル作ったりするもんさ

最初っから、ファイルの権限の話なんだよ。
465 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 09:14:11.31 ID:8qQimVf0]: sudoをroot権限を与えること以外で使うなら
setuidで十分な事が多くね？
466 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 10:08:52.62 ID:uV6K9eLe]: /usr/local/srcを一般ユーザーに権限与えるのってLinuxの意に反してないの？
rootしか書き込みできないのは意味があってそうなってるんじゃないの？
467 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 10:20:43.45 ID:yW4QL04N]: >>466
staffなら書き込めるんだからそれこそが意だろ。
本当の一般ユーザをstaffにするのはおかしいが、
それならそもそもsudoも使えないべきだし。
468 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 11:05:33.69 ID:l/v1SCMb]: >>463
使わないなあ
469 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 11:22:14.76 ID:uV6K9eLe]: sqliteのデーターベースファイルに日々データを追加しているんですが
これもリポジトリで管理したほうがいいですか？
GitHubでこのファイルをみたことがないのでどうしたらいいのかわかりません
バックアップが目的なのでデータベースファイルを使ってるプロジェクトだけはzipで固めるべきか
470 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 11:46:35.53 ID:8MS98tJI]: >>464
> 話の流れを読め。

そんな話には興味がない。
俺は単に、

> > っていうか、sudo常用＝root常用ってわかってる？

がおかしいって言ってるだけ。

まあ、誤魔化そうと必死なのは伝わったよ (w
471 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 11:55:39.44 ID:WbHEhbR4]: >>469
バイナリだと差分が見えないからsql文をバージョン管理するとかになるのかな？
ダンプがそのままsql文にならなかったっけ？
面倒なら定刻にダンプするスクリプト走らせとけばいいかもね。
472 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 14:32:57.85 ID:R166abH9]: >>466
/usr/local/ 以下は、自分がPCを持っている人の話
WinのOwnerみたいなもの
473 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 18:07:08.81 ID:Q6tngT9B]: testブランチからmasterブランチにマージすると
testブランチのコミットログがmasterブランチのコミットログと合体しますよね
だからここのスレの先輩方はrebaseしろって書かれているのでrebaseしようとおもうんですが
rebaseしたらtestブランチのいままでのコミットログはgit logで見れなくなりますよね
474 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 19:20:39.33 ID:dmANjRi5]: >>463
俺はめちゃ使う。
むしろ英語は使わない

>>473
見れるけど・・？
よくわからないなら、rebaseはやめてmergeにしておくのがいい
475 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 21:37:37.22 ID:7ICa3Xuq]: >>465
-gで、プライマリグループを変更して実行することはある。
newgrpとかsgコマンド知らなかったから。

すれ違いなのはわかっているがこれだけはいわせてくれ
passwdとsudordersの編集は、実行できないようにしとけ？
476 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 22:41:35.54 ID:FUoGOy6E]: >>470
それで、sudo使う時ってどんな時？
あんたは常用してるんだよね？
477 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 22:42:32.59 ID:FUoGOy6E]: >>467
> staffなら書き込めるんだからそれこそが意だろ。

そういうことだね。
debianではちゃんとグループが設定されている。
だからsudoを使うことは殆ど無い。
478 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 23:02:53.18 ID:8MS98tJI]: >>476
俺が常用してるかどうかなんて関係無いでしょ？
難癖つけようとしてるのバレバレですよ (w
479 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 23:07:56.03 ID:UtPqEVIk]: クッソくだらん喧嘩をだらだら続けるな
480 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 23:08:02.02 ID:FUoGOy6E]: あ、常用してないんだｗ
481 名前：デフォルトの名無しさん mailto:sage [2014/05/16(金) 09:08:26.94 ID:CZd6eAcT]: FUoGOy6EはNG登録した
482 名前：デフォルトの名無しさん mailto:sage [2014/05/16(金) 10:34:06.37 ID:ORK55gYr]: NG登録した = もう反論はしない（見えないからできない）

なんだけどわかってるのかなぁ？ｗ
まあ、反論なければそのほうが俺は楽でいいけど。
483 名前：デフォルトの名無しさん mailto:sage [2014/05/16(金) 15:03:25.79 ID:7k6X61nc]: 荒らしに対抗できる唯一の手段は「反応しない」だからね。

ってひょっとして>>482はその荒らしか
484 名前：デフォルトの名無しさん mailto:sage [2014/05/16(金) 15:43:20.57 ID:T7U0JNMD]: 「反応しない」っていうのならレスするなよｗ
自分で言ったことぐらい守りましょう。
485 名前：デフォルトの名無しさん mailto:sage [2014/05/16(金) 17:56:52.11 ID:w4POSpYE]: C:￥ripo￥bbs￥.gitがリポジトリとします
これでコミットしまくったらコミットログがたまりますが、この状態でGitHubプッシュするとすべてのコミットログもGitHubにあがりますよね
朝昼晩とコミットしていてちょっと知り合いにコミットした時間を見られたら困る事情があるので
プッシュするまでのコミットログを全部まとめて一つに書きなおして毎日17:00にコミットしたことにしたいのですが、
いまあるコミットログはgit logで見られるようにしておきたいのでいじらずそのまま残しておきたいのです
こういう場合はどうしたらいいでしょうか？
486 名前：デフォルトの名無しさん mailto:sage [2014/05/16(金) 17:58:05.13 ID:w4POSpYE]: 17:00にコミットというのは自分でコミットをするものだとお考えください
自動でコミットさせるという意味ではありません
とくに17:00ぴったりというわけじゃなくて夕方過ぎにコミットするものとお考え下さい
487 名前：デフォルトの名無しさん mailto:sage [2014/05/16(金) 19:26:11.51 ID:XlirJvLT]: 夕方にしたコミットにsquashで朝昼のコミットをまとめればいいじゃないの
488 名前：デフォルトの名無しさん mailto:sage [2014/05/16(金) 19:28:33.38 ID:XlirJvLT]: コミットを自分のとこだけ残しておきたいならプッシュしないブランチを作ってそこで開発すればいいのよ
そのブランチからプッシュするブランチへマージするためのブランチを作ってそこでrebaseなりsquashなりでまとめてプッシュするブランチへマージ
そんでもってブッシュするの
489 名前：デフォルトの名無しさん mailto:sage [2014/05/16(金) 21:25:42.84 ID:eLIAKwa7]: rebaseしてもauthor dateは変わらないんじゃなかったっけ？
490 名前：デフォルトの名無しさん mailto:sage [2014/05/16(金) 21:50:47.36 ID:T7U0JNMD]: コミット内容を修正すればさすがに変わるし、
reset authorすればよい
491 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 15:46:53.71 ID:/Qeglujp]: 2.0 延期らしい。
今のところ来週リリースが目標ぽい
492 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 15:51:50.79 ID:I7tMhMJh]: 来週もまた延期の予定です
493 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 23:27:35.62 ID:F+Anbw5h]: 何で日本人って見栄はってカタコトの英語でコミットログ書くんですか？
どうせ人様のに目にも止まらないようなプロジェクトなのに
見栄はってるんでしょうか？
494 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 23:29:07.46 ID:PRZCp5x9]: 日本語入力に切り替えるのが面倒
495 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 23:29:43.34 ID:bTYlzCR2]: >>493
日本語読めない人がいるなら英語でログ書いてあげるのもいいけど、
日本人だけのチームなのに英語でログ書いてるのは、ちょっとアレな方々だと思う。
496 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 23:32:20.96 ID:PRZCp5x9]: 文字コード的な問題を抱えてるとかじゃね
497 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 23:43:25.77 ID:wwvCM72E]: 英語で書いてると見栄張ってるっての、正に日本人的だよな
498 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 23:43:27.81 ID:AjJzM+jl]: そういうのでハマっちゃうと時間食うからね。
本能的に避けちゃうんだな。
499 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 23:43:48.41 ID:613Mhv1z]: コミットログが日本語だと git format-patch のファイル名に反映されない
500 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 00:29:51.39 ID:ooDeoEJd]: >>493
自分しか使わないので何も書いてません。
501 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 02:01:54.89 ID:xRvInDCX]: なんだよこいつ。英語でコミットログ書いてるのかよ。
見えはってるな。

これが>>493が言ってること。
502 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 02:07:17.49 ID:aiwStKdm]: webブラウザで見たときに英語インターフェースの中に日本語があると浮くから
超てきとーな英語で入れてる
自分用だから自分が分かればいい
503 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 03:37:28.40 ID:WINLDOAf]: 文字化け面倒くさいしな
技術英語でカタコトもくそもないし
504 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 03:38:41.45 ID:XTSqz+Em]: レガシーなコードがsjisだったりすると、マージの際にコミットログが化けて出る。
英語が書けなけりゃせめてローマ字で書いて。指差して笑うけど。
505 名前：デフォルトの名無しさん [2014/05/18(日) 07:58:50.19 ID:7h87TJ0i]: bagu fix
506 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 08:45:26.28 ID:8ZcupVW/]: 当たり前だけどUTF-8でログを書く事。
もしも文字化けとかしててもnkfとか使えば解決するだろ？
下手な英語で書かれるログより、日本語できちんと書かれているログの方が価値がある。
507 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 09:03:44.22 ID:Uw9b9LOt]: 当たり前だけどGitなどのバージョン管理システムを使う場合、プロジェクト管理規約を
遵守すべきであり規約としてプロジェクト内の公用語を定めるべきである。
プロジェクト内公用語で書かれていないログは、どんなに価値ある内容であっても
ログとしての価値はない。
508 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 09:23:04.68 ID:Fz0SuFV0]: asciiの範囲内だけ使っておけば文字コード関係で変になる事がないｗ
509 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 09:40:24.61 ID:8ZcupVW/]: >>507
ログの本来の意味を理解せず上辺だけの運用だとこんな感じになるんだろうな。
510 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 09:40:34.69 ID:j5Z4jU9Z]: fix bug
update function
add text
こんなわけのわからないログを書かれてもね
わかりもしない英語で加工として意味のないログを書く意味が本当にない
511 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 09:48:50.69 ID:Uw9b9LOt]: >>509
その通り、正に上辺だけの運用の例がこれ>>510 だ。
だが、しかし、これ>>510 には元々ログとしての意味はない、これ>>510 と同レベルの
日本語を書いてしまうのが>>509
512 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 09:59:41.25 ID:8ZcupVW/]: >>511
ちょっと何言ってるのかわからないんですけど・・・
ログの本来の意味を理解しているのであれば、
価値ある内容のログを「ルールと違う方法で書いてるから無価値」なんて判断しないって事を言っている。
513 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 10:02:50.82 ID:WINLDOAf]: 本来のログとして役立つ記録を
英語で書けばいいんじゃないの？
514 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 10:12:08.38 ID:Uw9b9LOt]: いや、どんな言語で書くかではなくプロジェクト内で「通じる言語で」しかも当然ながら
ログとしての意味のある記録内容を記すべきなのである。
515 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 10:16:46.89 ID:y7sacx+K]: 更新したファイル名と行番号を書いておくのが一番
516 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 10:23:08.05 ID:BMv+P6U/]: mergeするかどうか、revertするかどうかの判断を
ログを眺めただけで出来れば十分
517 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 10:23:10.07 ID:c7NwufzX]: 変更の目的や意図を書くのが一番重要。
単なる変更点ならdiffを見ればいいから。
518 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 10:29:15.25 ID:y7sacx+K]: diffで目的や意図が判ると良いね
519 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 10:47:04.48 ID:pcGkJ5So]: diffで目的や意図は分からんけど、更新したファイル名と行番号だと分かるんだ。
普通の人はそうじゃないから。
520 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 11:03:38.19 ID:c7NwufzX]: 変更ファイルとか行数とか
わざわざ人間が書く必要ないと思うが。
521 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 11:13:05.15 ID:wDknVmCU]: 何やったか思い返すヒントになればいいんだから何でもいいんだよ。
522 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 11:15:16.01 ID:EPtn8OXu]: >>514
あれ？
なら英語しか選択肢なくね？
日本語だと日本人しか理解出来なくね？
523 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 11:19:18.17 ID:j5Z4jU9Z]: 別に英語で書くなって言ってないし
英語もわからない奴が英語でログ書くなって歯なし
524 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 11:28:10.29 ID:Uw9b9LOt]: >>522
プロジェクト公用語として、どのような基準を採用するか次第だ。
英語しか選択肢がないと考えがちなのがオープンソース界の悪習だ。
別に日本語のみに限定し、ソースコメントも日本語にすることすら
間違いではない、それをプロジェクト公用語と定めるならば。
525 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 11:43:23.99 ID:2P7J7VC/]: 文書以外で日本語なんて使う気しない
英語コンプはフォルダ名も日本語にしてるのかと
526 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 11:47:50.98 ID:Uw9b9LOt]: >>525
君があるプロジェクトに関してプロジェクト公用語を定める事に影響力や決定権を
持ったら、日本語禁止にできるよ。只の下っ端ならブツブツ言いながら従えば済む。
527 名前：デフォルトの名無しさん [2014/05/18(日) 11:55:22.75 ID:0kvX68pZ]: maguro.2ch.net/test/read.cgi/pc2nanmin/1372918692/145
　　↑　↑　　↑　↑　　↑　↑
528 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 13:28:14.89 ID:BExb4OPW]: >>526
でも、元々の >>493 はそういう話じゃないんよね
別に日本語でも英語でもその変更がどういう意味なのか分かりゃいいワケで
何故か英語=見栄みたいな扱いにしちゃってるのはおかしいと思わね？
まあ >>493 の周囲には分かりにくいログが多いのだろうけど、そんな人は多分日本語でも似たようなことしか書かないんだろうし
529 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 15:30:49.95 ID:UhKpQ7wy]: Add text
みたいなログを書く人間が日本語でまともなログを書けるかなぁ？
プログラミングが出来るって事は、英単語が分からない訳じゃないだろうから、変更点を他人に伝える気自体が無いわけだろう

こんなの英語以前の問題だよ
Add main window toolbar button help text
みたいな糞でもログとして使えるし
530 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 15:36:35.81 ID:wDknVmCU]: log言語の誕生である
531 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 15:48:36.89 ID:NSHOUep6]: BTSを利用してる時でも、コミットログはさぼらない方がいいのかな？
532 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 15:57:35.48 ID:7v87Hd7x]: >>510
↓これとか
https://github.com/Cipherwraith/Rokka/commits/master
533 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 16:41:15.58 ID:aiwStKdm]: 同僚に対する不満をここでぶちまけられても
俺らにはどうしようもないんだ
534 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 17:56:48.01 ID:ItRorGEB]: >>532
何を変更したのかがわからないクソログ
535 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 18:07:20.56 ID:4ihVJdEr]: >>532
流石２ｃｈの管理人さんやで
536 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 20:04:06.18 ID:XTSqz+Em]: なんでこの変更が必要なのか書いてあればそれでいいや。
537 名前：片山博文MZバグロボ ◆T6xkBnTXz7B0 [2014/05/18(日) 21:11:53.29 ID:wTsBQBni]: Gitでバージョン番号を管理する方法ないの？
538 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 21:16:22.56 ID:C9yMB7Be]: >>537
あるけど、具体的にどういう
バージョン番号管理をしたいの？
539 名前：片山博文MZバグロボ ◆T6xkBnTXz7B0 [2014/05/18(日) 21:29:08.38 ID:wTsBQBni]: コミットするたびにソース中のバージョン番号を自動的に更新して欲しい!!
540 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 21:40:01.78 ID:C9yMB7Be]: >>539
ソースコードのバージョン？
アプリのバージョンじゃなくて？
541 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 21:40:35.24 ID:7v87Hd7x]: prepare-commit-msgフックでコミットメッセージにバージョン番号でも入れりゃいいんじゃねえの
542 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 21:44:28.59 ID:C9yMB7Be]: >>539
少しバージョン番号のつけ方の仕様を決めてくれないかな。

たとえば、仮にバージョン1のソースコードがあったとして、
それをAさんとBさんが個別に修正した時、
それぞれのバージョンはどうしますか？
543 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 21:52:39.89 ID:wDknVmCU]: アプリケーションでバージョン番号を持ってるファイルの更新だろな。
どっちかっつーとpush時な気がするな。
544 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 22:28:18.60 ID:C9yMB7Be]: >>543
どういう運用にしたいかによるでしょうね。

git推奨でいえば、バージョン番号 = ハッシュID
この方法が優れているのは、ソースコードに何も書かないでいいし、
複数の人が平行で作業していても、バージョン番号がかぶることがないというメリットが有る。

git推奨の方法以外をやりたいのであれば、その仕様を決めてもらわないと答えようがない。
545 名前：デフォルトの名無しさん [2014/05/18(日) 22:49:36.09 ID:7h87TJ0i]: リリース前に、バージョン番号を格納するファイルを更新しpusu、そしてtagをつける
ってやってる
546 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 23:27:23.72 ID:WINLDOAf]: >>544
＞git推奨でいえば、バージョン番号 = ハッシュID
当のgitがそれやってなくね？
547 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 23:43:08.76 ID:C9yMB7Be]: >>546
いえ、"ソースコードの" バージョンの話です。
アプリのバージョンの話ではありません。
548 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 23:53:30.20 ID:mKpMCPC5]: 推奨とか書いちゃうから
549 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 00:10:30.29 ID:Zm2k/WGd]: >>547
そうなのか。

ところで、アプリのバージョン番号はどうやって管理してる？
自動でインクリメントする仕掛けってやっぱほしいよね
550 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 00:16:41.33 ID:PiFbW4Gq]: それこそフックで何らかのスクリプト走らすって話じゃね？
551 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 00:37:55.02 ID:2pHoKbmf]: 自動なのはビルドだけでバージョンは手でいいんじゃね
552 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 01:30:50.53 ID:boPMtkif]: CIツールでやれ
553 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 02:00:24.75 ID:lhsjIgd7]: 時々さ、--versionってやると
バージョン番号としてコミットIDが
表示されるのあるじゃん？

あれってどうやってるの？
コミットしなければ現在の
コミットIDわからないはずなのに。
554 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 03:20:50.33 ID:cOS2qM9v]: >>553
それを表示するコードをビルド時にリポジトリ情報から自動生成すればいい
555 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 05:02:24.66 ID:ZqE06A31]: >>553
キーワード展開でググる。
556 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 14:22:29.51 ID:nfghgbV/]: >>493はまさにjap
557 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 21:43:58.04 ID:lhsjIgd7]: >>554
サーセン、LL使いなんでビルドなんて
ないんですｗｗｗ
558 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 21:56:35.02 ID:xEeDrkw/]: そうだそうだ！
559 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 22:44:03.09 ID:cOS2qM9v]: >>557
ビルドは無くてもデプロイするだろ
インストールスクリプトみたいなものを用意しないか？
560 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 05:21:27.44 ID:7I4ys7NV]: PHPerとかサーバで運用しているコードをそのままいじったりするから恐ろしい。
たまにgitにアプリのログやパスワードとか含まれてたりする。
561 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 05:26:16.72 ID:Q2AhpEnY]: > そのままいじったりする

どゆこと？
562 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 07:18:02.19 ID:7I4ys7NV]: >>561
運用と開発の環境が同じものってこと。バージョンとかでなくて、同一のリソース。
563 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 07:41:36.00 ID:Q2AhpEnY]: Webサーバとして公開してるディレクトリでgit initして開発してるってことか
564 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 08:24:11.40 ID:uQLrwk2U]: >>563
git じゃなくて Subversion だけどテストサーバーはその運用だわ。
565 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 12:10:11.33 ID:Y3VmLAx+]: 開発と運用を分ける場合ってどうやるんですか？
例えばC:￥apache2.2￥htdocs￥kaihatu￥.gitで作って
運用で動かすのはC:￥apache2.2￥htdocs￥honban￥.gitみたいにしたらいいですか？
honbanフォルダでhaihatuをcloneして動かすっていう感じでしょうか？
566 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 12:50:55.92 ID:fbMM1sIr]: リポジトリの話と実行環境の話がごっちゃになっとる
567 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 13:32:57.00 ID:oqlsgWjt]: ものにもよると思うが開発マシンでそのまま運用するとか恐ろしいな
568 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 16:19:48.21 ID:zD+BcsMh]: これがDevOpsというやつか
569 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 17:18:53.44 ID:7I4ys7NV]: git archiveで取り出して、テスト環境にインストールしてテストして、同じものを本番環境にインストールが普通だよな? 普通だと言ってくれ。
テスト環境でリポジトリから直接インストールは許す。
570 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 20:19:01.71 ID:7WHSNOxu]: 今の時代、スクリプト言語でもソースコードを
そのまま配置するとかやっちゃだめだよ。

デプロイはサーバーにログインして
git pullとかやっていいのは小学生までｗ
571 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 21:45:26.96 ID:+FFXBZCI]: この話git関係ないだろ
572 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 22:09:24.93 ID:gHSFUybb]: >>567
恐れるな！
573 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 22:47:06.91 ID:w8F8fDtL]: 何のためのバージョン管理かわからんなｗ
問題出たら巻き戻せって事？
なんだかテストもしてなさそうｗ
574 名前：デフォルトの名無しさん [2014/05/20(火) 23:20:14.34 ID:DeZ/1+VP]: >>569
rsyncとかするの？capとか使うの？
gitじゃだめなのか、、？
575 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 23:30:10.39 ID:oqlsgWjt]: 本番環境にgit pullでデプロイするのは.gitが残るから問題あるよね
テスト環境ならいいと思うけど
576 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 23:45:03.16 ID:gZsncm2t]: 緊急事態が起こって巻き戻すぐらいならええじゃないか
デプロイした先の本番環境で頻繁に巻き戻さないといけない方が余程テスト不足では
577 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 23:54:11.31 ID:w8F8fDtL]: 本番サーバーがそのままリポジトリのマスターってのもありそう。
578 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 23:54:26.37 ID:4h/6mNTZ]: GitHubでプルリクの流れがよく分かりません。
コミットするときはmasterではなくてbranchにしろとは聞いてますが、
自分が理解するところでは、

①フォークする
②ローカルにcloneで持ってくる
③リモートにフォーク元のmasterリポジトリをaddする
④ローカルにブランチを作る
⑤ローカルのブランチを修正する
⑥ローカルのブランチに変更をコミットする
⑦GitHubのブランチに変更をコミットする
⑧GitHubのフォーク元のmasterリポジトリにpull requestを出す
⑨マージされたらブランチを削除
⑩ローカルでfetchする

こんな感じになるんでしょうか？
579 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 23:56:41.46 ID:Q2AhpEnY]: >>578
>>2
580 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 01:08:18.51 ID:BNHZ/x8Q]: 最近気づいたけど変更したファイルだけコピーしたくてもxcopyじゃ出来んのな
チェックアウトでファイルの更新日時が更新されるとは
581 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 01:29:27.63 ID:pe3xq3aD]: >>580
チェックアウトしてmakeかけたときに変更したファイルだけコンパイルするのが普通なんで
gitに限らずUnix由来のVCSはそういう挙動になる
582 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 02:14:07.74 ID:BNHZ/x8Q]: 言われてみればたしかにmakeするときはobjファイルとか別ブランチの状態になってたりするからそういう仕様でないと困るね
そのプロジェクトをgitで管理する前はxcopyで更新したファイルだけ移動してたけど移動には別手段考えるしかないか
583 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 02:20:38.03 ID:5sngE80p]: gitにかぎらずだけど、よく考えて作られてるわ。
時たまgitのやり方に合わないやり方をしたいっていう人がいるけど、
よく考えて作られたgitがどうしてそうなっているのかを
考えたほうがいいと思う。
584 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 02:45:19.12 ID:Cs2Lb6yD]: >>579
>>18-20
585 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 04:29:31.39 ID:sT3o3DmA]: gitと全然関係ないGitHub固有のサービスの話題もここで扱う気なの？
GitHubPagesやGistsやissueやwikiやOrganizationや有料サービスについてや
色々とあると思うんだけど
586 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 10:49:12.08 ID:/08zgsVl]: >>585
toro.2ch.net/test/read.cgi/tech/1384821518/
587 名前：565 mailto:sage [2014/05/21(水) 18:07:42.08 ID:T6zeFgZl]: とにかくどうしたらいいのかおしえてくだしあ
588 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 18:08:59.27 ID:T6zeFgZl]: ゆとりはgitって名前が付いてるからgithubもこのスレでいいじゃないかっていうけど
そうやって幅を広くすると俺みたいなカスの質問が流れるか軽くあしらわれてしまうのでやめてほしい
589 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 19:43:13.07 ID:nqnjC0dU]: Git 2.0-rc4 リリース
https://github.com/git/git/releases/tag/v2.0.0-rc4
590 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 19:55:42.24 ID:rgBB9OCe]: gitみたいなバージョン管理ソフトで、
rc版使う奴ってどういう奴なの？
もしも不具合とかで全部吹っ飛んだりしたらどうすんの？
バックアップとてたとしても、そんな面倒な事してまで使う物なの？
なんなの？ばかなの？しぬの？
591 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 20:08:44.66 ID:MmHyni7x]: >>590
人柱を大事にしろよボケ
592 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 20:18:33.19 ID:AVBbOV7Q]: >>590
テスト版使ってる連中はリスク承知で使ってんだから大丈夫だろ
何かバグでどうにかなっても取り戻す手段くらい準備してやってるだろ
593 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 20:19:24.23 ID:AVBbOV7Q]: >>588
>>569のやり方でいいじゃｎ
594 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 21:09:00.37 ID:EKqVwxDb]: 最高に意地悪でひねくれたテストを見せてくれ。
595 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 21:15:19.41 ID:19taQ0OX]: pushこまめにしてれば問題ない
596 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 21:16:23.33 ID:19taQ0OX]: テスト環境のをすべてシンボリックリンク貼ればいいだろ
597 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 21:21:22.37 ID:OinoP915]: gitoliteのやり方
https://github.com/sitaramc/gitolite
パッケージにインストール用スクリプトを追加、git cloneしてそのスクリプト実行

ていうかgit関係ない、zipで拾ってきても、git cloneやpullでも大事なのはソースとってきたあとの話
598 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 21:44:31.28 ID:igdonOpP]: >>590
gitは分散型だからユーザーが多くなれば多くなるほど
それぞれがバックアップを持っている。
だからたとえ一人が壊れても復旧可能。

そしてディスク壊れたらどうすんの？って話と一緒。
バックアップぐらいとれや。
599 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 22:58:13.70 ID:19taQ0OX]: >>598
rails事件
600 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 23:03:07.97 ID:igdonOpP]: >>599
gitと関係ねーしｗ
601 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 06:26:16.29 ID:JO7c/VLA]: >>539
GitHubのGistみたいな感じ？あれもGitで実現されてるらしいけど

>>580-583
VSCの仕様はコンパイルする言語向けって感じで
更新したスクリプトファイル等だけを借りてるサーバーにアップロードしたいという需要には応えられない感じだな
需要としてはアップロードに通信量制限があるとかそういう感じ稀なケースくらいだろうからしかたないか
602 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 07:30:00.04 ID:O49mbUbG]: >>601
UNIXの世界ではそういうのはrsyncを使うからね
タイムスタンプじゃなくてMD4を用いて更新チェックしたり
更新の転送もファイル全体じゃなくて変更部分だけを転送して通信量を最小化する
603 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 08:00:54.05 ID:JO7c/VLA]: なるほどね
簡易なftp通信ツールじゃなく同期ツールを使うのか
604 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 08:43:15.77 ID:Md3S+Ay9]: gitとgithubは(media)wikiとwikipediaのような関係かｗ
605 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 09:52:08.98 ID:8poss9h8]: ふむ
606 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 17:52:05.88 ID:bnXb1Wgc]: ＞＞６０４
それはちがうね
wikipediaはmediawikiそのものだから
607 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 18:25:23.64 ID:uwnOnEuc]: そういうこと言ってんじゃない
608 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 18:48:58.03 ID:2qkQcCiJ]: >>601
>VSCの仕様はコンパイルする言語向けって感じで
>更新したスクリプトファイル等だけを借りてるサーバーにアップロードしたいという需要には応えられない感じだな
いや全然違うと思う

VCSが言語を選ぶとかじゃなくて、VCSに向かない作業をやってるのがダメなんでは？
そういうのは専用のデプロイ・デリバリツールを選ぶべき。
上の方で話題に出てた「ビルド時にリビジョン埋め込みたい」みたいな要望も
VCSじゃなくてビルドツール等が行うべき領域。

バージョン管理に向かない言語とかは特にないと思うな
ソースコードそのものがバイナリとかいうのがあるなら分からんけど・・・

あと細かい指摘ですまんがVCSのタイポだよな？
しばらくググって悩んじゃったじゃねーか
609 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 18:54:11.54 ID:TFAWZMIx]: >>608
＞ソースコードそのものがバイナリとかいうのがあるなら分からんけど・・・

Piet言語のことか
610 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 19:22:23.11 ID:f81WwqvH]: bitbucketが作ったstash3.0ってなに？
611 名前：デフォルトの名無しさん mailto:sage [2014/05/23(金) 18:37:12.92 ID:pr4rIIld]: developで開発中、急きょ必要がありmaster(stable)からfixブランチを切り修正masterにマージ
developでは弄ってるがfixでは弄って無いファイルの更新日時まで変更される(これはdevelopから切り替えた時点でおきるが)
ファイル更新日時だけでアップロードしようと思うと無理がある
612 名前：デフォルトの名無しさん mailto:sage [2014/05/23(金) 20:49:08.96 ID:3CistgHw]: とうとうgit 2.0が
613 名前：デフォルトの名無しさん mailto:sage [2014/05/24(土) 09:01:11.84 ID:9qFFfmjf]: gitchainを知らなくていいのって小学生までだよね～
614 名前：デフォルトの名無しさん mailto:sage [2014/05/24(土) 11:32:04.32 ID:4TNjChUa]: >>601
コミットしたものをサーバーにアップロードしたいのか？
コミットする前にテストしたりするためにサーバーにアップロードしたいのか？どっちかよくわからないけど

前者なら作業用のリポジトリをクローンしたものをローカルに用意しといてpullしてxcopyすればいいし
後者ならムダだと思うかもしれないけど今の挙動のままが正解だと思う
checkoutしてタイムスタンプが更新されたファイルは転送されるべきなんだよ
615 名前：デフォルトの名無しさん mailto:sage [2014/05/26(月) 16:40:41.53 ID:E/fV2vLO]: git checkout -b topic_foo HEAD
git push origin topic_foo
というのをよくやるんですが、git push origin topic_foo をもっと簡潔にできますか？
具体的には topic_foo を省略したい。
初審者質問でごめんなさい！
616 名前：デフォルトの名無しさん [2014/05/27(火) 03:17:32.65 ID:Ha9yhWBf]: バッチにしろ
617 名前：デフォルトの名無しさん mailto:sage [2014/05/27(火) 07:23:22.69 ID:CjDrbeGH]: >>615
alias p="git push origin topic_foo"
618 名前：デフォルトの名無しさん mailto:sage [2014/05/27(火) 08:25:02.04 ID:aQ+mTKAT]: >>615
git config push.default current
自己責任で使え
619 名前：デフォルトの名無しさん mailto:sage [2014/05/27(火) 09:36:32.14 ID:M7xuRdW4]: >>616
必ずしも連続して実行するわけではないので、バッチでない方法がいいなあ。
git checkout はこれでいいと思うので、git push origin topic_foo が簡潔になるよい方法があれば教えてください。
（topic_fooが、実際にはけっこう長い名前なので、入力するのがめんどくさい）
620 名前：デフォルトの名無しさん mailto:sage [2014/05/27(火) 11:40:51.59 ID:empqvUFR]: >>615
> git checkout -b topic_foo HEAD
> git push origin topic_foo
> というのをよくやるんですが、git push origin topic_foo をもっと簡潔にできますか？
> 具体的には topic_foo を省略したい。

その前にHEADを省略しろよｗ

git checkout -b topic_foo
git push origin topic_foo
621 名前：デフォルトの名無しさん mailto:sage [2014/05/27(火) 11:41:37.17 ID:empqvUFR]: > （topic_fooが、実際にはけっこう長い名前なので、入力するのがめんどくさい）

TABで補完すれば良い
622 名前：デフォルトの名無しさん mailto:sage [2014/05/27(火) 12:03:49.03 ID:aQ+mTKAT]: >>618を設定しとけば、topic_fooを省略してgit push originでいける
remoteがoriginならこれも省略できるから、git pushでいい
623 名前：デフォルトの名無しさん [2014/05/27(火) 16:10:42.92 ID:Ha9yhWBf]: バッチすら作れないのか(笑)
619がしょぼいのか619が使ってるosがしょぼいのか(笑)
うちのvistaならファイルすら不要でランチャーにいくらでも作れるんだが(笑)
624 名前：デフォルトの名無しさん mailto:sage [2014/05/27(火) 18:36:54.81 ID:CjDrbeGH]: vistaでなければ、バッチなんてめんどくさいもの作る必要すらない。
625 名前：デフォルトの名無しさん [2014/05/27(火) 19:21:12.08 ID:Ha9yhWBf]: いやいや面倒でもなければターミナルに切り替える必要もなくただボタン一つ押すだけだから(笑)
626 名前：デフォルトの名無しさん mailto:sage [2014/05/27(火) 21:50:46.03 ID:x1QZTJwI]: 必ずしも連続して実行する訳ではない、と言われてるのに脳内で作れないって決めつけちゃうのヤバいな
これからの日本社会に必要な人材だ
627 名前：デフォルトの名無しさん mailto:sage [2014/05/28(水) 02:29:31.61 ID:JqBWJ9I7]: >>625
ボタン押すとかめんどくさすぎる
628 名前：デフォルトの名無しさん mailto:sage [2014/05/28(水) 06:37:21.38 ID:3jHSpg0i]: バッチってもしかしてブランチ毎に作るんか？ｗ
629 名前：デフォルトの名無しさん mailto:sage [2014/05/28(水) 09:27:53.43 ID:CrCNX+z2]: 主となるブランチが１個なら別にいいだろ
630 名前：デフォルトの名無しさん mailto:sage [2014/05/28(水) 09:47:28.15 ID:3jHSpg0i]: 元の質問はトピックブランチの話をしてるんだから
主となるブランチが1個とかじゃないだろｗ
631 名前：デフォルトの名無しさん mailto:sage [2014/05/28(水) 10:02:33.99 ID:TQzWSZnP]: トピックブランチっていくつあるの？
632 名前：デフォルトの名無しさん mailto:sage [2014/05/28(水) 10:44:05.28 ID:+VRaMc3N]: そこからかよｗ

無知が提示する案ほど
迷惑なものはないよなｗ
633 名前：デフォルトの名無しさん mailto:sage [2014/05/28(水) 12:13:27.82 ID:zJ+uQAQa]: でも結局>>618でFAだろ？
634 名前：デフォルトの名無しさん mailto:sage [2014/05/28(水) 13:56:51.68 ID:3jHSpg0i]: 作ったトピックブランチを確実にpushする前提なら
(トピックブランチ作ったけどやっぱpushするのやめたーってのが無い前提なら)
push.default=currentにしなくてもpush.default=simpleで(2.0からのデフォルト)
ブランチ作ってすぐgit push -u origin topic_fooをやっとけばいい
それ以降はgit pushだけで済む
635 名前：デフォルトの名無しさん mailto:sage [2014/05/28(水) 15:03:48.65 ID:ioEFfNM4]: コミットの回数とタグの数をそれぞれ取得する方法おしえて
636 名前：デフォルトの名無しさん mailto:sage [2014/05/28(水) 15:29:40.52 ID:3jHSpg0i]: コミットの回数
git rev-list --all --no-merges | wc -l

タグの数
git tag | wc -l
637 名前：デフォルトの名無しさん [2014/05/29(木) 00:23:03.07 ID:RABmUlyV]: git add .
git commit -m "前と同じ"
git rebase -i
git push origin <branch>
git rebase master
git push -f origin <branch>

今この状態で、流石にメッセージが前と同じではまずいので直前のコミットとsquashしたいのですが
git rebaseしたらこんなこと言われてしまいます

There is no tracking information for the current branch.
Please specify which branch you want to rebase against.
See git-rebase(1) for details

git rebase <branch>

どうすればいいのでしょうか
638 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 00:35:18.93 ID:Kg1bZGF5]: >公開リポジトリにプッシュしたコミットをリベースしてはいけない
>
>この指針に従っている限り、すべてはうまく進みます。もしこれを守らなければ、あなたは嫌われ者となり、友人や家族からも軽蔑されることになるでしょう。
639 名前：デフォルトの名無しさん [2014/05/29(木) 00:40:14.69 ID:RABmUlyV]: そうなったらまずはgit pushを取り消せばいいのでしょうか？
640 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 00:59:18.64 ID:erdIUEhx]: >>636
gitってこう引数がおおくてわけわかめ
コマンドを増やしてgit commit-countみたいにわけてほしい
641 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 01:05:45.72 ID:bLCAImAr]: wcは引数じゃないだろ
642 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 01:25:09.99 ID:/G0dYxTO]: unix使いの大好きなシェル芸
643 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 02:00:42.20 ID:yg8neWnh]: >>640
つ alias
644 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 07:45:11.40 ID:QPTL35Py]: >>641
シェルの引数じゃん

とか屁理屈を言ってみる
645 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 08:39:11.17 ID:A6IQETei]: シェルの引数ってなんだ？wcはただのコマンドだぞ
646 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 08:42:01.31 ID:dDbteSWz]: >>645
シェルへの引数と言いたかったんじゃないの？
647 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 08:45:00.26 ID:A6IQETei]: シェルへ引数なんて渡してないし
648 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 09:10:15.42 ID:A6IQETei]: >>637
git rebaseの引数省略しすぎ
649 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 10:02:11.97 ID:bNL2V7UE]: wcはトイレだわな
650 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 11:00:25.25 ID:QPTL35Py]: >>647
はいはい

人と会話できるように頑張ってね (ハート
651 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 11:05:28.42 ID:efebR6WC]: Git 2.0.0 リリース
https://github.com/git/git/releases/tag/v2.0.0
652 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 11:14:25.76 ID:1+PX4fUT]: msysgitのv2.0.0はまだまだ先かな・・・
653 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 12:18:16.52 ID:JkDx0bBd]: >>636で多いって言ってる人って、
リダイレクトやパイプって使ったことこないの？
Linuxを使う上での基礎。初心者レベルのことなんだが。

自己紹介よろしく。Linuxつかえませーんという自己紹介をしてくれｗ
654 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 12:31:49.12 ID:kyPc1SKC]: それ「おまえが気持ちよくなれる」以外の何のメリットがあるんだ
655 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 12:49:31.76 ID:LpHrGA0w]: シェル芸とかって言って煽る方もなんだかな。
commit-countとかどんどん増やしていってもきりがないし、どうしても専用コマンドを作らないといけないってもの以外は出力をパイプで処理とかでいいじゃん。
まあ>>635みたいな無能そうな奴の質問には答えないほうがいいのかもしれないな。答えても「わけわかめ」とか言われるんだからw
656 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 13:45:23.70 ID:1vfDNvKU]: コマンドが多機能になっても、単純なコマンド組み合わせた方がわかりやすいから、ついついパイプ使っちゃうな。
657 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 17:55:22.19 ID:urb8vROk]: githubとかでもなんでもsshを使ってgitする方法が安全って言われているじゃないですか
んでsslキーっていうんですかid_rsaっていうファイルありますよね
こういうのをdropboxに置いて管理するのは間違ってますか？
658 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 18:38:10.80 ID:A6IQETei]: >>657
sshのid_rsaファイルのことをsslキーなんて言わない
秘密鍵のid_rsaファイルは普通パスフレーズをつけて暗号化してあるけど、それでも他人から見えるとこに置くべきではない
dropboxは厳密に他人から見えない場所とは言い切れない
その鍵で何を管理してるかで鍵の取り扱い方針は決めるべき
659 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 19:01:58.24 ID:dDbteSWz]: >>658
暗号化して置いておけばよくね？
660 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 19:08:28.29 ID:urb8vROk]: まじっすか
なんかdropboxで共有したらどの環境からでも接続できるよってブログを見かけたんですけどやっぱりセキュリティ的によくないですよね
661 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 19:14:49.64 ID:A6IQETei]: >>659
どの程度の強度の暗号化をするかによるね
とりあえず10文字未満のパスフレーズ程度じゃあまり役に立たない
662 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 19:16:30.06 ID:Jpnwpx9o]: 安全のために鍵かけるなら鍵の扱いも安全にしろよｗ

というかid_rsaってPC外に出すもんじゃないんじゃないの？
663 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 19:17:11.95 ID:Jpnwpx9o]: 間違えた
×というかid_rsaってPC外に出すもんじゃないの？
○というかid_rsaってPC外に出さないもんじゃないの？
664 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 19:21:19.75 ID:yBXBS2Lg]: どうしても移動させるときは暗号化したUSBメモリ
665 名前：660 mailto:sage [2014/05/29(木) 19:41:02.34 ID:H5LJYYF1]: 一応パスワードは70文字にしています
パスワードはkeepassに保存していて、パスワードが保存されているデータベースと鍵ファイル？の２つもdropboxで共有しようと思ってました
666 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 19:48:26.76 ID:A6IQETei]: >>665
パスワードが保存されているデーターベースが一緒の場所に置いてあるなら、
その70文字に意味無くて、keypassのマスターパスワードの強度が問題になる
667 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 19:50:15.90 ID:1vfDNvKU]: >>659
オンラインの認証は、警備員の見てる前で金庫の暗証番号入力するようなもの。
dropboxや情報漏洩などで盗まれた暗号化された情報は、金庫を持ち帰って機械なども使って開けようとするもの。
警備員の見てる前でそんなことしたら捕まるが、持ち帰ればやりたい放題。
668 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 19:53:24.06 ID:H5LJYYF1]: >>666
マスターパスワードは4文字にしてます
669 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 19:58:00.86 ID:A6IQETei]: >>668
最悪です。
670 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 20:07:59.65 ID:A6IQETei]: >>668
最悪はちょっと言い過ぎたかもだけど
それは暗号化してない秘密鍵をdropboxに置いてるのとほぼ変わらない
つまり他人に見られる可能性のある場所に一般的なパスワードをそのまま置いてるのとほぼ同じ
671 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 20:14:11.97 ID:JkDx0bBd]: いいえ、最悪です。
672 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 21:22:37.06 ID:H5LJYYF1]: f
673 名前：デフォルトの名無しさん mailto:sage [2014/05/30(金) 01:25:20.18 ID:EMzWDMfn]: ファイルを作らないでgitに直接データをコミットする方法ありませんか？
rubyのgollumってgitでデータを管理しているそうでファイルを作らないでどうやってgitで管理しているのか疑問に思って質問しました
674 名前：デフォルトの名無しさん mailto:sage [2014/05/30(金) 01:33:04.77 ID:q6NHkjTH]: あるブランチ上にある２つのコミットの間で変更・追加・削除・移動されたファイル名（ファイルパス）の一覧を表示する方法ありますか？
675 名前：デフォルトの名無しさん mailto:sage [2014/05/30(金) 01:58:40.65 ID:fAx5Tsbo]: >>674
git diff a..b --name-status
676 名前：デフォルトの名無しさん mailto:sage [2014/05/30(金) 02:07:01.03 ID:q6NHkjTH]: >>675
トン
ありがと
677 名前：デフォルトの名無しさん mailto:sage [2014/05/30(金) 02:31:09.91 ID:n9pxH6sn]: >>673
patchを取り込むのってファイルなくてもできそうな気がするけど、どうだろう?
678 名前：デフォルトの名無しさん mailto:sage [2014/05/30(金) 08:32:01.24 ID:2GmvsnCC]: >>673
gitのレポジトリの構造は簡単だから、レポジトリに直接アクセスするライブラリとか各種言語向けにいろいろ作られてる
gollumはrubyで書かれてて、rubyにはgritっていうレポジトリに直接アクセス可能なライブラリがあって、gollumもgritを使ってる
ここでたまに話がでるgitlabもgritを使ってるね
679 名前：デフォルトの名無しさん mailto:sage [2014/05/30(金) 10:42:47.22 ID:V58Lvn6/]: >>678
おもしろそうなので grit を調べてみたら、grit はメンテナンスしてないので rugged を薦めてるね。
https://github.com/mojombo/grit/blob/master/README.md

grit
https://github.com/mojombo/grit

rugged
https://github.com/libgit2/rugged
680 名前：デフォルトの名無しさん mailto:sage [2014/05/30(金) 12:04:19.72 ID:77FTxa6s]: すげえそんなのあるのか
phpかpythonでそのライブラリってないっすか？
681 名前：デフォルトの名無しさん mailto:sage [2014/05/30(金) 12:12:12.88 ID:wKr0dicp]: rugged なら、その上のlibgit2下にずらっとあるけどそれでどうかな
682 名前：デフォルトの名無しさん mailto:sage [2014/05/30(金) 13:43:32.48 ID:V58Lvn6/]: >>680 >>681
libgit2 を使うなら PHP は php-git、Python は pygit2 だね。

libgit2
libgit2.github.com/
https://github.com/libgit2/libgit2

php-git
https://github.com/libgit2/php-git

pygit2
www.pygit2.org/
683 名前：デフォルトの名無しさん mailto:sage [2014/05/30(金) 13:53:45.96 ID:C8E1zgtw]: どうもありがとう！
684 名前：デフォルトの名無しさん mailto:sage [2014/05/30(金) 13:59:07.40 ID:v6d8zvnx]: どうしたしまして！
685 名前：デフォルトの名無しさん mailto:sage [2014/05/30(金) 14:48:31.65 ID:2GmvsnCC]: >>679
gritの本家は更新止まってるけど、gitlabがforkしてメンテしてる
https://github.com/gitlabhq/grit

RubyGemsからはgitlab-gritの名前でインストールできる
https://rubygems.org/gems/gitlab-grit
686 名前：デフォルトの名無しさん mailto:sage [2014/05/30(金) 14:53:30.58 ID:V58Lvn6/]: >>685
情報ありがとう
687 名前：デフォルトの名無しさん mailto:sage [2014/05/30(金) 22:09:59.66 ID:v6d8zvnx]: どうしたいしまして！
688 名前：デフォルトの名無しさん mailto:sage [2014/05/30(金) 23:42:52.28 ID:VEn3EfW3]: Python2/3のgitインターフェースはないですか？
できればbottleみたいにインストール不要なので
gitlib2のPythonバインディングはコンパイルが面倒でした
689 名前：デフォルトの名無しさん mailto:sage [2014/05/31(土) 09:09:25.27 ID:j/TOOJQQ]: Git 2.0.0 がリリースされたけど 1.9.4 もリリース
https://github.com/git/git/releases/tag/v1.9.4
690 名前：デフォルトの名無しさん mailto:sage [2014/05/31(土) 10:26:04.90 ID:hQl0nrcC]: なんでやねん
691 名前：デフォルトの名無しさん mailto:sage [2014/05/31(土) 12:26:02.52 ID:Q8mJYa9Q]: 秘密鍵にパスフレーズ振ってるやつなんていねーよ……
692 名前：デフォルトの名無しさん mailto:sage [2014/05/31(土) 12:28:52.59 ID:mt1wvbpO]: ノートPCに秘密鍵入れといて
ノートPC盗難されたらどうするつもり？
693 名前：デフォルトの名無しさん mailto:sage [2014/05/31(土) 14:00:26.64 ID:3W9FVu4M]: >>692
諦めるに決まってんだろ、何言ってんだ

お前、自分の頭にしかパスワードが無ければ
頭を持ってかれるんだぞ？それに比べれば
ノーパソくらい大した損害じゃねーよ
694 名前：デフォルトの名無しさん mailto:sage [2014/05/31(土) 14:07:47.34 ID:bRH5rrCK]: 秘密鍵が盗まれたってそれがどこにつながる鍵なのかわからなければ悪用されないじゃん
695 名前：デフォルトの名無しさん mailto:sage [2014/05/31(土) 14:08:43.81 ID:ZdLIEqhK]: ところがどっこい
696 名前：デフォルトの名無しさん mailto:sage [2014/05/31(土) 14:21:11.79 ID:orufI9PA]: >>692
HDDやSSDは暗号化して使うのが基本
そうじゃなければ秘密鍵ファイルを暗号化汁
697 名前：デフォルトの名無しさん mailto:sage [2014/05/31(土) 14:43:33.95 ID:bRH5rrCK]: 暗号化されたってログインされたら意味無いじゃん
698 名前：デフォルトの名無しさん mailto:sage [2014/05/31(土) 14:50:07.85 ID:eTy5fHBW]: >>696
truecrypt 終わったねえ
699 名前：デフォルトの名無しさん [2014/05/31(土) 16:59:58.04 ID:2ArsU7CW]: 2.0のリリースノートを機械翻訳したら、何かいろいろ速くしたって書いてあるようだけど
実際どうなんだ
700 名前：デフォルトの名無しさん mailto:sage [2014/06/01(日) 11:36:35.94 ID:zOVN/jYA]: >>699
計れよ
701 名前：デフォルトの名無しさん mailto:sage [2014/06/01(日) 13:14:54.21 ID:SAafBPBX]: てめーが、やれ
702 名前：デフォルトの名無しさん mailto:sage [2014/06/01(日) 14:03:13.82 ID:dFCTVAji]: >>694
つまり、どこにつながる鍵なのかわかれば悪用されるって
君はいいたいんだよね？
703 名前：デフォルトの名無しさん mailto:sage [2014/06/01(日) 14:18:12.44 ID:q7lY0P5T]: >>702
裏とか対偶とか知らんの？
704 名前：デフォルトの名無しさん mailto:sage [2014/06/01(日) 14:18:29.63 ID:rJY7yXwk]: yes
705 名前：デフォルトの名無しさん mailto:sage [2014/06/01(日) 14:26:54.79 ID:X2VZJkGd]: githubに登録してある公開鍵はすべて誰でも簡単に取得できるから、
秘密鍵が盗まれると簡単にイタズラ可能だよ
706 名前：デフォルトの名無しさん mailto:sage [2014/06/01(日) 14:33:26.05 ID:dFCTVAji]: >>703
ん？なに？ｗ

もしかして「とは限らない」って言ってるの？ｗ
俺は悪用される可能性があるって話をしてるんだけど。
707 名前：デフォルトの名無しさん mailto:sage [2014/06/01(日) 14:37:41.79 ID:rJY7yXwk]: >>705
どうやって取得するの？
708 名前：デフォルトの名無しさん mailto:sage [2014/06/01(日) 14:38:31.41 ID:dFCTVAji]: 1. パスワードが盗まれたってそれがどこのパスワードかわからなければ悪用されないじゃん
2. つまりどこのパスワードかわかれば悪用されるってことだよね（俺が言ったこと）
3. 裏ガー、対偶ガー

こう言われた気分ｗ

どこのパスワードかわかっても悪用されるとは限らない（キリッ）

こう言ってるように俺は感じたｗ
709 名前：デフォルトの名無しさん mailto:sage [2014/06/01(日) 14:40:36.77 ID:k00SlaTm]: 具体的に何割とか計算できるもの以外の可能性は
ただごねてるだけと変わらない
710 名前：デフォルトの名無しさん mailto:sage [2014/06/01(日) 14:40:53.33 ID:X2VZJkGd]: >>707
https://github.com/アカウント名.keys
711 名前：デフォルトの名無しさん mailto:sage [2014/06/01(日) 14:42:14.70 ID:dFCTVAji]: 本当に悪用されないと思ってるなら
ここで秘密鍵を公開すればいいんだよな。
712 名前：デフォルトの名無しさん mailto:sage [2014/06/01(日) 14:54:25.82 ID:rJY7yXwk]: じゃあさ
8gjk39joi4njodgf9
ってパスワードがあったとしたらこれで悪用してみろよ！
713 名前：デフォルトの名無しさん mailto:sage [2014/06/01(日) 14:54:47.95 ID:dFCTVAji]: >>712
どうせそれ偽物だろｗ

偽物を貼った時点で自覚してるじゃん
ここに秘密鍵を書くのは怖いことだってｗ

だいたい秘密鍵がバレた時は、
どこに接続しているかの情報もわかることが
大半なのでそこまで書くべきだよ。

え？どこの秘密鍵かは答えられない？
あぁ、それは、どこの秘密鍵かわかれば悪用されるって
自覚しているからだね（最初に俺が言ったこと）
714 名前：デフォルトの名無しさん mailto:sage [2014/06/01(日) 14:55:35.81 ID:dFCTVAji]: （ヒント）わずか22秒で書けると思う？ｗ
715 名前：デフォルトの名無しさん mailto:sage [2014/06/01(日) 14:56:09.78 ID:X2VZJkGd]: >>712
秘密鍵が何なのか理解できてない？
716 名前：デフォルトの名無しさん mailto:sage [2014/06/01(日) 14:56:31.51 ID:rJY7yXwk]: 偽物ってなんのだよ
このパスワードがどこのサイトのかわからないと使い道ないぞ
あとidもわからないとまったく使えないぞ
これはおれんちのlocalhostのパスワードだから
717 名前：デフォルトの名無しさん mailto:sage [2014/06/01(日) 14:57:25.03 ID:rJY7yXwk]: なんでどこに接続しているかわかるんだよ
718 名前：デフォルトの名無しさん mailto:sage [2014/06/01(日) 14:57:58.60 ID:q7lY0P5T]: >>706
> 俺は悪用される可能性があるって話をしてるんだけど。

可能性とか言いながら

> つまり、どこにつながる鍵なのかわかれば悪用される

とか、言い切る奴って (w
719 名前：デフォルトの名無しさん mailto:sage [2014/06/01(日) 15:02:51.61 ID:e/SJ8pUJ]: 悪用される可能性があるときは、必ず悪用される。
というのが防犯の鉄則だよね
720 名前：デフォルトの名無しさん [2014/06/01(日) 15:03:48.27 ID:G7XNVB3u]: スレチなので移動をおながいします
721 名前：デフォルトの名無しさん mailto:sage [2014/06/01(日) 15:04:54.94 ID:X2VZJkGd]: パスワードと公開鍵認証の秘密鍵との違いを理解できてないのか
722 名前：デフォルトの名無しさん mailto:sage [2014/06/01(日) 20:00:44.12 ID:Anql4k9d]: >>692
ペアの公開鍵を捨てる以外になにがある？
723 名前：デフォルトの名無しさん mailto:sage [2014/06/01(日) 20:15:54.15 ID:n3zMz1VV]: トピックブランチ名をチケット番号と紐付けて運用してるとして、

1. ブランチ ticket1 を切る
2. ticket1 にたくさんコミットして、開発・テスト完了
3. ticket1 を develop にマージして push
4. ここで、ticket1 に実装漏れとかバグが発覚

この場合、どんなブランチの使い方が妥当なの？
ticket1 っていう名前を再利用して、そのままブランチ切って開発・マージする方法とか
いったんマージしたのを revert して、ticket1 のトピックブランチを正しく補完してからマージしなおすとか
別の ticket2 を作って、ticket1 と ticket2 は git の外での関連付けに任せる方法とか
724 名前：デフォルトの名無しさん mailto:sage [2014/06/01(日) 20:38:23.33 ID:MYnj2kml]: > いったんマージしたのを revert して、ticket1 のトピックブランチを正しく補完してからマージしなおすとか
漏れてまいそうで（アカン）
725 名前：デフォルトの名無しさん mailto:sage [2014/06/01(日) 20:49:21.18 ID:iPeFjK0r]: 俺なら別のチケット切る
726 名前：デフォルトの名無しさん mailto:sage [2014/06/01(日) 22:13:35.46 ID:7u+U5fAC]: チケット番号とブランチ名を一緒にしておきたいのはBTSの運用の都合だと思われるので、
BTSを重要視し、ブランチ名を一緒にしておく事が大事だと思うならするならdevelopの最新からもう一度ticket1というブランチを切ってそこから修正すればいいと思うし、
Gitの履歴の方が重要だと思うならticket1_fixとかで新しくブランチ切ればいいんじゃないかな。
727 名前：デフォルトの名無しさん mailto:sage [2014/06/01(日) 23:17:53.65 ID:wXEX5FU/]: 言語ごとにリポジトリを作成した時に自動で.gitignoreを生成するライブラリとかってありますか？
728 名前：デフォルトの名無しさん mailto:sage [2014/06/02(月) 00:42:17.96 ID:CbbBfIj2]: >>727
www.gitignore.io
おすすめ
729 名前：デフォルトの名無しさん mailto:sage [2014/06/02(月) 01:05:25.92 ID:/lZkAqJY]: ステマ乙
730 名前：デフォルトの名無しさん mailto:sage [2014/06/02(月) 01:09:16.33 ID:gFpQKwCr]: >>728
リポジトリを作る時に言語名を入力してgit init と.gitignoreをつくってほしいんですよ
有りそうな気がするんですけどそのサイト見て自分でコピペするしかないんですかね？
731 名前：デフォルトの名無しさん mailto:sage [2014/06/02(月) 01:25:08.89 ID:6oKdltFr]: .gitignoreに全部入れりゃいいじゃん？

たとえばPHPの開発だとして、Ruby標準の
.gitignore（それが何なのかよくわからんが？）を
追加して何が問題なんだ？

だいたい、一つのリポジトリで複数の言語使うことなんて
よくある話で、言語名で.gitignoreを作るという発想がよくわからん。

どうせエディタのテンポラリファイルとかバックアップファイルとかは
言語名指定しても含まれないんだろ？それじゃ片手落ちじゃね？

そもそも、言語標準の.gitignoreって意味分かんないんだよな。
どっちかと言ったら、.gitignoreに入れるものは言語ではなくて
使うツールによって決まるものだろう。
732 名前：デフォルトの名無しさん mailto:sage [2014/06/02(月) 01:28:04.27 ID:gFpQKwCr]: そんな事言ったら世の中のフレームワークやライブラリに喧嘩売ることになりますよっと
733 名前：デフォルトの名無しさん mailto:sage [2014/06/02(月) 01:30:45.30 ID:l4SS/Bsy]: そういうツールが無いのなら自分で作ってしまえばいいの
そしてそのツールを売りに出せばバカ売れ間違いなしなの
734 名前：デフォルトの名無しさん mailto:sage [2014/06/02(月) 01:54:49.93 ID:6oKdltFr]: >>732
意味がわからん。

今話しているのは.gitignoreの話で
フレームワークやライブリの話は全く関係ないだろ。
735 名前：デフォルトの名無しさん mailto:sage [2014/06/02(月) 01:59:28.89 ID:l4SS/Bsy]: そういえばGitHubにもgitignoreのサンプルがあるね
https://github.com/github/gitignore
736 名前：デフォルトの名無しさん mailto:sage [2014/06/02(月) 01:59:52.26 ID:6oKdltFr]: 基本的な所がわかってないのかもしれないな。
言語名を入力してgit initとか言ってる時点でハテナだし、
（1リポジトリ = 1言語ではない）
言語名が決まったからって.gitignoreは決まらない。

たとえばC言語であっても、Linux用であれば.oを.gitignoreに
追加するだろうけどWindows用だと.objeだし。

その他のOSを考えると、.gitignoreは言語名できまるのではなく、
使うツールで決まるもの。（>>731で既に俺が言ったこと）
737 名前：デフォルトの名無しさん mailto:sage [2014/06/02(月) 02:10:49.16 ID:l4SS/Bsy]: あ、なるほど
>>728は>>735を指定したとおりに繋ぎ合わせてくれるのか
やるじゃないかMr. Blau
738 名前：デフォルトの名無しさん mailto:sage [2014/06/02(月) 02:14:43.55 ID:6oKdltFr]: .gitignoreはあとから入れるもんだよなー。
使うツールが決まった時点で追加するものだ。
739 名前：デフォルトの名無しさん mailto:sage [2014/06/02(月) 02:19:55.88 ID:l4SS/Bsy]: >>728にコマンドラインから取得する方法まで懇切丁寧に教えてくれてるし
何も困る事ないじゃないですかー
740 名前：デフォルトの名無しさん mailto:sage [2014/06/02(月) 02:44:00.18 ID:mMUvacT0]: 複数言語入れて使いにくいのはおつむの問題
741 名前：デフォルトの名無しさん mailto:sage [2014/06/02(月) 12:49:24.52 ID:KoJqCjfS]: すいません
もともとgitのソースコードがローカルにあったのでgit pullしてmakeしてインストールしたんですけど
インストールしたバージョンgit version 2.0.0.6.g03cd2b0
なんですけどこれは2.0のリリースのですか？ベータですか？
https://github.com/git/git/releasesでg03cd2b0を検索してもヒットしません
742 名前：デフォルトの名無しさん mailto:sage [2014/06/02(月) 12:51:44.85 ID:RquarvTq]: リリースでビルドしたいならタグを使えよ
743 名前：デフォルトの名無しさん mailto:sage [2014/06/03(火) 19:31:06.67 ID:5oGupbY1]: linuxのgitのdiffコマンドって何のdiffツールですか？
githubみたいなdiffが欲しいんですけどあれってgit diffの結果を出力してるだけなんですかね？
744 名前：デフォルトの名無しさん mailto:sage [2014/06/03(火) 21:17:15.22 ID:rCJu7D+N]: >>741
git checkout v2.0.0しないと
745 名前：216 mailto:sage [2014/06/03(火) 22:17:39.88 ID:Q95pPloD]: ダメだ一つのフォルダにphpで作ったやつとかrubyで作ったやつをごっちゃにしていれてるとわけわかんねえ
やっぱり言語ごとにフォルダ分け内とダメだね
746 名前：デフォルトの名無しさん mailto:sage [2014/06/03(火) 22:32:05.17 ID:5DO4L7dm]: gitで管理する以前の問題では
747 名前：デフォルトの名無しさん mailto:sage [2014/06/03(火) 23:29:08.00 ID:LGyoc4CS]: >>745
拡張子でわかる
748 名前：デフォルトの名無しさん mailto:sage [2014/06/03(火) 23:36:43.88 ID:o0dI1/Bo]: この1ヶ月間何やってたのかと
749 名前：デフォルトの名無しさん mailto:sage [2014/06/03(火) 23:41:14.87 ID:9AiAEfmm]: 一ヶ月でけっこスレすすんでるなｗ
言語ごとにというか、ひとつの言語のコードでも機能ごとにある程度フォルダわけないと混乱するだろ
750 名前：デフォルトの名無しさん mailto:sage [2014/06/03(火) 23:41:30.25 ID:bK0U8GNH]: そもそもどういうリポジトリなんだ
751 名前：デフォルトの名無しさん mailto:sage [2014/06/04(水) 00:13:25.94 ID:Vfc08V0n]: c:￥myrepo￥gazoudownloader
c:￥myrepo￥createxml
c:￥myrepo￥bbs

こんな感じでプロジェクトの名前だけ
もうねわけわからん
752 名前：デフォルトの名無しさん mailto:sage [2014/06/04(水) 00:16:34.88 ID:Vfc08V0n]: このプロジェクトはなんだったかな？フォルダの中身を覗いて初めてphpとわかる。php用の環境を立ち上げる
↓
よしこのphpで書いたプロジェクトは終わったから続けて他のphpのプロジェクトを更新するか
↓
あれ？どれがphpで書いたプロジェクトだっけ？これかな？あ、ちがうこれはperlだ。じゃあこれは。ああrubyだった。じゃあこれは・・・よしphpだ。

もうめんどうくせえよ
753 名前：片山博文MZ悪魔崇拝 ◆T6xkBnTXz7B0 mailto:sage [2014/06/04(水) 00:19:32.02 ID:qVJRsv3N]: ReadMe.txtくらい書けよ。
grep使え。
754 名前：デフォルトの名無しさん mailto:sage [2014/06/04(水) 00:23:08.01 ID:HmwUcklb]: c:\myrepo\php\gazoudownloader
c:\myrepo\php\createxml
c:\myrepo\perl\bbs
とかにすればいいんじゃない？
755 名前：デフォルトの名無しさん mailto:sage [2014/06/04(水) 00:34:07.34 ID:Vfc08V0n]: そうするとここのスレの先輩が怒るんですよ
756 名前：デフォルトの名無しさん mailto:sage [2014/06/04(水) 00:36:00.26 ID:2MS74yRY]: 誰も怒ってないと思うが
もうお前がめんどうくせえよ
git関係ねーし
757 名前：デフォルトの名無しさん mailto:sage [2014/06/04(水) 00:38:13.72 ID:F6AvD4LE]: >>752
gitの話関係ないよね？
単にディレクトリで分ければいいだけの話だよね？
758 名前：デフォルトの名無しさん mailto:sage [2014/06/04(水) 00:39:35.70 ID:HmwUcklb]: >>755
スレ読んでみたけど、
あんたがgithubのプロジェクト名とローカルにリポジトリを置くパスの区別がついて無いだけだな
759 名前：デフォルトの名無しさん mailto:sage [2014/06/04(水) 00:40:09.95 ID:F6AvD4LE]: >>754
それは馬鹿だろｗ

だいたい、プロジェクトごとにリポジトリを分けるのが
普通だってわかってる？

c:\php\myrepo\gazoudownloader
c:\php\myrepo\createxml
c:\php\myrepo\perl\bbs

こうすればいいだけだよ。
git関係ない。
760 名前：デフォルトの名無しさん mailto:sage [2014/06/04(水) 00:41:28.11 ID:u9d9cpJD]: 整理術の本でも買って読んでなさいって感じ
761 名前：デフォルトの名無しさん mailto:sage [2014/06/04(水) 00:45:45.12 ID:HmwUcklb]: >>759
gazoudownloaderとかcreatexmlとかbbsが各々リポジトリで、それぞれgitで管理されてて、
myrepoっていうのがリポジトリ置き場ってことじゃないの？
762 名前：デフォルトの名無しさん mailto:sage [2014/06/04(水) 00:45:50.36 ID:2MS74yRY]: 「超」整理法で日付ディレクトリ最強ですね
763 名前：デフォルトの名無しさん mailto:sage [2014/06/04(水) 00:49:28.83 ID:F6AvD4LE]: >>761
あぁ？くだらなすぎてちゃんと見てなかったよｗ

c:php\gazoudownloader (1リポジトリ)
c:php\createxml (1リポジトリ)
c:perl\bbs (1リポジトリ)

これでいいのか？

繰り返し言う。リポジトリの中に言語名を入れる奴は馬鹿。
764 名前：デフォルトの名無しさん mailto:sage [2014/06/04(水) 00:51:22.33 ID:F6AvD4LE]: だいたいさ、1つのリポジトリで
複数言語使うことなんてよくある話なんだから。

リポジトリに言語名入れるとかありえないって
少し考えればわかるじゃんｗ
765 名前：デフォルトの名無しさん mailto:sage [2014/06/04(水) 00:57:04.62 ID:HmwUcklb]: リポジトリの中に言語名のフォルダあるのけっこう普通だと思うけど？
javaの標準的なプロジェクト構成とかそうだし
railsなんかもjavascriptとかcoffeescriptなんかのコードは言語名下のフォルダに収まってる
766 名前：デフォルトの名無しさん mailto:sage [2014/06/04(水) 00:57:43.07 ID:TUGNI46Z]: .phpで全部検索すればいい。
それかシンボリックリンクで言語ごとにも分類すればいい。それなら、複数言語にも対応可能。
767 名前：デフォルトの名無しさん mailto:sage [2014/06/04(水) 00:59:34.87 ID:2MS74yRY]: >>765
リポジトリ「名」の中に言語名入れるなって話だろうに
768 名前：デフォルトの名無しさん mailto:sage [2014/06/04(水) 01:00:11.45 ID:TUGNI46Z]: 普通だから良い方法とは限らない。
769 名前：デフォルトの名無しさん mailto:sage [2014/06/04(水) 01:01:27.99 ID:HmwUcklb]: >>767
おう。それはいらんな。
770 名前：デフォルトの名無しさん mailto:sage [2014/06/04(水) 01:03:07.11 ID:dR3HZjet]: >>765
githubで探してきて。
その数の1000倍は言語名が
リポジトリに入ってないだろうさ。
771 名前：デフォルトの名無しさん mailto:sage [2014/06/04(水) 01:06:12.08 ID:cWUULp7C]: 複数のリポジトリを一つにまとめるって
subversionの中の一部で流行った
バッドノウハウだよね。

subversionがリポジトリを作りにくい上に
tracが単一リポジトリしか対応していない時代があって
その場合に苦肉の策として考えだされた間違えたやり方。

リポジトリはプロジェクトごとに分けましょう。以上。
772 名前：デフォルトの名無しさん [2014/06/04(水) 01:08:55.77 ID:njjTYj+V]: こりゃもう「リポジトリ」というものに関して語るスレが必要だね
773 名前：デフォルトの名無しさん mailto:sage [2014/06/04(水) 01:09:54.10 ID:pgNO5HMb]: おいクソども。
クソでスレ進めんなボケ。
774 名前：デフォルトの名無しさん mailto:sage [2014/06/04(水) 01:12:39.69 ID:HmwUcklb]: いやこの人は、例えばこんな感じにgithubのリポジトリがある場合に
ore/gazoudownloader
ore/createxml
ore/bbs

ローカルには、こんな感じに置いても何の問題も無いということが解んなかったんじゃない？
c:\php\gazoudownloader
c:\php\createxml
c:\perl\bbs
775 名前：デフォルトの名無しさん mailto:sage [2014/06/04(水) 01:12:44.95 ID:BwekaK/m]: railsはrubyだけ
symfonyはphpだけ
gollumみたいに複数言語を使うほうがめずらしいよ
776 名前：デフォルトの名無しさん mailto:sage [2014/06/04(水) 01:16:02.01 ID:cWUULp7C]: >>775
そりゃ、その言語のフレームワークだからだろｗ
アホすぎだｗ

（フレームワークを使ってる/使ってなくてもいいが）
アプリのコード見てみろ。

たとえばgit https://github.com/git/git は
C 45.9% Shell 34.6% Perl 9.7% JavaScript 3.4% Tcl 2.7% Python 2.4% Other 1.4%

だ。今はリポジトリ見れば簡単にわかるようになって便利だな。
リポジトリの上のカラフルなバーをクリックするんだよ。
777 名前：デフォルトの名無しさん mailto:sage [2014/06/04(水) 01:28:41.65 ID:u9d9cpJD]: ローカルなんだからディレクトリ名なんか好きにすりゃいいし、
数が増えすぎてわけわからなくなったらwikiでも立ててカタログ作りゃえーやん
778 名前：デフォルトの名無しさん mailto:sage [2014/06/04(水) 02:04:43.66 ID:zV8qAQiq]: svn使ってた時に1リポジトリ複プロジェクトにしたおかげで
gitに変換する時に死んだわ…
俺がリネーム厨だったせいなのが原因だけど
779 名前：デフォルトの名無しさん mailto:sage [2014/06/04(水) 11:50:46.93 ID:JBvZNONu]: 編集するための環境が複数言語に対応してないことの方が大問題じゃね？ｗ
780 名前：デフォルトの名無しさん mailto:sage [2014/06/04(水) 12:19:13.04 ID:PLuHq7Rw]: >>776
そんな特殊なものを例に出されてもねｗｗｗｗｗｗｗｗｗｗｗｗｗ
ほとんどのプロジェクトは1つの言語だけで作られてるでしょｗｗｗｗｗｗｗｗｗｗｗｗｗ
781 名前：デフォルトの名無しさん mailto:sage [2014/06/04(水) 12:21:44.90 ID:bEyKGuJO]: >>780
ウェブ系ってたくさんの言語あるよ
というか普通の開発でだってひとつの言語で済むのは
すごく稀な例だと思うよ
782 名前：デフォルトの名無しさん mailto:sage [2014/06/04(水) 12:43:56.96 ID:u9d9cpJD]: いつまでこのスレチの話題続くの？
783 名前：デフォルトの名無しさん mailto:sage [2014/06/04(水) 12:54:10.95 ID:PLuHq7Rw]: ぷろじぇくと100も200も増えたらどうすんだよｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
１つのフォルダに全部いれとくのかよｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
探すのたいへんだぞｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
784 名前：デフォルトの名無しさん mailto:sage [2014/06/04(水) 21:29:03.04 ID:jJTqmzi2]: >>783
同時にそんな件数かかえられるわけないだろ。
現在かかえてるやつだけ残して終わったやつは消せ
785 名前：デフォルトの名無しさん mailto:sage [2014/06/04(水) 22:38:03.42 ID:q4t2wT6z]: >>783は言い間違えたんだよ。
本当に言いたかったのはこっち

ぷろじぇくと100も200も増えたらどうすんだよｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
１つのリポジトリに全部いれとくのかよｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
探すのたいへんだぞｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
786 名前：デフォルトの名無しさん [2014/06/04(水) 23:41:02.34 ID:lKY790DW]: 一つ質問
git mv に失敗したっぽくて、git log --follow してもログが分断されてしまった…
(ようするに消した後、新規追加と同じになってる)

この状況で、ログをくっつける事は可能でしょうか？
787 名前：デフォルトの名無しさん mailto:sage [2014/06/05(木) 00:10:17.95 ID:B5xrGd/9]: >>786
git mvは「消した後、新規追加」と同じことをするコマンドだから何も心配はいらない
788 名前：デフォルトの名無しさん mailto:sage [2014/06/05(木) 01:12:05.22 ID:iGxBJzBl]: >>787
でも、git mv に成功した場合は、git log --follow でログが表示されるのが
されないから多分分断されてる
ムリクリfollowするようにしたいけど、その方法を教えてもらえればと
789 名前：デフォルトの名無しさん mailto:sage [2014/06/05(木) 01:23:40.15 ID:fhxWm8Xr]: >>788
gitは、あるコミットにおいてrmされたファイルとaddされたファイルの内容を比べて、
中身がだいたい同じ場合それはファイルがmvされたのだと適当に判断する

あんたがmvに成功したと思ってるのは、mvしたファイルの内容がgitの許容範囲内だっただけ
790 名前：デフォルトの名無しさん mailto:sage [2014/06/05(木) 01:29:08.95 ID:iGxBJzBl]: >>789
なるほど、薄々そんな気がしていたがやっぱりそうだったのか…
リファクタリング中だったから、git mv した後いぢり過ぎたのか

これからはgit mv した後はすぐコミットする事にします。どうもでした。
791 名前：デフォルトの名無しさん mailto:sage [2014/06/05(木) 09:40:58.07 ID:sbCUAgw4]: ファイルの移動に限らず、ちょっとした関数の移動でも1コミットにしてるな
「内容を全く変えずに移動」で1コミットになってると、行番号だけがずれてるcherry-pickなんかも受け入れてくれやすい
と散々rebase＆cherry-pickしまくった経験則だけど
792 名前：デフォルトの名無しさん mailto:sage [2014/06/05(木) 11:30:52.10 ID:pAA2pjK6]: フォルダのどこからでもgit addで追加する場合ってどうやるのか教えてください
git add -Aってカレントフォルダだけですよね
793 名前：デフォルトの名無しさん mailto:sage [2014/06/05(木) 17:28:56.51 ID:kE+YYBnP]: >>710
qiita.com/hikaruna/items/6131758d9895c6a8225c

>>710がqiitaに公開したのかqiitaの人がこのスレから転載したのかｗ
794 名前：デフォルトの名無しさん mailto:sage [2014/06/05(木) 19:55:24.38 ID:9JC5UGTi]: これとはまた違うのか

https://developer.github.com/v3/users/keys/
https://developer.github.com/v3/repos/keys/
795 名前：デフォルトの名無しさん mailto:sage [2014/06/05(木) 20:19:48.42 ID:fhxWm8Xr]: >>792
追加するフォルダかファイルのパスを指定する
796 名前：デフォルトの名無しさん mailto:sage [2014/06/06(金) 17:56:42.08 ID:ZbxJIgia]: 初歩的な質問ですけど
ブランチで開発やってて、他のブランチの結果をpullするって出来ますか？

master -------------
branchA \____?_ _ _ _
branchB \______/

図が難しいので順序が逆ですが
branchBが先にmasterからブランチして
branchAが次にmasterからブランチした。

branchAがbranchBの結果をpullして取り込みたいんですが。
branchBがmasterにmergeすると簡単なのかな？

教えてください。
797 名前：デフォルトの名無しさん mailto:sage [2014/06/06(金) 18:38:12.44 ID:ICJsHYDG]: >>796
Gitのマージは賢いからその程度なら全く難しく考える必要なく
branchA側からbranchBをマージできるぞ
798 名前：デフォルトの名無しさん [2014/06/07(土) 07:34:24.03 ID:paHf3aPB]: カレント・ディレクトリの tags ファイルをローカル・リポジトリに追加したいのです
が "git add tags" できません。

"git add tags " コマンド自体を実行させても、エラーを返しません。上手くいったか
と思って "git status" で確認すると、インデックスには tags ファイルは追加されて
いません。tags ファイルを別の名前 tags_test に rename すれば "git add
tags_test" でインデックスに追加されます。でも Vim の補完に使うファイルであり
tags ファイル名のままにしておかねばなりません。"git add -- tags" と実行させても
同じです。

"git add tags", "git add -- tags" が働かない理由と対策を教えてもらえないでしょうか。

OS 環境は Windows7 であり git version は下の様になっています
git --version
git version 1.8.1.msysgit.1
799 名前：デフォルトの名無しさん mailto:sage [2014/06/07(土) 07:45:02.46 ID:oJ+iP19r]: 再現しないけど
既に管理下に入ってるんじゃないの？
800 名前：デフォルトの名無しさん [2014/06/07(土) 08:00:43.50 ID:paHf3aPB]: Repository 内に無いことは最初に確認済みでした。

でも、今 git ls-files で確認してみたら tags ファイルが入っていました。このおっちょちょいが。

失礼しました。ありがとうございました。
801 名前：デフォルトの名無しさん mailto:sage [2014/06/07(土) 18:48:16.19 ID:jSVebn/T]: どんなコマンドを入力してもログは絶対に消えないですか
802 名前：デフォルトの名無しさん mailto:sage [2014/06/07(土) 18:59:57.78 ID:3R8CEA88]: rm -fR .git
803 名前：デフォルトの名無しさん [2014/06/09(月) 18:34:36.80 ID:dvi2Sb61]: コンフリクトしてpushしたやつを戻すの難しかったお
Git恐怖症になりそう
804 名前：デフォルトの名無しさん mailto:sage [2014/06/09(月) 21:41:17.37 ID:nOs0/HFd]: コンフリクトしてpushって言ってる言葉自体がわからんｗ

共有リポジトリなら、revertコマンド一つ。
自分専用リポジトリならローカルを適当に書き換えて
push --forceすれば終わりなんだけどな。
805 名前：デフォルトの名無しさん mailto:sage [2014/06/09(月) 21:50:57.46 ID:35sdSSzp]: 最悪、ハッシュさえ覚えとけば(普通は覚えるまでもなくreflogに残ってるが)
ブランチの状態をある時点まで戻すのは簡単だからな
これができないような状態にまで壊すのは、意識的にやらない限りなかなか無い
806 名前：デフォルトの名無しさん mailto:sage [2014/06/10(火) 00:28:24.33 ID:Rfvv6P0m]: revert様々やで
807 名前：デフォルトの名無しさん mailto:sage [2014/06/10(火) 01:38:29.66 ID:AAMs7V03]: 途中で分岐させて、片方にコミットAとそのrevertコミット、もう片方にAのチェリーピック食わせてて両方マージしたら暗黙にrevertが優先されて焦った事があった。
マージ賢いけど、賢く運用してる場合に限り賢く振る舞ってくれる感じがする。
808 名前：デフォルトの名無しさん mailto:sage [2014/06/10(火) 02:27:26.48 ID:osqTzX66]: >>807
試しにやってみたけどcherry-pickした方が残るぞ？どんな条件でそんなこと起こるんだ？
809 名前：デフォルトの名無しさん mailto:sage [2014/06/10(火) 05:19:03.10 ID:8m9M+kuY]: 再現されない

git init
vim README
git add .
git commit -m "initial commit"
git checkout -b branch1
vim foo1.cpp
git add .
git commit -m "add foo1.cpp" 　　　　　-> 10b43c7
vim foo2.cpp
git add .
git commit -m "add foo2.cpp" 　　　　　-> 2bf1437
vim foo3.cpp
git add .
git commit -m "add foo3.cpp" 　　　　-> 3b31558
vim foo4.cpp
git add .
git commit -m "add foo4.cpp" 　　　　-> 086ca1c
git revert 2bf1437 3b31558 　　　　　　-> foo2.cpp foo3.cpp削除
git checkout -b branch2 master
git cherry-pick 2bf1437 3b31558　　　 -> foo2.cpp foo3.cpp作成
git checkout -b branch2m
git merge branch1 　　　　　　　　　　　　-> 問題なく融合(foo1.cpp～foo4.cppが存在)
git checkout -b branch1m branch1
git merge branch2 　　　　　　　　　　　　 -> 問題なく融合(foo1.cpp～foo4.cppが存在)
810 名前：デフォルトの名無しさん mailto:sage [2014/06/10(火) 07:59:18.53 ID:AAMs7V03]: そう…再現しねぇんだよ…なんでかなぁ。
811 名前：デフォルトの名無しさん [2014/06/10(火) 17:44:37.82 ID:Rfvv6P0m]: git resetで前のコミットに戻って編集した後pushしたい時って今までのコミットrevertしてからpushするしか無いの？
812 名前：デフォルトの名無しさん mailto:sage [2014/06/10(火) 18:27:22.10 ID:lvdNmXjN]: こんな感じ？

　　　　　　　　　　　C4まで公開済み
　　　　　　　　　　　↓
[C1]-[C2]-[C3]-[C4]-[C5]-[C6]-[C7]
　　　　　　　　　　　　　　　　　　　　　↑
　　　　　　　　　　　　　　　　　　　現在のHEAD

C3まで戻りたいのならC4までresetした後、C3をrevert、でpush可能
C5まで戻りたいのならC5までreset、でpush可能
813 名前：デフォルトの名無しさん [2014/06/10(火) 19:14:50.43 ID:Rfvv6P0m]: >>812
なるほどありがとう
814 名前：デフォルトの名無しさん mailto:sage [2014/06/10(火) 20:44:55.54 ID:ZZTnWEBr]: >>812
これなんかおかしい
815 名前：デフォルトの名無しさん mailto:sage [2014/06/10(火) 21:33:28.07 ID:pZUiJHso]: herokuでwordpressみたいなPaaSの運用って思ったよりめんどくさいのね。
Gitの管理していないファイルの扱いをどうしたらいいんだ。
816 名前：デフォルトの名無しさん mailto:sage [2014/06/11(水) 01:19:10.50 ID:ehbBircS]: >>815
その問題は、データベースに保存するデータを
どうするかって話と同じだろ？
817 名前：デフォルトの名無しさん mailto:sage [2014/06/11(水) 07:23:42.77 ID:YrJFhcVC]: 違うでしょ。
herokuの場合wordpressが作成するデータベースは勝手に消えないけど、アップロードしたファイルは消えちゃう。
解決法としてストレージを外部に持つしか方法がないようだ。
818 名前：デフォルトの名無しさん mailto:sage [2014/06/11(水) 12:44:22.03 ID:EyVsoFD4]: heroku使うのにwordpress使うってカスがやること
819 名前：デフォルトの名無しさん mailto:sage [2014/06/11(水) 13:23:01.02 ID:8t9Ps5Bi]: git version 1.8.5.2.msysgit.0 で
git rm -rf dir/
fatal: pathspec 'dir/' did not match any files
ってファイルは消せるのにディレクトリが消せないのはどういうこと？
dir/内は空っぽです
820 名前：デフォルトの名無しさん mailto:sage [2014/06/11(水) 14:31:43.41 ID:xqrpI9NS]: PaaSの環境によるけど、herokuでwordpressってすごく普通だけど。
821 名前：デフォルトの名無しさん mailto:sage [2014/06/11(水) 15:22:38.37 ID:Rgm1d36A]: >>819
Gitはファイルを管理するけどディレクトリそのものは管理しないから
822 名前：デフォルトの名無しさん mailto:sage [2014/06/11(水) 20:03:40.21 ID:ALIRMVK5]: .gitkeepでググれ
823 名前：819 mailto:sage [2014/06/12(木) 00:35:02.82 ID:KlCOfI2g]: >>821
確かに…別の場所でpullしたらディレクトリ消えてた
git内では消えてるのにディレクトリそのものは残ってるから2回目以降に表示されてたんだな
ファイルはgit rmでばっさり消すくせにディレクトリは消さないってなんでなん
824 名前：819 mailto:sage [2014/06/12(木) 00:42:00.03 ID:KlCOfI2g]: >>822
ググった
なるほど、git mvでディレクトリ内のファイルを先に全部移動したから、その時点で
gitの管理からはずれてたのか
もう理解できたからいいけど、なんか直感的な挙動じゃなかったな
825 名前：デフォルトの名無しさん mailto:sage [2014/06/12(木) 00:50:48.34 ID:k+HyAclm]: >>823
だから、Gitはファイルを管理するけどディレクトリそのものは管理しない
git rm はGitで管理してるファイルを消すコマンド
ワーキングツリー上の空ディレクトリを消したければ普通のコマンド使え
826 名前：デフォルトの名無しさん mailto:sage [2014/06/12(木) 00:51:39.35 ID:k+HyAclm]: リロードしてなかった
827 名前：819 mailto:sage [2014/06/12(木) 01:33:07.61 ID:KlCOfI2g]: >>825
一応試したところgit rm -r dir/で実際のディレクトリもちゃんと消えるね
828 名前：819 mailto:sage [2014/06/12(木) 01:34:47.60 ID:KlCOfI2g]: >>827
もちろん空でないディレクトリに限るけど
829 名前：デフォルトの名無しさん mailto:sage [2014/06/12(木) 01:40:04.38 ID:k+HyAclm]: >>827
dir/の下がgitで管理されてればね
ついでに消す
830 名前：デフォルトの名無しさん mailto:sage [2014/06/12(木) 01:41:26.71 ID:k+HyAclm]: またリロードしてなかった
831 名前：デフォルトの名無しさん mailto:sage [2014/06/12(木) 02:44:56.35 ID:0fE6ecZu]: 最初の頃に管理に入れた、とあるファイルが
作り込んだ後になって「各自で別々の内容のまま持つべき」
って話になったんですが、どうすればいいのでしょうか？
git rm --cachedだと各自がpullしたときに消えちゃう…各自の持ってるファイルは現状のままにしたいです
832 名前：デフォルトの名無しさん mailto:sage [2014/06/12(木) 02:46:03.19 ID:0fE6ecZu]: あ、現状のままというか、各自で別々の内容にしていけるように、です。
833 名前：デフォルトの名無しさん mailto:sage [2014/06/12(木) 02:52:56.27 ID:bcr4Y1Fv]: .gitignoreに書けばいいんじゃないの？
834 名前：デフォルトの名無しさん mailto:sage [2014/06/12(木) 02:59:30.25 ID:0fE6ecZu]: >>833
既にコミット済みなので、.gitignoreに書いても除外されないんですよね…
835 名前：デフォルトの名無しさん mailto:sage [2014/06/12(木) 03:01:38.52 ID:cPATFudP]: じゃあコミットからはずせよ
836 名前：デフォルトの名無しさん [2014/06/12(木) 03:08:14.85 ID:LUHHUJAl]: qiita.com/usamik26/items/56d0d3ba7a1300625f92
こういうのあるけど
837 名前：デフォルトの名無しさん mailto:sage [2014/06/12(木) 03:28:09.83 ID:bcr4Y1Fv]: 非管理ディレクトリでも作ってそこにファイル置いてシンボリックリンクでも張ってつかえばええんちゃうの
838 名前：デフォルトの名無しさん mailto:sage [2014/06/12(木) 12:01:55.49 ID:Qv1u/W6+]: とにかく業務これだけ使えれば万全ってコマンドをあるだけおしえて
commit
add
checkout
branch
remote
log
reflog
reset
これ走ってる
839 名前：デフォルトの名無しさん mailto:sage [2014/06/12(木) 12:24:21.06 ID:f3a/iFpr]: grep
rebase
status
diff
revert
こいつらも覚えとき
bisect、blameもおすすめ
840 名前：デフォルトの名無しさん mailto:sage [2014/06/12(木) 14:21:17.86 ID:k+HyAclm]: >>831みたいなときに
.gitignoreに書いて、git rm --cachedして、その状態をcommitしてたんだけど
そうするとちょっと問題があって
そのcommit以前をチェックアウトした後に、そのcommit以後をチェックアウトすると、
管理から外したファイルが消失しちゃうんだよね
>>836はまったく未知だったわちょっと動作を確かめてみる
841 名前：デフォルトの名無しさん mailto:sage [2014/06/12(木) 14:23:15.51 ID:fKk4MWnJ]: Pro Gitにも書いておいてほしい
842 名前：デフォルトの名無しさん mailto:sage [2014/06/13(金) 18:00:50.16 ID:VgtrMdkb]: >>836はローカルなリポジトリだけに作用する感じなのかねえ
特定のファイルが最初から.gitignoreに登録されてリポジトリには登録されるべきでなかったことをリモートリポジトリにも反映するには、
git filter-branchで最初から書き換えてしまうしか無いのかな
843 名前：デフォルトの名無しさん mailto:sage [2014/06/15(日) 12:29:50.14 ID:ZB+9NljM]: 日々の作業を自動化するプログラムを書いてgitで管理していくとプロジェクトが50個超えるんですけど
ここの先輩もそんなにいきますか？
844 名前：デフォルトの名無しさん mailto:sage [2014/06/15(日) 12:33:02.69 ID:C1Yq9FDg]: 日々の作業がそんなにないんだけど...
845 名前：デフォルトの名無しさん mailto:sage [2014/06/15(日) 12:48:11.71 ID:ZuLV4hXG]: >>843
それgit関係無いですよね？
846 名前：デフォルトの名無しさん mailto:sage [2014/06/15(日) 13:32:29.24 ID:KFTbGwac]: そのプログラムとやらをまとめて一個のリポジトリにすりゃええやんけ
そんな自動化できることばっかなら仕事しなくていいんじゃね
裏山
847 名前：デフォルトの名無しさん mailto:sage [2014/06/15(日) 14:58:31.07 ID:cXeYBPF2]: 自分が書いたコードをレビューしてくれるサイトってありませんか？
848 名前：デフォルトの名無しさん mailto:sage [2014/06/15(日) 15:08:34.54 ID:l0ywMHBR]: >>847
githubにコード晒して
レビューしてくださいっていうとか
849 名前：デフォルトの名無しさん mailto:sage [2014/06/15(日) 15:17:54.95 ID:47+4XIuz]: Git関係なくね？てか使ってる言語系のスレで聞けばよくね？
てかフルボッコされたいならこの板で良くね？
850 名前：デフォルトの名無しさん mailto:sage [2014/06/15(日) 15:40:00.08 ID:cXeYBPF2]: githubってあんまりレビューを見かけることがないんですよね
というかレビューをするのが前提って感じでも無いですし
レビューに力を入れているサイトってないんでしょうか
851 名前：デフォルトの名無しさん mailto:sage [2014/06/15(日) 15:40:10.00 ID:azJHx8hd]: stackoverflowのほうが精神衛生には良さそう
同じボコられるにしたって、匿名と名前ありでは素直に受け取れる度みたいなもんが変わってくると思う
852 名前：デフォルトの名無しさん mailto:sage [2014/06/15(日) 15:53:23.78 ID:8GPu+iwa]: stackoverflowの日本語版が出来たらそこがいいだろう
853 名前：デフォルトの名無しさん mailto:sage [2014/06/15(日) 16:09:10.27 ID:IRi7fyG5]: stackoverflowは質問事項を明確にしないと管理人に質問を凍結状態にされるぞ
レビューしてくださいとかダメだ
854 名前：デフォルトの名無しさん mailto:sage [2014/06/15(日) 16:12:09.02 ID:qtgrwwOv]: stackoverflowで質問したことあるけど勝手にタイトルを変更された
855 名前：デフォルトの名無しさん mailto:sage [2014/06/15(日) 19:17:17.20 ID:ZZ/FPeiS]: タイトルと質問内容をレビューしてもらったわけだ。
コードレビューならとりあえずgithubに上げてみ。誰かのコードレビューすれば逆にレビューしてくれる。
856 名前：デフォルトの名無しさん mailto:sage [2014/06/16(月) 00:22:54.07 ID:idFh+z/o]: >>850
コメントやりあってるのがレビューじゃなくてなんなんだよ…
この人の考えてるレビューはみんなの思い描いてるのとは別物だな、たぶん
857 名前：デフォルトの名無しさん mailto:sage [2014/06/16(月) 01:25:32.74 ID:HINNz9l/]: いやレビュー目的でgithub見に来てる人っていないでしょ？
海外のチャットで僕の英語を添削してくださいなんて言わないよね
だから添削に特化したlang8みたいなのがあるんだよ
858 名前：デフォルトの名無しさん mailto:sage [2014/06/16(月) 01:30:36.25 ID:MERkKOKe]: 素晴らしいソフトウェアをもっと素晴らしくするために自分の考えだした素晴らしいアイデアを無償で提供しようってのが公開リポジトリでの交流だろ？
859 名前：デフォルトの名無しさん mailto:sage [2014/06/16(月) 01:31:44.76 ID:MERkKOKe]: どこぞの誰かが添削してくださいって言って公開してる何の役にもたたんコードを無償でレビューするとかどんな暇人やねん
860 名前：デフォルトの名無しさん mailto:sage [2014/06/16(月) 01:38:58.62 ID:MERkKOKe]: いっそのことコードを会員相互でレビューしあうサイトでも立ち上げてみたら？需要があるんなら儲かるんじゃね？
861 名前：デフォルトの名無しさん mailto:sage [2014/06/16(月) 06:20:11.38 ID:e4oLiDm/]: >>860
考えてみた

pastebin.com/9mG2V9mV
862 名前：デフォルトの名無しさん mailto:sage [2014/06/16(月) 06:29:03.47 ID:AdEqdopC]: いいかげんGitとは全く関係無いんで他にスレでも立ててやってくれ
863 名前：デフォルトの名無しさん mailto:sage [2014/06/16(月) 06:35:35.02 ID:Mvi4rDX6]: コードレビューでお金がもらえるサービスを作る
peace.2ch.net/test/read.cgi/tech/1402867973/
864 名前：デフォルトの名無しさん mailto:sage [2014/06/16(月) 08:11:44.62 ID:WjthfDAE]: >>859
> どんな暇人やねん

にちゃんでうだうだ言ってるお前が言うなよ w
865 名前：デフォルトの名無しさん mailto:sage [2014/06/16(月) 22:31:52.86 ID:w9HZwqDq]: >>863
それ普通にユーキャンだろ…
866 名前：デフォルトの名無しさん mailto:sage [2014/06/16(月) 22:37:07.56 ID:MMwlea4w]: クソサービスすぎて見てるほうが死にたくなる
867 名前：デフォルトの名無しさん mailto:sage [2014/06/16(月) 22:56:47.14 ID:1GPgt9YV]: 死にたいなら死んでいいと思います。
868 名前：デフォルトの名無しさん mailto:sage [2014/06/18(水) 16:43:12.19 ID:bAs8WhGu]: gitのサブモジュールって、サブモジュールが更新されたとき、メインのgitでpullすればサブモジュールのgitも最新版になるの？
869 名前：デフォルトの名無しさん mailto:sage [2014/06/18(水) 17:03:50.64 ID:yu0xlR7/]: ならんならん
870 名前：デフォルトの名無しさん mailto:sage [2014/06/18(水) 17:49:25.97 ID:bAs8WhGu]: >>869
ありがとうございます。
ということは、サブモジュールが更新されてたらcomposerとかbowerとかつかわないけないんですね。
871 名前：デフォルトの名無しさん mailto:sage [2014/06/18(水) 17:53:32.85 ID:yu0xlR7/]: なんでやねん
872 名前：デフォルトの名無しさん mailto:sage [2014/06/18(水) 21:32:10.25 ID:Dv/sTmWi]: なんでそうなるんや…
873 名前：デフォルトの名無しさん mailto:sage [2014/06/19(木) 02:50:54.18 ID:a+4NSFaT]: git/composer/bowerあたりが全部ごっちゃになってるのか…gruntとかnpmとかもか
874 名前：デフォルトの名無しさん [2014/06/19(木) 02:52:18.29 ID:GKSvjGH6]: info.cloudforge.com/SimplifyingGitwithGitEye-SteveElsemore_CloudForge.html
875 名前：デフォルトの名無しさん mailto:sage [2014/06/19(木) 02:56:00.25 ID:QcTSno45]: >>873
はい。ごっちゃです。
nodejsで、サブモジュールのクラスを継承してるんですけどサブモジュールのライブラリを更新したらメインのサブモジュールも自動更新できるように出来ませんかね？
876 名前：デフォルトの名無しさん mailto:sage [2014/06/19(木) 04:35:43.70 ID:ZDR2rCVo]: git-scm.com/book/ja/Git-%E3%81%AE%E3%81%95%E3%81%BE%E3%81%96%E3%81%BE%E3%81%AA%E3%83%84%E3%83%BC%E3%83%AB-%E3%82%B5%E3%83%96%E3%83%A2%E3%82%B8%E3%83%A5%E3%83%BC%E3%83%AB
877 名前：デフォルトの名無しさん mailto:sage [2014/06/19(木) 09:10:11.76 ID:uhTP2aV5]: >>875
外部ライブラリのバージョンを、バージョン管理しないなら、

サブモジュールを使わないで「バージョン管理しないディレクトリ」
として管理しなければいいよ。
878 名前：デフォルトの名無しさん mailto:sage [2014/06/19(木) 11:01:04.34 ID:QcTSno45]: >>876,877
ご親切にありがとうございます。
勉強してみます。
879 名前：デフォルトの名無しさん mailto:sage [2014/06/19(木) 17:00:32.13 ID:IwCNAxsR]: 細かい単位でコミットしてないとダメだなあ
あんまり大きい作業単位でコミットしてるとrevertとか便利そうな機能が使えんし
880 名前：デフォルトの名無しさん mailto:sage [2014/06/19(木) 17:06:48.92 ID:BcmtgtjI]: セーブする感覚でやっちゃってる
適当にrebaseしないと散らかりすぎるかのう
881 名前：デフォルトの名無しさん mailto:sage [2014/06/19(木) 20:04:21.46 ID:GjYBKD0X]: 俺はブランチ切る→そのブランチ内でセーブ感覚でガンガンコミット→squash
882 名前：デフォルトの名無しさん mailto:sage [2014/06/19(木) 20:15:00.22 ID:Fdr0qLJN]: それがベーシックなやり方だろうね
ブランチ未満の粒度の作業単位は残す必要ないだろうし
883 名前：デフォルトの名無しさん mailto:sage [2014/06/19(木) 20:18:40.23 ID:Df6JFFDt]: 個人的な好みとしては
rebaseでの根本移動はアリだけど
squashでのコミット潰しとFFマージ主義はナシ
884 名前：デフォルトの名無しさん [2014/06/20(金) 01:16:15.04 ID:9P55PKrO]: 開発用テストサーバとローカルのコードを同期するのに同期用のブランチを切って使ってる。
それだと本当にタイプミスで動かないものの修正とかでcommit/push/pullになって、コミットログも"a"とかなので、さすがにそんなのは履歴として残すメリットはなんにもないので、
本来コミットするべきタイミングでそういうのはsquashしてトピックブランチにcommitしてる。

原理主義者からは単なる同期にgitを使うなとは言われるかもしれないけど、
他のツールを使うのも色々とめんどくさいしね。
885 名前：デフォルトの名無しさん mailto:sage [2014/06/20(金) 01:25:01.85 ID:nPERQ22c]: > squashでのコミット潰しとFFマージ主義はナシ

時と場合によって変えるべき。

なぜ「mergeはこれしかダメ」と決めつける人が多いのだろうか。

squashするべき時はsquashして、するべきじゃない時はsquashしない。
FFマージするべき時はFFマージして、FFマージするべきじゃない時はFFマージしない。

それだけじゃないか。

決めつける人は、自分がやり方ことが明確になっておらず、
ただコマンドを覚えているだけなんだろうな。
886 名前：デフォルトの名無しさん [2014/06/20(金) 01:50:53.36 ID:fQqGdEOm]: 自分のやり方と違う奴の存在認められないからすぐ叩きが始まるのはいつものことではないか
887 名前：デフォルトの名無しさん mailto:sage [2014/06/20(金) 01:55:10.28 ID:7nDrVBi+]: 1コミットにできないブランチはそもそもブランチの切り方を失敗してる説
888 名前：デフォルトの名無しさん mailto:sage [2014/06/20(金) 01:58:44.73 ID:rNGAsf/H]: １コミットにまとめようとしてsquashしたらコンフリクトがハンパなく発生して死にたくなった
889 名前：デフォルトの名無しさん mailto:sage [2014/06/20(金) 02:00:56.73 ID:nPERQ22c]: >>888
それはmergeでコンフリクトが出ているだけで
squashしたせいじゃないよ。
890 名前：デフォルトの名無しさん mailto:sage [2014/06/20(金) 07:49:34.87 ID:XWgQCtQu]: squash しなければコンフリクトも小出しになると言いたいのでは。
891 名前：デフォルトの名無しさん mailto:sage [2014/06/20(金) 19:41:04.84 ID:FEHr8pGe]: squashしたらこんなのがでる

$ git rebase -i HEAD~3
error: could not apply f7701b6... some edited

When you have resolved this problem, run "git rebase --continue".
If you prefer to skip this patch, run "git rebase --skip" instead.
To check out the original branch and stop rebasing, run "git rebase --abort".

Could not apply f7701b697f698715b8e2ec3e339655e43e0e6f31... some edited

taro@YOSHIDA ~/myproject/helloworld (master|REBASE-i 2/2)
$
892 名前：デフォルトの名無しさん mailto:sage [2014/06/20(金) 19:43:03.58 ID:FEHr8pGe]: まとめるコミットが多いとこうういのがたくさん出る
893 名前：デフォルトの名無しさん [2014/06/20(金) 20:08:47.08 ID:fQqGdEOm]: がんばれがんばれどかべん
よーしだたろう
894 名前：デフォルトの名無しさん mailto:sage [2014/06/20(金) 21:05:57.10 ID:tmj63HwH]: rebaseはマージコミットの時に行った編集を再現できないから、マージコミットを巻き込んでrebaseしたら
何度でも同じコンフリクトが起きるよ
895 名前：デフォルトの名無しさん mailto:sage [2014/06/21(土) 02:40:47.04 ID:GnC4hxCp]: そして、「何度でも同じコンフリクト」が起きた時
自動で解決してくれる設定が、

あるから誰か答えてね。
896 名前：デフォルトの名無しさん mailto:sage [2014/06/21(土) 03:01:15.08 ID:5/17O7zj]: initからsquashを使うまでの流れを教えてください
897 名前：デフォルトの名無しさん mailto:sage [2014/06/21(土) 10:32:06.18 ID:tx3pF38o]: merge --squashはまず使わないが、
rebaseのsquash, fixupはよく使うレレレのおじさん
898 名前：デフォルトの名無しさん mailto:sage [2014/06/21(土) 11:08:10.55 ID:EfmviY6O]: だってgit bookのページに書いてあったsquashってrebaseの話しかなかったんだもん！
899 名前：デフォルトの名無しさん mailto:sage [2014/06/21(土) 12:55:15.10 ID:tx3pF38o]: ｿｰｶｿｰｶﾖｼﾖｼ

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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