- 【Python】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ45【pl,rb,php,js】
985 ：デフォルトの名無しさん[sage]：2014/08/27(水) 00:07:04.46 ID:Gkyyi0oW - >>983
中央リポジトリだったとしても、開発用のブランチを切るし、一応ローカルで出来るひと通りのテストはしてからcommit/pushするんだよ、いきなりmasterに突っ込むわけではない
つまり、こういうパッチ作ってみたから皆試してくれよってのをパッチファイルベースじゃなくてgitのブランチを使ってやっているだけのこと
マヌケな発言だと思うのはあんたがマヌケでgitのワークフローをなんにも理解してないからだ
|
- 【Python】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ45【pl,rb,php,js】
991 ：デフォルトの名無しさん[sage]：2014/08/27(水) 00:33:26.24 ID:Gkyyi0oW - >>988-989
それはプロジェクトの形態によるのよ。
全然知らない人との開発だったらその図のとおり、Githubとかだったらforkしてcommitしたらpull request送るけど、
意思疎通がよく出来ている小規模な開発チームだったらわざわざ公開リポジトリを沢山作ったりしないで中央リポジトリ1本でやるのが多いと思うよ。
中央リポジトリにブランチを切れば済む話だからね。
開発用のブランチが追加されるということをその中央リポジトリを使っている人みんながわかっていれば何の問題にもならないし、わざわざforkする必要がない。
「中央リポジトリでやる必要がない」のもケースによっては事実だし、「中央リポジトリ以外の公開リポジトリを作ってやる必要がない」のもケースによっては事実。
てかあんたの貼ったURLにも小規模な場合は中央リポジトリでもいけるって書いてあるじゃん。決して非推奨とかそういう話ではないよ。
ていうかさ、「馬鹿にしている」つもりらしいけど、あんたGitでのチーム開発経験はないみたいなのに随分と上から目線なんだなあ…
引っ込みつかなくなっちゃったんだろうね。本気で自分の方がGitをわかってると思うなら病気だと思うがw
|
- 【Python】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ45【pl,rb,php,js】
995 ：デフォルトの名無しさん[sage]：2014/08/27(水) 01:10:07.03 ID:Gkyyi0oW - >>993
あのさ、mergeとpushは独立した概念なんだけどそこは理解してる？
|
- 【Python】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ45【pl,rb,php,js】
997 ：デフォルトの名無しさん[sage]：2014/08/27(水) 01:27:32.30 ID:Gkyyi0oW - >>996
Gitで言うところの中央集権型の意味わかってんの？w
|
- 【Python】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ46【pl,rb,php,js】
3 ：デフォルトの名無しさん[sage]：2014/08/27(水) 01:34:34.92 ID:Gkyyi0oW - >>前スレ999 = ID:K9igsSCk
リポジトリとは別にブランチというものがあるのを理解してくれ
http://git-scm.com/book/ja/Git-%E3%81%AE%E3%83%96%E3%83%A9%E3%83%B3%E3%83%81%E6%A9%9F%E8%83%BD
この章をちゃんと図だけじゃなくて内容を理解してからコメントしてくれw
|
- 【Python】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ46【pl,rb,php,js】
5 ：デフォルトの名無しさん[sage]：2014/08/27(水) 01:49:57.41 ID:Gkyyi0oW - 他人を馬鹿にすることしか出来ない無知な ID:K9igsSCk をあんまり意地悪しても可哀想だから、細かく教えてあげると、中央リポジトリ1本で分散型開発をする場合は、以下のようにする
◆開発者側
1. git clone で中央リポジトリをクローンしてローカルリポジトリ(&作業コピー)を作る
2. git checkout -b somefix で新しくmasterから分岐したトピックブランチを作る
3. プログラムを修正してgit commit
4. git push origin somefix でトピックブランチを中央リポジトリにpush
◆管理者側
1. git fetchでトピックブランチをローカルリポジトリに持ってくる
2. git merge origin/somefixでマージを試みる
3. 統合テストに成功すればそのままpush、統合テストに失敗すればgit resetでマージをなかったことにする
管理者側がpushしない限りはこのワークフローでは中央リポジトリのmasterは変化しないよ
だから開発者側がどんだけトピックブランチをpushしようが問題ない
もちろん開発者側がいきなりmasterにpushしたらダメだが、それは運用上禁止しておけばいいし、実際よく使われている運用ルールでもあるし、
中央リポジトリの特定のブランチは一部の人しかpushできないような制限をかけることが出来るサービスも多い
|
- 【Python】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ46【pl,rb,php,js】
6 ：デフォルトの名無しさん[sage]：2014/08/27(水) 01:51:49.73 ID:Gkyyi0oW - >>4
cloneでブランチを作るってのがもうすでに全く分かってない証拠
cloneで出来るのはローカルリポジトリ
そりゃローカルリポジトリのmasterをいじってpushしたら問題は起こる
cloneした後に更にトピックブランチを切るの。
理解してるんなら説明してみ、っていうか業務で使ってんだよこっちはw
炎上学習法なのかわからんけど、人に説明させるより自分で理解したほうが早いと思うけどなあ
|
- ★★Java質問･相談スレッド170★★
254 ：デフォルトの名無しさん[sage]：2014/08/27(水) 01:58:43.61 ID:Gkyyi0oW - >>252
一理あるw
>>248
なにかよくわからない症状が出るときは、その症状を再現する最小の実行可能なコードを書くことをした方がいいよ。
そうすればどうしてその症状が起こるのか、修正するにはどうすればいいのかを模索しやすいし、他人にこのコード上手く動かないんで見てくださいと言うことも出来る
>>246のコードは、あなたは重要ではないと思って色んな所を省略して書いたのだろうけれども、その重要ではないという判断が間違ってるということも往々にしてあるので、
ああいう質問の仕方はとてもよくない。何がしたいのかもよくわからないし、ループがどうなっているのかも、配列のインデックスの指定が間違ってるのかも何もわからない。
冗長だと思っても、最低でも質問をするならせめて関係のあるところは全部書くか、再現可能なコードを作ろう。
結局それがケアレスミスのようなものも含めて問題を浮き彫りににしてくれるから。急いでるなら尚更だよ。
|
- 【Python】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ46【pl,rb,php,js】
8 ：デフォルトの名無しさん[sage]：2014/08/27(水) 02:06:59.62 ID:Gkyyi0oW - >>7
だからさ、中央リポジトリで共有リポジトリが1個でもブランチは複数あるってのがわからないのかな？
ブランチを切って開発して、それを責任持った誰かがmasterにマージするということを「オレオレルール」とか言うなら、
一生オレオレルールって言って他人を馬鹿にしてると良いよ。
はっきり言って今までの一連の流れからGitを使って実践的な開発がしたことがないのはおろか、Gitの基本的な概念への理解すら怪しいってのが明らかになったからさ。
管理者ってのは便宜上つけただけでマージの責任を負えるやつなら誰でもいいんだよ。言葉の選び方は悪かったかもしれんがな。
|
- 【Python】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ46【pl,rb,php,js】
11 ：デフォルトの名無しさん[sage]：2014/08/27(水) 02:13:43.24 ID:Gkyyi0oW - >>9
だからさ、Git Bookをあんたは誤読してんだよ。
中央集権型ってのは皆でorigin/masterを弄りましょうってだけの話ではない。
トピックブランチを切ってそれを最終的にorigin/masterにマージさせましょうっていう話も含むよ。
それが
http://git-scm.com/book/ja/Git-%E3%81%AE%E3%83%96%E3%83%A9%E3%83%B3%E3%83%81%E6%A9%9F%E8%83%BD-%E3%83%96%E3%83%A9%E3%83%B3%E3%83%81%E3%81%A8%E3%83%9E%E3%83%BC%E3%82%B8%E3%81%AE%E5%9F%BA%E6%9C%AC
http://git-scm.com/book/ja/Git-%E3%81%AE%E3%83%96%E3%83%A9%E3%83%B3%E3%83%81%E6%A9%9F%E8%83%BD-%E3%83%96%E3%83%A9%E3%83%B3%E3%83%81%E3%81%A7%E3%81%AE%E4%BD%9C%E6%A5%AD%E3%81%AE%E6%B5%81%E3%82%8C
http://git-scm.com/book/ja/Git-%E3%81%AE%E3%83%96%E3%83%A9%E3%83%B3%E3%83%81%E6%A9%9F%E8%83%BD-%E3%83%AA%E3%83%A2%E3%83%BC%E3%83%88%E3%83%96%E3%83%A9%E3%83%B3%E3%83%81
あたりに書いてあるから読んでくれよな。
てかさ、「お前の周りだけの常識で語られても」とか言ってもあんたはGit使ったことないんだろ？
それこそ試してみたことすらない奴がマニュアルの一部だけを都合のいいように誤読して「中央リポジトリ版のやり方」だの「作業コピー版のやり方」だの言うのがちゃんちゃらおかしいんだけどさw
あんたのその自信どっからくんの？w
|
- 【Python】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ46【pl,rb,php,js】
12 ：デフォルトの名無しさん[sage]：2014/08/27(水) 02:14:48.03 ID:Gkyyi0oW - >>10
中央集権型は中央リポジトリにmasterブランチ1個で運用しますってどこに書いてあるのかな？
|
- 【Python】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ46【pl,rb,php,js】
14 ：デフォルトの名無しさん[sage]：2014/08/27(水) 02:34:03.00 ID:Gkyyi0oW - >>13
だからさ、中央集権型ってのはリポジトリが分散してないって話だろう。
それとは独立してブランチの運用の話をしていることが理解出来ないの？
|
- 【Python】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ46【pl,rb,php,js】
23 ：デフォルトの名無しさん[sage]：2014/08/27(水) 11:08:37.58 ID:Gkyyi0oW - >>15
中央集権型がmasterブランチだけでの開発だと読み取れるところを具体的に示してくれ。
公開リポジトリをどう扱うのかを議論する章の前にブランチをどう扱うのかの章が来ていて、公開リポジトリに関する章ではブランチの使い方に言及してないのだから、
中央集権型とかいうのはあくまで公開リポジトリが一つでそこに皆がpushするという意味だろう。
masterに皆でコミットするという意味とは読み取れない。
というかsvnは中央集権型だと思うが、別にsvnだってtrunkだけを使って開発することが中央集権型という意味ではないだろう。
実質的にはマージが大変だから皆そうしてるだけという話であって。
いくらgit bookと矛盾してそうなところ見つけてもそれ、あんたが誤読してるだけだからなw
git使ってたら当たり前すぎてわざわざ説明する必要もないことをこっちは延々説明してるんだから。
|
- Regular Expression(正規表現) Part12
805 ：デフォルトの名無しさん[sage]：2014/08/27(水) 14:55:26.81 ID:Gkyyi0oW - >>803
これほんとそうだと思うわw
10年前、車の免許の卒検で「あの車の前に停まれ」っていうので前方だと思ったら手前だったらしく最後に怒られてイラッとしたわw
|
- 【Python】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ46【pl,rb,php,js】
51 ：デフォルトの名無しさん[sage]：2014/08/27(水) 21:19:48.65 ID:Gkyyi0oW - Gitでも同様のことをしようと思ったらpost-mergeとかmerge-conflictあたりにhookして、メソッド単位で衝突したときはとりあえず片方を採用して
もう片方は全部コメントアウトで突っ込んどくみたいなスクリプト作れば同じことはできるんじゃないかな。
「GitはPythonのことを知らないから」というのは事実だが、可能性としてはhookでどうにでもなるわけだよね。
|