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/

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

2014/05/13(火) 22:48:27.73ID:8hwDbhT0

debianなら /usr/local 以下は staff グループになってるでしょ？
なら自分をstaffグループに追加すればいいだけ。

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

なんかさ、よくコマンド実行できなかった時、
グループに追加すればいいのに、すぐsudo使う人いるよね。

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

2014/05/13(火) 22:49:46.52ID:tJgFTBc/

ソースなんてどこに入れてもいいし、バイナリやライブラリもパス通ってるならどこでもいい

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

2014/05/13(火) 22:49:59.25ID:tmdhIwHM

なんか呼ばれたような気がしたので

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

2014/05/13(火) 23:30:22.27ID:HfUZuSMx

なんかエラーで全然ここに書込ができません
ありがとうございます
あとはlinxuできいてきます

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

2014/05/14(水) 00:59:32.71ID:N43CNidq

Git の公式の文書ではソースからのインストールの例として sudo を使ってるけどね。
http://git-scm.com/book/en/Getting-Started-Installing-Git

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

2014/05/14(水) 01:46:24.51ID:ToGrq+HN

>>410
リリース番号とかなら、CIツールのビルド番号とかでいいんじゃね

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

2014/05/14(水) 02:13:25.97ID:+eGAQ9pX

そもそも自分しか使わない PC で、いちいちグループに追加とかしてると、むなしくなってくるわ
sudo で十分だよ

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

2014/05/14(水) 02:48:09.56ID:LFlUnuUg

sudo & パスワード打つのが面倒だろ？
楽な方を提案してるんだよ。

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

2014/05/14(水) 02:49:32.86ID:TJ8LcHmI

もうrootになっちゃえよ。

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

2014/05/14(水) 02:51:54.81ID:EH48jFeA

侵入されたら即乗っ取られそうなインターネッツですね

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

2014/05/14(水) 03:03:17.35ID:LFlUnuUg

>>425
それはだめ。

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

そのうち普通のコマンドまでsudo使う癖がつくとかな。
sudoつかってホームディレクトリ以下にファイルやディレクトリを
作るもんだから、自分のファイルを編集できないとかアホなことにｗ

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

2014/05/14(水) 04:42:12.31ID:8Tw5p8Hi

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

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

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

2014/05/14(水) 05:13:22.04ID:TJ8LcHmI

普通にrootでapt-getしてstaffなユーザでgit使ったらいいんじゃないの。
staffグループに入れるのすら嫌うのにsudoersに入ってるってどゆことよ。

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

2014/05/14(水) 07:50:49.18ID:gY3lBZ4/

GUI があって sudoers 弄ってる認識ないとか。

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

2014/05/14(水) 07:51:39.21ID:HVjR+QBF

>>429
> 普通にrootでapt-getして

いちいち root でログインしてるのか？

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

2014/05/14(水) 08:16:46.96ID:1MSvyiHJ

脱線はそのくらいで

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

2014/05/14(水) 10:07:15.20ID:LFlUnuUg

>>431
権限あればいいんだから方法はなんでもいい
須藤でも流宇屠でもなんでもいい

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

2014/05/14(水) 10:21:07.79ID:U/CskQfB

そもそもlinux公式のパッケージなんて古いのに誰が使うんだよ
俺が使ってるのディストリのは1.7だぞ
OpenSSLの件もあるのに今1.9.1以下を使ってる奴は世界の地雷

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

2014/05/14(水) 10:50:10.78ID:tkkbE9ax

権限設定が大雑把すぎる
rootにならないと何もできない

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

2014/05/14(水) 11:53:53.82ID:HVjR+QBF

>>433
>>429 が sudoers どうのこうの言ってるから聞いただけ。

関係無いけど、須藤とか流宇屠とか面白いと思って書いてるの？

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

2014/05/14(水) 13:19:05.91ID:LFlUnuUg

>>436
面白いと思ってるならいちいち確認しにくるなよ
もっと自分の感性に自信持てや

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

2014/05/14(水) 14:37:13.29ID:RXztcnfz

>>427
>なんでもsudo使ってたら意味ないって。

たしかにsudoインフレ気味のきらいはある。
お前もう別にrootでログインしているのと変わらんのと違うか、みたいな。

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

