Gitオープンソースについて話してたら下衆い話題になってきた

菱川拓郎 @HissyNC

@kokona_san @nekomimiTaicho @tomotomobile おまけ http://t.co/UhO2xh8HK0

拡大

☯細谷崇@NPOのIT支援(HP制作, 業務システム開発)/WordPress/kintone @tkc49

@kokona_san @tomotomobile @HissyNC @nekomimiTaicho あ、横から失礼っす！フォークしてプルリクする流れはこのサイトを参考にしてたら間違いないっすか？　http://t.co/0gQwJ3RGEi

Tomoyuki Sugita @tomotomobile

@tkc49 @kokona_san @HissyNC @nekomimiTaicho ああ、これは宗教的なやつですね。やっておくに越したことがないけど、僕はmasterブランチからプルリクして普通に受け取ってくれましたよ

☯細谷崇@NPOのIT支援(HP制作, 業務システム開発)/WordPress/kintone @tkc49

@tomotomobile @kokona_san @HissyNC @nekomimiTaicho masterブランチってわざわざ自分のブランチ名を付けなくてOKってこと？ここで書いてる「myFeature」

Tomoyuki Sugita @tomotomobile

@tkc49 細かいこと言うとリベースしろ、とか色々うるさい人が少なからずいるのでマナーは守った方がいい。でも役に立つコードなら多少マナーが悪くても気にしないでしょう。気に食わなきゃリジェクトすればいいわけですし。

菱川拓郎 @HissyNC

@tkc49 @kokona_san @nekomimiTaicho @tomotomobile ぼくはこの記事を以前は参考にしていましたが、今見るとpull→rebaseを使うかどうかは人によるかも。ぼくはfetch→mergeしてます

☯細谷崇@NPOのIT支援(HP制作, 業務システム開発)/WordPress/kintone @tkc49

@tomotomobile なるほど。そのマージとリベースどっちがいい？っていうのは前の神戸のGitセミナーのときに質問にあった気がする

菱川拓郎 @HissyNC

@tkc49 @kokona_san @nekomimiTaicho @tomotomobile プルリクエストする際は、ブランチを作った方がいいです。また、spikeなど内容の分からないブランチ名よりは作業内容が分かるブランチ名の方がいいです。

☯細谷崇@NPOのIT支援(HP制作, 業務システム開発)/WordPress/kintone @tkc49

@HissyNC @kokona_san @nekomimiTaicho @tomotomobile なるほど！了解です！じゃぁ、これをベースに実勢してみます＾＾

☯細谷崇@NPOのIT支援(HP制作, 業務システム開発)/WordPress/kintone @tkc49

@HissyNC @kokona_san @nekomimiTaicho @tomotomobile あ、ですよね！この記事呼んでて一番疑問だったｗ　なんだこの名前は？って^^;

菱川拓郎 @HissyNC

@tkc49 @kokona_san @nekomimiTaicho @tomotomobile この記事は参考にせず、GitHub Flowの説明を参考にするのがよいでしょう。 https://t.co/5z5xWhkmia

☯細谷崇@NPOのIT支援(HP制作, 業務システム開発)/WordPress/kintone @tkc49

@HissyNC @kokona_san @nekomimiTaicho @tomotomobile おお！ありがとうです！見てくる！

☯細谷崇@NPOのIT支援(HP制作, 業務システム開発)/WordPress/kintone @tkc49

@tomotomobile @HissyNC @kokona_san @nekomimiTaicho なるほど。あれが面倒なんだな。( ..)φメモメモ

菱川拓郎 @HissyNC

@tkc49 @kokona_san @nekomimiTaicho @tomotomobile いや、あの記事はおおむね正しいです。masterブランチ上で作業をしないのは大前提です。また、プルリクエストを送る前にスカッシュするのも、ログがごちゃってたらやったほうがいいです

☯細谷崇@NPOのIT支援(HP制作, 業務システム開発)/WordPress/kintone @tkc49

@HissyNC @kokona_san @nekomimiTaicho @tomotomobile まだあれ最後まで実践出来てないんで、あのブログの形で実践しつつまぁ、慣れてきたら自分なりに応用すればいいかな＾＾

Tomoyuki Sugita @tomotomobile

@HissyNC @tkc49 宮さんはブランチ切ったこと無いって言ってたけどなｗ 会社で仕事する時はブランチを細々切るけどGitHubプロジェクトならせいぜいmaster, feature ブランチしか切らないなぁ〜

菱川拓郎 @HissyNC

@tkc49 @tomotomobile 作業ブランチからプルリクエスト用のブランチを作ることも、必要な場合もあると思います。ただ、そこまで気を使う必要がでてきたなら、プルリクエストが大きすぎることを疑った方がいいですね。

Tomoyuki Sugita @tomotomobile

@HissyNC @tkc49 @kokona_san @nekomimiTaicho スカッシュめんどい。ログがごちゃら内容にコミットすればいい( ´_ゝ｀)

菱川拓郎 @HissyNC

@tomotomobile @tkc49 それは、宮さんダメだね…。プラグインくらいなら何とかなるけど、例えばコンクリみたいに毎日新しいプルリクエストが発生している環境では、masterで作業するのは絶対にあり得ない。

菱川拓郎 @HissyNC

@tomotomobile @tkc49 うん。スカッシュはめんどいし使わない方がいいと思う。意味の分かるコミットをするべきで、一時保存にはスタッシュを使えばいいし。

Tomoyuki Sugita @tomotomobile

@HissyNC @tkc49 そっか、プラグインとコアでは確かにマナーが違うかも。コアプロジェクトってやったこと無いから知らなかったけど、確かにワークフローちゃんと決めた方が良さそうですね

菱川拓郎 @HissyNC

@tomotomobile @tkc49 まあ、色んな運用ができる懐の深さがGitの魅力なんすけどねw それが初心者に分かりにくいかも。。

Tomoyuki Sugita @tomotomobile

@HissyNC @tkc49 うん、自分たちのやりたいようにGit運用できるのがメリットだけど、運用の仕方わからない人からしたら何やったらいいのかわからないという。。。だから初心者はブランチとか必要ないと思うわけですよ

菱川拓郎 @HissyNC

@tomotomobile @tkc49 うーん、、ぼくは現状、フォークしない、ブランチを使ったGitHub Flowが最もシンプルなワークフローだと思ってて、複雑なgitのコマンドをほとんど使わずに安全に運用できる。なので初心者にはおすすめです。

菱川拓郎 @HissyNC

だいたい、GitHubのヘルプが一番分かりやすくて初心者向けで、GitHubのWebGUIを使えばコマンドは極力使わなくていいようになってるし、どうしても使わなきゃいけないときは画面にコピペできるようにコマンドが表示される。問題は、英語だっていうこと…。