Git 9

0001デフォルトの名無しさん

2014/04/12(土) 13:22:20.98ID:s4x1CSLN

ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。

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

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

◆前スレ
Git 8
http://toro.2ch.net/test/read.cgi/tech/1389701817/

0478デフォルトの名無しさん

2014/05/15(木) 23:02:53.18ID:8MS98tJI

>>476
俺が常用してるかどうかなんて関係無いでしょ？
難癖つけようとしてるのバレバレですよ (w

0479デフォルトの名無しさん

2014/05/15(木) 23:07:56.03ID:UtPqEVIk

クッソくだらん喧嘩をだらだら続けるな

0480デフォルトの名無しさん

2014/05/15(木) 23:08:02.02ID:FUoGOy6E

あ、常用してないんだｗ

0481デフォルトの名無しさん

2014/05/16(金) 09:08:26.94ID:CZd6eAcT

FUoGOy6EはNG登録した

0482デフォルトの名無しさん

2014/05/16(金) 10:34:06.37ID:ORK55gYr

NG登録した = もう反論はしない（見えないからできない）

なんだけどわかってるのかなぁ？ｗ
まあ、反論なければそのほうが俺は楽でいいけど。

0483デフォルトの名無しさん

2014/05/16(金) 15:03:25.79ID:7k6X61nc

荒らしに対抗できる唯一の手段は「反応しない」だからね。

ってひょっとして>>482はその荒らしか

0484デフォルトの名無しさん

2014/05/16(金) 15:43:20.57ID:T7U0JNMD

「反応しない」っていうのならレスするなよｗ
自分で言ったことぐらい守りましょう。

0485デフォルトの名無しさん

2014/05/16(金) 17:56:52.11ID:w4POSpYE

C:￥ripo￥bbs￥.gitがリポジトリとします
これでコミットしまくったらコミットログがたまりますが、この状態でGitHubプッシュするとすべてのコミットログもGitHubにあがりますよね
朝昼晩とコミットしていてちょっと知り合いにコミットした時間を見られたら困る事情があるので
プッシュするまでのコミットログを全部まとめて一つに書きなおして毎日17:00にコミットしたことにしたいのですが、
いまあるコミットログはgit logで見られるようにしておきたいのでいじらずそのまま残しておきたいのです
こういう場合はどうしたらいいでしょうか？

0486デフォルトの名無しさん

2014/05/16(金) 17:58:05.13ID:w4POSpYE

17:00にコミットというのは自分でコミットをするものだとお考えください
自動でコミットさせるという意味ではありません
とくに17:00ぴったりというわけじゃなくて夕方過ぎにコミットするものとお考え下さい

0487デフォルトの名無しさん

2014/05/16(金) 19:26:11.51ID:XlirJvLT

夕方にしたコミットにsquashで朝昼のコミットをまとめればいいじゃないの

0488デフォルトの名無しさん

2014/05/16(金) 19:28:33.38ID:XlirJvLT

コミットを自分のとこだけ残しておきたいならプッシュしないブランチを作ってそこで開発すればいいのよ
そのブランチからプッシュするブランチへマージするためのブランチを作ってそこでrebaseなりsquashなりでまとめてプッシュするブランチへマージ
そんでもってブッシュするの

0489デフォルトの名無しさん

2014/05/16(金) 21:25:42.84ID:eLIAKwa7

rebaseしてもauthor dateは変わらないんじゃなかったっけ？

0490デフォルトの名無しさん

2014/05/16(金) 21:50:47.36ID:T7U0JNMD

コミット内容を修正すればさすがに変わるし、
reset authorすればよい

0491デフォルトの名無しさん

2014/05/17(土) 15:46:53.71ID:/Qeglujp

2.0 延期らしい。
今のところ来週リリースが目標ぽい

0492デフォルトの名無しさん

2014/05/17(土) 15:51:50.79ID:I7tMhMJh

来週もまた延期の予定です

0493デフォルトの名無しさん

2014/05/17(土) 23:27:35.62ID:F+Anbw5h

何で日本人って見栄はってカタコトの英語でコミットログ書くんですか？
どうせ人様のに目にも止まらないようなプロジェクトなのに
見栄はってるんでしょうか？

0494デフォルトの名無しさん

2014/05/17(土) 23:29:07.46ID:PRZCp5x9

日本語入力に切り替えるのが面倒

0495デフォルトの名無しさん

2014/05/17(土) 23:29:43.34ID:bTYlzCR2

>>493
日本語読めない人がいるなら英語でログ書いてあげるのもいいけど、
日本人だけのチームなのに英語でログ書いてるのは、ちょっとアレな方々だと思う。

0496デフォルトの名無しさん

2014/05/17(土) 23:32:20.96ID:PRZCp5x9

文字コード的な問題を抱えてるとかじゃね

0497デフォルトの名無しさん

2014/05/17(土) 23:43:25.77ID:wwvCM72E

英語で書いてると見栄張ってるっての、正に日本人的だよな

0498デフォルトの名無しさん

2014/05/17(土) 23:43:27.81ID:AjJzM+jl

そういうのでハマっちゃうと時間食うからね。
本能的に避けちゃうんだな。

0499デフォルトの名無しさん

2014/05/17(土) 23:43:48.41ID:613Mhv1z

コミットログが日本語だと git format-patch のファイル名に反映されない

0500デフォルトの名無しさん

2014/05/18(日) 00:29:51.39ID:ooDeoEJd

>>493
自分しか使わないので何も書いてません。

0501デフォルトの名無しさん

2014/05/18(日) 02:01:54.89ID:xRvInDCX

なんだよこいつ。英語でコミットログ書いてるのかよ。
見えはってるな。

これが>>493が言ってること。

0502デフォルトの名無しさん

2014/05/18(日) 02:07:17.49ID:aiwStKdm

webブラウザで見たときに英語インターフェースの中に日本語があると浮くから
超てきとーな英語で入れてる
自分用だから自分が分かればいい

0503デフォルトの名無しさん

2014/05/18(日) 03:37:28.40ID:WINLDOAf

文字化け面倒くさいしな
技術英語でカタコトもくそもないし

0504デフォルトの名無しさん

2014/05/18(日) 03:38:41.45ID:XTSqz+Em

レガシーなコードがsjisだったりすると、マージの際にコミットログが化けて出る。
英語が書けなけりゃせめてローマ字で書いて。指差して笑うけど。

0505デフォルトの名無しさん

2014/05/18(日) 07:58:50.19ID:7h87TJ0i

bagu fix

0506デフォルトの名無しさん

2014/05/18(日) 08:45:26.28ID:8ZcupVW/

当たり前だけどUTF-8でログを書く事。
もしも文字化けとかしててもnkfとか使えば解決するだろ？
下手な英語で書かれるログより、日本語できちんと書かれているログの方が価値がある。

0507デフォルトの名無しさん

2014/05/18(日) 09:03:44.22ID:Uw9b9LOt

当たり前だけどGitなどのバージョン管理システムを使う場合、プロジェクト管理規約を
遵守すべきであり規約としてプロジェクト内の公用語を定めるべきである。
プロジェクト内公用語で書かれていないログは、どんなに価値ある内容であっても
ログとしての価値はない。

0508デフォルトの名無しさん

2014/05/18(日) 09:23:04.68ID:Fz0SuFV0

asciiの範囲内だけ使っておけば文字コード関係で変になる事がないｗ

0509デフォルトの名無しさん

2014/05/18(日) 09:40:24.61ID:8ZcupVW/

>>507
ログの本来の意味を理解せず上辺だけの運用だとこんな感じになるんだろうな。

0510デフォルトの名無しさん

2014/05/18(日) 09:40:34.69ID:j5Z4jU9Z

fix bug
update function
add text
こんなわけのわからないログを書かれてもね
わかりもしない英語で加工として意味のないログを書く意味が本当にない

0511デフォルトの名無しさん

2014/05/18(日) 09:48:50.69ID:Uw9b9LOt

>>509
その通り、正に上辺だけの運用の例がこれ>>510 だ。
だが、しかし、これ>>510 には元々ログとしての意味はない、これ>>510 と同レベルの
日本語を書いてしまうのが>>509

0512デフォルトの名無しさん

2014/05/18(日) 09:59:41.25ID:8ZcupVW/

>>511
ちょっと何言ってるのかわからないんですけど・・・
ログの本来の意味を理解しているのであれば、
価値ある内容のログを「ルールと違う方法で書いてるから無価値」なんて判断しないって事を言っている。

0513デフォルトの名無しさん

2014/05/18(日) 10:02:50.82ID:WINLDOAf

本来のログとして役立つ記録を
英語で書けばいいんじゃないの？

0514デフォルトの名無しさん

2014/05/18(日) 10:12:08.38ID:Uw9b9LOt

いや、どんな言語で書くかではなくプロジェクト内で「通じる言語で」しかも当然ながら
ログとしての意味のある記録内容を記すべきなのである。

0515デフォルトの名無しさん

2014/05/18(日) 10:16:46.89ID:y7sacx+K

更新したファイル名と行番号を書いておくのが一番

0516デフォルトの名無しさん

2014/05/18(日) 10:23:08.05ID:BMv+P6U/

mergeするかどうか、revertするかどうかの判断を
ログを眺めただけで出来れば十分

0517デフォルトの名無しさん

2014/05/18(日) 10:23:10.07ID:c7NwufzX

変更の目的や意図を書くのが一番重要。
単なる変更点ならdiffを見ればいいから。

0518デフォルトの名無しさん

2014/05/18(日) 10:29:15.25ID:y7sacx+K

diffで目的や意図が判ると良いね

0519デフォルトの名無しさん

2014/05/18(日) 10:47:04.48ID:pcGkJ5So

diffで目的や意図は分からんけど、更新したファイル名と行番号だと分かるんだ。
普通の人はそうじゃないから。

0520デフォルトの名無しさん

2014/05/18(日) 11:03:38.19ID:c7NwufzX

変更ファイルとか行数とか
わざわざ人間が書く必要ないと思うが。

0521デフォルトの名無しさん

2014/05/18(日) 11:13:05.15ID:wDknVmCU

何やったか思い返すヒントになればいいんだから何でもいいんだよ。

0522デフォルトの名無しさん

2014/05/18(日) 11:15:16.01ID:EPtn8OXu

>>514
あれ？
なら英語しか選択肢なくね？
日本語だと日本人しか理解出来なくね？

0523デフォルトの名無しさん

2014/05/18(日) 11:19:18.17ID:j5Z4jU9Z

別に英語で書くなって言ってないし
英語もわからない奴が英語でログ書くなって歯なし

0524デフォルトの名無しさん

2014/05/18(日) 11:28:10.29ID:Uw9b9LOt

>>522
プロジェクト公用語として、どのような基準を採用するか次第だ。
英語しか選択肢がないと考えがちなのがオープンソース界の悪習だ。
別に日本語のみに限定し、ソースコメントも日本語にすることすら
間違いではない、それをプロジェクト公用語と定めるならば。

0525デフォルトの名無しさん

2014/05/18(日) 11:43:23.99ID:2P7J7VC/

文書以外で日本語なんて使う気しない
英語コンプはフォルダ名も日本語にしてるのかと

0526デフォルトの名無しさん

2014/05/18(日) 11:47:50.98ID:Uw9b9LOt

>>525
君があるプロジェクトに関してプロジェクト公用語を定める事に影響力や決定権を
持ったら、日本語禁止にできるよ。只の下っ端ならブツブツ言いながら従えば済む。

0527デフォルトの名無しさん

2014/05/18(日) 11:55:22.75ID:0kvX68pZ

http://maguro.2ch.net/test/read.cgi/pc2nanmin/1372918692/145
　　↑　↑　　↑　↑　　↑　↑

0528デフォルトの名無しさん

2014/05/18(日) 13:28:14.89ID:BExb4OPW

>>526
でも、元々の >>493 はそういう話じゃないんよね
別に日本語でも英語でもその変更がどういう意味なのか分かりゃいいワケで
何故か英語=見栄みたいな扱いにしちゃってるのはおかしいと思わね？
まあ >>493 の周囲には分かりにくいログが多いのだろうけど、そんな人は多分日本語でも似たようなことしか書かないんだろうし

0529デフォルトの名無しさん

2014/05/18(日) 15:30:49.95ID:UhKpQ7wy

Add text
みたいなログを書く人間が日本語でまともなログを書けるかなぁ？
プログラミングが出来るって事は、英単語が分からない訳じゃないだろうから、変更点を他人に伝える気自体が無いわけだろう

こんなの英語以前の問題だよ
Add main window toolbar button help text
みたいな糞でもログとして使えるし

0530デフォルトの名無しさん

2014/05/18(日) 15:36:35.81ID:wDknVmCU

log言語の誕生である

0531デフォルトの名無しさん

2014/05/18(日) 15:48:36.89ID:NSHOUep6

BTSを利用してる時でも、コミットログはさぼらない方がいいのかな？

0532デフォルトの名無しさん

2014/05/18(日) 15:57:35.48ID:7v87Hd7x

>>510
↓これとか
https://github.com/Cipherwraith/Rokka/commits/master

0533デフォルトの名無しさん

2014/05/18(日) 16:41:15.58ID:aiwStKdm

同僚に対する不満をここでぶちまけられても
俺らにはどうしようもないんだ

0534デフォルトの名無しさん

2014/05/18(日) 17:56:48.01ID:ItRorGEB

>>532
何を変更したのかがわからないクソログ

0535デフォルトの名無しさん

2014/05/18(日) 18:07:20.56ID:4ihVJdEr

>>532
流石２ｃｈの管理人さんやで

0536デフォルトの名無しさん

2014/05/18(日) 20:04:06.18ID:XTSqz+Em

なんでこの変更が必要なのか書いてあればそれでいいや。

0537片山博文MZバグロボ ◆T6xkBnTXz7B0

2014/05/18(日) 21:11:53.29ID:wTsBQBni

Gitでバージョン番号を管理する方法ないの？

0538デフォルトの名無しさん

2014/05/18(日) 21:16:22.56ID:C9yMB7Be

>>537
あるけど、具体的にどういう
バージョン番号管理をしたいの？

0539片山博文MZバグロボ ◆T6xkBnTXz7B0

2014/05/18(日) 21:29:08.38ID:wTsBQBni

コミットするたびにソース中のバージョン番号を自動的に更新して欲しい!!

0540デフォルトの名無しさん

2014/05/18(日) 21:40:01.78ID:C9yMB7Be

>>539
ソースコードのバージョン？
アプリのバージョンじゃなくて？

0541デフォルトの名無しさん

2014/05/18(日) 21:40:35.24ID:7v87Hd7x

prepare-commit-msgフックでコミットメッセージにバージョン番号でも入れりゃいいんじゃねえの

0542デフォルトの名無しさん

2014/05/18(日) 21:44:28.59ID:C9yMB7Be

>>539
少しバージョン番号のつけ方の仕様を決めてくれないかな。

たとえば、仮にバージョン1のソースコードがあったとして、
それをAさんとBさんが個別に修正した時、
それぞれのバージョンはどうしますか？

0543デフォルトの名無しさん

2014/05/18(日) 21:52:39.89ID:wDknVmCU

アプリケーションでバージョン番号を持ってるファイルの更新だろな。
どっちかっつーとpush時な気がするな。

0544デフォルトの名無しさん

2014/05/18(日) 22:28:18.60ID:C9yMB7Be

>>543
どういう運用にしたいかによるでしょうね。

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

git推奨の方法以外をやりたいのであれば、その仕様を決めてもらわないと答えようがない。

0545デフォルトの名無しさん

2014/05/18(日) 22:49:36.09ID:7h87TJ0i

リリース前に、バージョン番号を格納するファイルを更新しpusu、そしてtagをつける
ってやってる

0546デフォルトの名無しさん

2014/05/18(日) 23:27:23.72ID:WINLDOAf

>>544
＞git推奨でいえば、バージョン番号 = ハッシュID
当のgitがそれやってなくね？

0547デフォルトの名無しさん

2014/05/18(日) 23:43:08.76ID:C9yMB7Be

>>546
いえ、"ソースコードの" バージョンの話です。
アプリのバージョンの話ではありません。

0548デフォルトの名無しさん

2014/05/18(日) 23:53:30.20ID:mKpMCPC5

推奨とか書いちゃうから

0549デフォルトの名無しさん

2014/05/19(月) 00:10:30.29ID:Zm2k/WGd

>>547
そうなのか。

ところで、アプリのバージョン番号はどうやって管理してる？
自動でインクリメントする仕掛けってやっぱほしいよね

0550デフォルトの名無しさん

2014/05/19(月) 00:16:41.33ID:PiFbW4Gq

それこそフックで何らかのスクリプト走らすって話じゃね？

0551デフォルトの名無しさん

2014/05/19(月) 00:37:55.02ID:2pHoKbmf

自動なのはビルドだけでバージョンは手でいいんじゃね

0552デフォルトの名無しさん

2014/05/19(月) 01:30:50.53ID:boPMtkif

CIツールでやれ

0553デフォルトの名無しさん

2014/05/19(月) 02:00:24.75ID:lhsjIgd7

時々さ、--versionってやると
バージョン番号としてコミットIDが
表示されるのあるじゃん？

あれってどうやってるの？
コミットしなければ現在の
コミットIDわからないはずなのに。

0554デフォルトの名無しさん

2014/05/19(月) 03:20:50.33ID:cOS2qM9v

>>553
それを表示するコードをビルド時にリポジトリ情報から自動生成すればいい

0555デフォルトの名無しさん

2014/05/19(月) 05:02:24.66ID:ZqE06A31

>>553
キーワード展開でググる。

0556デフォルトの名無しさん

2014/05/19(月) 14:22:29.51ID:nfghgbV/

>>493はまさにjap

0557デフォルトの名無しさん

2014/05/19(月) 21:43:58.04ID:lhsjIgd7

>>554
サーセン、LL使いなんでビルドなんて
ないんですｗｗｗ

0558デフォルトの名無しさん

2014/05/19(月) 21:56:35.02ID:xEeDrkw/

そうだそうだ！

0559デフォルトの名無しさん

2014/05/19(月) 22:44:03.09ID:cOS2qM9v

>>557
ビルドは無くてもデプロイするだろ
インストールスクリプトみたいなものを用意しないか？

0560デフォルトの名無しさん

2014/05/20(火) 05:21:27.44ID:7I4ys7NV

PHPerとかサーバで運用しているコードをそのままいじったりするから恐ろしい。
たまにgitにアプリのログやパスワードとか含まれてたりする。

0561デフォルトの名無しさん

2014/05/20(火) 05:26:16.72ID:Q2AhpEnY

> そのままいじったりする

どゆこと？

0562デフォルトの名無しさん

2014/05/20(火) 07:18:02.19ID:7I4ys7NV

>>561
運用と開発の環境が同じものってこと。バージョンとかでなくて、同一のリソース。

0563デフォルトの名無しさん

2014/05/20(火) 07:41:36.00ID:Q2AhpEnY

Webサーバとして公開してるディレクトリでgit initして開発してるってことか

0564デフォルトの名無しさん

2014/05/20(火) 08:24:11.40ID:uQLrwk2U

>>563
git じゃなくて Subversion だけどテストサーバーはその運用だわ。

0565デフォルトの名無しさん

2014/05/20(火) 12:10:11.33ID:Y3VmLAx+

開発と運用を分ける場合ってどうやるんですか？
例えばC:￥apache2.2￥htdocs￥kaihatu￥.gitで作って
運用で動かすのはC:￥apache2.2￥htdocs￥honban￥.gitみたいにしたらいいですか？
honbanフォルダでhaihatuをcloneして動かすっていう感じでしょうか？

0566デフォルトの名無しさん

2014/05/20(火) 12:50:55.92ID:fbMM1sIr

リポジトリの話と実行環境の話がごっちゃになっとる

0567デフォルトの名無しさん

2014/05/20(火) 13:32:57.00ID:oqlsgWjt

ものにもよると思うが開発マシンでそのまま運用するとか恐ろしいな

0568デフォルトの名無しさん

2014/05/20(火) 16:19:48.21ID:zD+BcsMh

これがDevOpsというやつか

0569デフォルトの名無しさん

2014/05/20(火) 17:18:53.44ID:7I4ys7NV

git archiveで取り出して、テスト環境にインストールしてテストして、同じものを本番環境にインストールが普通だよな? 普通だと言ってくれ。
テスト環境でリポジトリから直接インストールは許す。

0570デフォルトの名無しさん

2014/05/20(火) 20:19:01.71ID:7WHSNOxu

今の時代、スクリプト言語でもソースコードを
そのまま配置するとかやっちゃだめだよ。

デプロイはサーバーにログインして
git pullとかやっていいのは小学生までｗ

0571デフォルトの名無しさん

2014/05/20(火) 21:45:26.96ID:+FFXBZCI

この話git関係ないだろ

0572デフォルトの名無しさん

2014/05/20(火) 22:09:24.93ID:gHSFUybb

>>567
恐れるな！

0573デフォルトの名無しさん

2014/05/20(火) 22:47:06.91ID:w8F8fDtL

何のためのバージョン管理かわからんなｗ
問題出たら巻き戻せって事？
なんだかテストもしてなさそうｗ

0574デフォルトの名無しさん

2014/05/20(火) 23:20:14.34ID:DeZ/1+VP

>>569
rsyncとかするの？capとか使うの？
gitじゃだめなのか、、？

0575デフォルトの名無しさん

2014/05/20(火) 23:30:10.39ID:oqlsgWjt

本番環境にgit pullでデプロイするのは.gitが残るから問題あるよね
テスト環境ならいいと思うけど

0576デフォルトの名無しさん

2014/05/20(火) 23:45:03.16ID:gZsncm2t

緊急事態が起こって巻き戻すぐらいならええじゃないか
デプロイした先の本番環境で頻繁に巻き戻さないといけない方が余程テスト不足では

0577デフォルトの名無しさん

2014/05/20(火) 23:54:11.31ID:w8F8fDtL

本番サーバーがそのままリポジトリのマスターってのもありそう。

0578デフォルトの名無しさん

2014/05/20(火) 23:54:26.37ID:4h/6mNTZ

GitHubでプルリクの流れがよく分かりません。
コミットするときはmasterではなくてbranchにしろとは聞いてますが、
自分が理解するところでは、

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

こんな感じになるんでしょうか？