2014/05/14(水) 15:57:03.71ID:z8cZm/fT

スクリプトの中でsudo書いたら負け

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

2014/05/14(水) 18:43:36.40ID:HVjR+QBF

>>437
ひょっとして皮肉って、わからなかったのか？ (w

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

2014/05/14(水) 19:12:13.53ID:56gZpWss

どうでもいい

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

2014/05/14(水) 19:45:20.61ID:LYwl2FB3

相談させてください。
開発ブランチをmasterへマージしたいのですが、
masterブランチがかなり進んでしまい、開発ブランチとの共通コミットがかなり前の物となってしまいました・・・
このままマージすると履歴が見づらいので、masterでリベースをしたいのですが、
開発ブランチにも、沢山のマージコミットがあり、そのままリベースするとマージコミットが吹き飛んで困ります。
マージコミットを残したままで、masterとリベースする方法というのはあるでしょうか？
もし、そのような方法がない場合・・・
どのようにすれば、少しでも見やすい履歴として残してマージする事ができるのでしょうか・・・
よろしくお願いします

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

2014/05/14(水) 20:19:17.04ID:NgeMMujl

マージじゃあかんのか？

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

2014/05/14(水) 20:37:04.99ID:W0xDTkwU

--preserve-merges で ggrks

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

2014/05/14(水) 20:38:55.41ID:W0xDTkwU

だけど俺もマージをおすすめする

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

2014/05/14(水) 20:59:04.67ID:LYwl2FB3

>>443-445
お答えありがとうございます
まさしく、--preserve-merges この機能を求めていました！
本当に助かりました
普通にマージでも、運用はまったく問題ありません。
しかし、あまりに前のコミットからブランチが切れている物なので、
グラフ上でその他のマージしたコミットなどを、またぎまくりで見るのた大変な状態でした・・・
本当に感謝です

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

2014/05/14(水) 21:21:30.74ID:Tc6rr+/g

男なら履歴をいじってんじゃねえよ！

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

2014/05/14(水) 22:35:14.87ID:XlAO72qf

http://git-scm.com/download/gui/win
ここにTortoiseGitないのは何で？

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

2014/05/14(水) 23:23:23.76ID:LFlUnuUg

>>428
> 一般ユーザの権限増やしちゃうほうが余程ダメだろ
意味不明。

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

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

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

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

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

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

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

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

2014/05/14(水) 23:36:27.18ID:ExP2CQtU

a.phpを修正(50行)した後にb.php(500行)を修正しました
このときgit add a.php; git commit -m "a.phpを修正"したあとにgit checkout -fしたらどうなりますか？

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

2014/05/14(水) 23:36:39.56ID:EH48jFeA

クソニートの戯言はチラシの裏にでも書いてくださいね

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

2014/05/14(水) 23:38:18.31ID:EH48jFeA

>>449宛て

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

2014/05/14(水) 23:45:05.68ID:LFlUnuUg

煽って何がしたいの？ｗ

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

2014/05/14(水) 23:48:28.71ID:PSOih+2g

今週の中学生日記はここですか

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

2014/05/15(木) 00:44:28.26ID:YRo5/B9y

>>449
「どこからがどの権限なのか」を意識しづらいのがroot常用の一番の問題かと。
まあそもそも、もうスレチなんだが。

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

2014/05/15(木) 01:08:22.07ID:p6ZJAeXV

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

こういう奴って /etc/sudoers の ALL = (ALL) ALL をおまじないだと思ってるんだろうな...
能力のないものには、いい道具与えても無駄なのがよくわかるな (w

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

2014/05/15(木) 01:23:15.29ID:FUoGOy6E

>>456
本当にsudo常用がroot常用と変わらないの分からないの？

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

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

なんでもかんでもsudo使って"root権限で実行"するのではなく
適切な権限を指定しなさいと言ってる。

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

2014/05/15(木) 01:45:41.47ID:p6ZJAeXV

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

お前俺のレスの意味わかってないだろ (w
touch でファイル作られるのが嫌なら禁止すればいいだけ
ALL = (ALL) ALL って書いといて、root 常用と同じとか、バカすぎ

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

2014/05/15(木) 02:11:34.74ID:t+uv2X5h

「俺のレス」
くさかべ先生が怒りそう

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

2014/05/15(木) 02:39:04.28ID:mVM4WfmV

そういうことにしたいのでつね

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

2014/05/15(木) 03:28:24.48ID:FUoGOy6E

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

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

こういう時はグループで書き込み権限を与えるんだよ。
sudo使うにしても結局グループ使うんだから、
sudoの前にまずグループだろうが。

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

2014/05/15(木) 07:07:31.46ID:p6ZJAeXV

>>461
> /usr/local/srcへの書き込みだぞ。

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

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

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

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

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

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

これはお返ししておくよ (w

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

2014/05/15(木) 07:10:12.05ID:ARfjiSB0

ブランチ名に日本語使ったりする？

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

2014/05/15(木) 09:03:46.47ID:FUoGOy6E

>>462
> 俺はそんな話してない。
そもそもそれが間違ってるじゃないか。

話の流れを読め。

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

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

最初っから、ファイルの権限の話なんだよ。

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

2014/05/15(木) 09:14:11.31ID:8qQimVf0

sudoをroot権限を与えること以外で使うなら
setuidで十分な事が多くね？

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

2014/05/15(木) 10:08:52.62ID:uV6K9eLe

/usr/local/srcを一般ユーザーに権限与えるのってLinuxの意に反してないの？
rootしか書き込みできないのは意味があってそうなってるんじゃないの？

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

2014/05/15(木) 10:20:43.45ID:yW4QL04N

>>466
staffなら書き込めるんだからそれこそが意だろ。
本当の一般ユーザをstaffにするのはおかしいが、
それならそもそもsudoも使えないべきだし。

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

2014/05/15(木) 11:05:33.69ID:l/v1SCMb

>>463
使わないなあ

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

2014/05/15(木) 11:22:14.76ID:uV6K9eLe

sqliteのデーターベースファイルに日々データを追加しているんですが
これもリポジトリで管理したほうがいいですか？
GitHubでこのファイルをみたことがないのでどうしたらいいのかわかりません
バックアップが目的なのでデータベースファイルを使ってるプロジェクトだけはzipで固めるべきか

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

2014/05/15(木) 11:46:35.53ID:8MS98tJI

>>464
> 話の流れを読め。

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

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

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

まあ、誤魔化そうと必死なのは伝わったよ (w

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

2014/05/15(木) 11:55:39.44ID:WbHEhbR4

>>469
バイナリだと差分が見えないからsql文をバージョン管理するとかになるのかな？
ダンプがそのままsql文にならなかったっけ？
面倒なら定刻にダンプするスクリプト走らせとけばいいかもね。

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

2014/05/15(木) 14:32:57.85ID:R166abH9

>>466
/usr/local/ 以下は、自分がPCを持っている人の話
WinのOwnerみたいなもの

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

2014/05/15(木) 18:07:08.81ID:Q6tngT9B

testブランチからmasterブランチにマージすると
testブランチのコミットログがmasterブランチのコミットログと合体しますよね
だからここのスレの先輩方はrebaseしろって書かれているのでrebaseしようとおもうんですが
rebaseしたらtestブランチのいままでのコミットログはgit logで見れなくなりますよね

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

2014/05/15(木) 19:20:39.33ID:dmANjRi5

>>463
俺はめちゃ使う。
むしろ英語は使わない

>>473
見れるけど・・？
よくわからないなら、rebaseはやめてmergeにしておくのがいい

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

2014/05/15(木) 21:37:37.22ID:7ICa3Xuq

>>465
-gで、プライマリグループを変更して実行することはある。
newgrpとかsgコマンド知らなかったから。

すれ違いなのはわかっているがこれだけはいわせてくれ
passwdとsudordersの編集は、実行できないようにしとけ？

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

2014/05/15(木) 22:41:35.54ID:FUoGOy6E

>>470
それで、sudo使う時ってどんな時？
あんたは常用してるんだよね？

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

2014/05/15(木) 22:42:32.59ID:FUoGOy6E

>>467
> staffなら書き込めるんだからそれこそが意だろ。

そういうことだね。
debianではちゃんとグループが設定されている。
だからsudoを使うことは殆ど無い。

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を見ればいいから。