14/04/30 21:28:01.99 upmIhAH5
>>217
プロジェクト名に言語が入ってないとなんの言語で作ってるのかわからないじゃん
言語を変えたらリポジトリ名を変更すればいいじゃん
309:デフォルトの名無しさん
14/04/30 21:58:49.74 Y0BKcERE
>>308
悪いことは言わないから足を洗え。
310:デフォルトの名無しさん
14/04/30 22:12:33.53 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:デフォルトの名無しさん
14/04/30 22:41:41.21 rUdHCEgh
githubだけの視野で語られても
312:デフォルトの名無しさん
14/04/30 22:42:55.54 livyiFPX
github以外のプロジェクトでも
複数言語でアプリ作るのは一般的だけど？ｗ
313:デフォルトの名無しさん
14/04/30 23:26:12.17 mdKtpEfX
307は本当に馬鹿なんだなぁ
管理されてないファイルがreset --hardの対象にならないことは以前に確認済みだから関係ないし
コミットしたものはすぐに権限持ちに差分送ってるし
コンフリクトは元々未来分の作業は既に入っててそこからコメント消す程度
俺が泣かなくて残念だったな
314:デフォルトの名無しさん
14/04/30 23:51:07.78 1vNQkGgC
結局gitのおかげで無事でした
めでたしめでたし
315:デフォルトの名無しさん
14/05/01 00:28:44.24 WukXr8jq
＞＞３１２
プロジェクトを1つのディレクトリに詰め込むタイプですか？
316:デフォルトの名無しさん
14/05/01 09:28:45.91 PzUwUPDQ
>>313
意味がわからないなあ
コミットしたものを権限持ちに既に送ってあるとしたら、
お前が上流からマージしようとしたブランチは一体何なの？
お前がコミットしたものを含んでいないブランチ？
317:デフォルトの名無しさん
14/05/01 11:07:25.45 PVO7jj2i
>>315
なんでそんな発想が出てくるんだ？ (w
318:デフォルトの名無しさん
14/05/01 11:24:48.42 /DVUm5po
おれはさ
php/wiki
php/cms
php/mailform
っていうふうに管理してるの
他の言語で同じ物を作ることもあるから
ruby/wiki
みたいに言語をネームスペースにすると管理が楽なんだよ
319:デフォルトの名無しさん
14/05/01 17:12:30.25 PzUwUPDQ
>>318
それとGitと何の関係があるんだ？
320:デフォルトの名無しさん
14/05/01 17:20:29.51 U31MyfYF
Gitはソースコードを管理するわけだからプロジェクトと関係あるだろ
C:/appData/User/toyohiko/マイドキュメント/mycode/php/wiki
これを外部のリポジトリ管理サービスに突っ込むときのリポジトリ名はphp-wiki
321:デフォルトの名無しさん
14/05/01 17:24:28.79 n23f7Uie
名前付けのポリシーとか別に好きにすればいいと思う。
322:デフォルトの名無しさん
14/05/01 17:44:02.84 PzUwUPDQ
>>320
そんなもん上流のリポジトリ管理方針次第だ
例えば俺はandroidのapp01プロジェクトを
ssh://remotehost/repo/android/app01.git とかに格納してる
323:デフォルトの名無しさん
14/05/01 17:52:02.03 U31MyfYF
>>310
複数言語使っているときは
C:/appData/User/toyohiko/マイドキュメント/mycode/other/wiki
というようにして言語名のフォルダにいれず名前空間に言語名を付けない
324:デフォルトの名無しさん
14/05/01 18:01:12.45 n23f7Uie
もう自由にタグ付けできる自分用プロジェクト管理ツール使っちゃえよ。
325:デフォルトの名無しさん
14/05/01 18:13:02.15 ZgnY/tZG
>>318
コードネームつければいい。
phpは犬の種類、rubyは猫の種類とか原則を持たせても良い。
326:デフォルトの名無しさん
14/05/01 19:05:29.45 PzUwUPDQ
>>323
githubがリポジトリを「URLﾘﾝｸ(github.com)ユーザー名/リポジトリ名」で管理してるのは
githubの管理方針であって、gitとは直接関係無いということが理解できた？トヨヒコくん
327:デフォルトの名無しさん
14/05/01 19:26:56.62 3NSQaEE2
だからさGitHubだけで語るな
328:デフォルトの名無しさん
14/05/01 22:47:07.56 dcOXu/fE
確かにSubversion使ってたときは一つのリポジトリに色々入れてたけど(そしてSubversionを適当に使う限りではそれで事足りてた)、
Gitは部分チェックアウトも出来ないしコミットもブランチも困ることだらけだからプロジェクトごとにリポジトリ分けるのが当然だよな。
自分もGit初心者の頃はSubversionと比較しちゃって部分チェックアウトが出来ないのが不便だのsvn:externalsと完璧に同等のものがないのが困るだの言ってたけど、
そのときGitユーザーから「Subversionとは思想が違うから比較するのは意味が無い」的なことを言われたけど、今はまさにそのとおりだと思うよ。
とりあえずSubversionでややこしい開発はしたくないね、もう。
329:デフォルトの名無しさん
14/05/02 03:41:26.83 ZGvM0amq
>>316 pullするだけでその状態になることすらわからないとかお前本当に馬鹿だな
330:デフォルトの名無しさん
14/05/02 03:48:34.89 PU3lP69m
>>326
はあ？リポジトリ名の話なのに
＞「URLﾘﾝｸ(github.com)ユーザー名/リポジトリ名」
ってなんだよ話そらしてんじゃねえよ
331:デフォルトの名無しさん
14/05/02 06:22:29.35 KJDTZacL
自分の管理下にあるリポジトリなら好きに名前付けりゃいいじゃん
332:デフォルトの名無しさん
14/05/02 06:35:41.08 Ujs4NpLL
>>330
とよひこ君はまだわからないのか
githubじゃなければ、リポジトリ名をphp/wikiとかruby/wikiみたいにネームスペースにして管理できるって言ってんだよ
333:デフォルトの名無しさん
14/05/02 06:37:10.90 Ujs4NpLL
>>329
pullするだけですべてうまく行くと思ってるのは幻想だ
ちゃんと勉強したほうがいいな
334:デフォルトの名無しさん
14/05/02 08:09:07.29 ZGvM0amq
わざわざvcsの勉強なくて無価値なことはしたくもないね
335:デフォルトの名無しさん
14/05/02 08:29:32.57 Ujs4NpLL
Gitに関しては勉強する価値があった
正直まともなVCS使わないのは、高機能エディタやIDEも使わずメモ帳で開発するようなもんだわ
336:デフォルトの名無しさん
14/05/02 11:30:23.12 W9jDDFpi
パスワードを含んだファイルがあるんですけど
このファイル内のパスワードを削除して雛形だけの状態にしてからプッシュしてます
一度プッシュしたらほとんど修正はしないファイルなんですがこういう場合ってどうするものですか？
337:デフォルトの名無しさん
14/05/02 13:03:04.92 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:デフォルトの名無しさん
14/05/02 13:06:17.10 Pfd+HO5D
>>332
> リポジトリ名をphp/wikiとかruby/wikiみたいにネームスペースにして管理できるって言ってんだよ
別に、/ スラッシュを使わなくても
php\wiki や ruby\wik でもいいだろう？
php_wiki や ruby_wik でもいいだろう？
339:デフォルトの名無しさん
14/05/02 13:17:21.62 Oia8PEO/
>>336
aaa.confってファイル名だとしたら
.gitignoreにaaa.confを登録してaaa.conf.sampleみたいなファイル名で
コミットしておくのが多いんでないかな
340:デフォルトの名無しさん
14/05/02 14:47:13.55 Ujs4NpLL
>>338
話の流れを読めないアホなのか？>>216が話のはじまりだ
別に本人が / 以外でいいのならそれでいいぞ
ただし、\ で区切るのは勘弁してくれ
341:デフォルトの名無しさん
14/05/02 15:06:33.45 WqSAbr7K
User/repository.gitが
User/php/oreore.gitじゃなくてGItHubが/を-に変換してUser/php-oreore.gitになる
bitbucketは名前を強制的に変換はしないがurlのほうは変換される
余計な機能
342:デフォルトの名無しさん
14/05/02 17:26:31.17 BNaPh7J8
% git clone URLﾘﾝｸ(...) php/oreore.git
すればいいだけじゃねーの。
手元で php ディレクトリが存在してるかどうかに関わらず
Gitは指定したパスにクローンしてくれるよ。
わざわざ指定するのがイヤなら
そういうcloneをするようなスクリプトかぶせてもいいし。
343:デフォルトの名無しさん
14/05/02 17:34:19.17 XSE+HkNu
C:￥testからD:￥testに移動したいんですけど
ファイラーで移動したらgitできなくなりました
.gitの中でどのファイルを開いてパスを書き換えたらいいですか？
344:デフォルトの名無しさん
14/05/02 17:44:12.24 BNaPh7J8
>>343
わからん。ありそうなのは .git/config だが、
適切に答えるには情報が不十分かつ不正確。
345:デフォルトの名無しさん
14/05/02 17:53:43.03 XSE+HkNu
C:￥testでgit initして適当にファイルを作ってコミットして
C:￥testをコピーしてD:￥testにペーストしたんです
D:￥testのなかでgit logしたらログが表示されません
346:デフォルトの名無しさん
14/05/02 18:06:55.59 +HIQMOvh
全く再現しねえな
347:デフォルトの名無しさん
14/05/02 18:07:33.93 XSE+HkNu
eeeeeeeeeeee
348:デフォルトの名無しさん
14/05/02 18:14:47.14 +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:デフォルトの名無しさん
14/05/02 18:23:12.12 3JApfdBs
おかしいな・・・またあとできます
350:デフォルトの名無しさん
14/05/02 20:15:24.71 dlumt8FZ
Gitのこともほとんど具体的な操作方とか知らないままなんだけど、GitHub実践入門を買った
ので、Git操作のお勉強と同時にGithubも使いだした。
351:デフォルトの名無しさん
14/05/02 20:18:51.30 6MkiwdiC
rmした後に全く関係ないファイルをaddするとrmしたファイルのrename扱いになるんですが
単に新規ステージングしたファイル扱いにできますか？
直後にrmしたファイルではなく、始めにrmしたファイルのrenameになっていたり
動作がわけわららんです
352:デフォルトの名無しさん
14/05/02 20:48:37.15 YmhbMTXU
>>337 横レス
設定ファイルとか便利そうだな。覚えておこう。
353:デフォルトの名無しさん
14/05/02 20:49:12.42 6MkiwdiC
どうやら中身が同じファイルは勝手にrename扱いにしてくれるようですね
空ファイルでトレーニングしていたので混乱してしまいました
354:デフォルトの名無しさん
14/05/02 20:59:01.62 6ajnVdK2
>>351
gitのデータ構造としては、ファイルの移動や改名とかは管理してなくて、
表示の時にヒューリスティックに判断してrenameとか出してるだけだから、
気にする必要ないよ。
355:デフォルトの名無しさん
14/05/02 21:02:26.52 6MkiwdiC
>>354
ありがとうございます
そういうものだと、気にしないようにします
356:デフォルトの名無しさん
14/05/02 21:42:27.82 x3xYwsX7
gitはファイルではなくコンテンツを管理していると言われる所以だね。
357:デフォルトの名無しさん
14/05/02 22:17:35.97 Xf1Tcq77
gitでhookファイルを変更した場合
これをGitHubにプッシュした阿戸に
ローカルのファイルとリポジトリを削除してからクローンしたらhookファイルの内容がないんですが何故ですか？
358:デフォルトの名無しさん
14/05/02 23:58:46.02 ojQzvTVb
こんなGit入門の本を買った。
URLﾘﾝｸ(2ch-dc.net)
359:デフォルトの名無しさん
14/05/03 00:29:50.84 9lt90aGA
喜ぶべきか悼むべきか・・・
360:デフォルトの名無しさん
14/05/03 01:42:57.16 fa3rSR83
>>358
それってどう？
361:デフォルトの名無しさん
14/05/03 02:05:49.12 Z2xjVVlJ
>>357
フックは版管理されてないから。configも同様。
フックをシェアしたいならワーキングディレクトリにフックを置いて、Makefileなりsetupスクリプトからインストールできるようにする。
クローンしただけで勝手にスクリプトに走られたら困る。
362:デフォルトの名無しさん
14/05/03 02:07:15.00 vyhhlfA3
>>360
文章読むだけならGithubで公開されてる
363:デフォルトの名無しさん
14/05/03 02:11:26.95 Z2xjVVlJ
>>353
rmしたファイルのindexに注意。git rm。
git mvはgit addとgit rmを同時にやってくれる。
364:デフォルトの名無しさん
14/05/03 07:45:11.01 n1PIULKZ
>>353
中身が似てるファイルね
rename扱いにしてるのはログ表示の時だから、まあ気にしなくていいには変わらない
コピペ検出機能だとでも思っておけ
365:デフォルトの名無しさん
14/05/03 13:12:50.33 EAqxmtFF
リモートにtagをpushした後、リモートに存在するtagを確認するにはどうすればよいのでしょうか
ローカルリポジトリのtagなら git tag, リモートのブランチなら git branch -r ですが、
リモートのtagを表示するコマンドが見つかりません
366:デフォルトの名無しさん
14/05/03 14:26:01.92 H1NY/7i6
git ls-remote リモート名
367:デフォルトの名無しさん
14/05/03 14:26:42.30 oP8j+OVm
>>365
これでリポジトリを直接指定して確認できるけど、
git ls-remote --tags リポジトリのURL
もっといい方法があるかも？
368:デフォルトの名無しさん
14/05/03 14:47:09.37 EAqxmtFF
>>366-367
感謝です！ありがとうございました！
369:デフォルトの名無しさん
14/05/04 11:33:46.82 bQKl4dNQ
リモートリポジトリからPullした直後で一切変更を加えていないにも関わらず
git statusでいくつかのファイルで差分が検出されてしまう現象にが起きています
差分が検出されているファイルのdiffを見るとソースコード全体が入れ替えられたような表示になります
しかし、該当ファイルをgit addしてから再度git diffすると変更点なしと表示されます
現象が起きるファイルは.cpp、.cs等複数の拡張子で
その拡張子のファイルすべてで起きる訳ではなく、頻繁に更新されるファイルで起きているように見えました
この現象についてWeb検索したのですが、該当しそうな情報は得られませんでした
githubのクライアントとVisualStudio2013のgit機能を併用していることに
原因がありそうな気がしているのでそのあたり調査する予定ですが
見直すべき設定等、何かヒントを頂けたら嬉しいです
370:デフォルトの名無しさん
14/05/04 11:50:13.22 IxrX60Uq
>>369
改行コードだな
371:デフォルトの名無しさん
14/05/04 18:11:29.06 Efc5dGc7
git config core.filemode false
git config core.symlinks false
372:デフォルトの名無しさん
14/05/05 12:36:20.36 qzGHizbC
pullは1箇所から取得してpushは複数にする方法を教えてください
AitHubのみpullして
pushはAitHub,BitHub,CitHubの3箇所に送信してバックアップがしたいんです
373:デフォルトの名無しさん
14/05/05 13:48:29.73 bcw2AmGJ
>>372
git remote add知ってる?
374:デフォルトの名無しさん
14/05/05 13:50:28.20 HNW3XBXV
それ知ってますけど1つのとこしかpushできませんよね
375:デフォルトの名無しさん
14/05/05 14:07:54.45 NnoKU6B2
一つの所ってなんですか？ originですか？
なんでいちいち名前を指定すると思いますか？
一つだけなら名前は必要ないはずですよね？
376:デフォルトの名無しさん
14/05/05 14:08:40.84 NnoKU6B2
なんでremote addだと思いますか？
一つだけならremote setでいいはずですよね？
あとは自分で考えてください。
377:デフォルトの名無しさん
14/05/05 18:39:57.72 G1VleuAd
git push {A,B,C}itHub branch
378:デフォルトの名無しさん
14/05/06 11:11:21.75 wWugdkdR
>>369
autocrlfくさい
379:369
14/05/06 15:12:16.47 5E8fiGLl
>>370,371,378
ありがとうございます。
いただいた助言を参考に試行錯誤して、とりあえず以下の操作をしたら
現象が落ち着きました。
・core.autocrlfをtrueからfalseに(Windowsでしか開発しないので)
・core.whitespaceを明示(space-before-tab,trailing-space)
・該当ファイルをVisualStudioの「ドキュメントのフォーマット」を使用して整形
もしかしたらwhitespace周りが原因だったのかもしれません。
どうもありがとうございました。
380:デフォルトの名無しさん
14/05/06 16:27:04.50 dFD2Q7zD
masterブランチの内容をtestブランチに移動して
masterブランチ内のファイルの内容を空の状態にする方法を教えてください
381:デフォルトの名無しさん
14/05/06 18:22:58.02 ms/T2S5F
ファイルの内容を空の状態にする？ファイルのサイズを0バイトにするってこと？
382:デフォルトの名無しさん
14/05/06 18:53:05.44 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:デフォルトの名無しさん
14/05/06 18:59:41.16 WvF/ZXc8
絵に描いたような教えてクン
384:デフォルトの名無しさん
14/05/06 19:03:35.48 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:デフォルトの名無しさん
14/05/11 13:29:58.96 DrfDcIuJ
1.9.3 がリリースされたね
386:デフォルトの名無しさん
14/05/11 16:13:44.39 8Qasa1hM
>>385
それが・・・どうかしたの？
387:デフォルトの名無しさん
14/05/11 16:14:30.91 M5uHChWE
今回のはつまらんリリースだ
388:デフォルトの名無しさん
14/05/11 17:39:48.22 qkdWQCFA
まだ１．９つかってるの？もうこっちは２．０使ってるよ
389:デフォルトの名無しさん
14/05/11 19:24:38.83 04FzsR6r
俺のはいまだに1.7ですが
390:デフォルトの名無しさん
14/05/11 21:21:49.14 wZvRNfhO
カレントを追いかけているから俺も常に最新・・・
アップデートきてたから1.9.3に今した
391:デフォルトの名無しさん
14/05/11 21:23:17.01 pXskIuQ6
1.8 位から、処理速度が速くなったと思う
392:デフォルトの名無しさん
14/05/12 00:23:32.35 fWwUyCwI
俺初めて使ったとき、まずルートでinitしていつまでも延々待ちになってしまって
壊れているかと思った。
393:デフォルトの名無しさん
14/05/12 12:14:12.48 bllVZHXA
>>390
カレントってなに？gitからクローンすると2.0になるけど？
394:デフォルトの名無しさん
14/05/12 13:44:49.20 1rzT8Re4
>>393
>カレントってなに？gitからクローンすると2.0になるけど？
「現時点で GitHub から Git のリポジトリのクローンを取得してビルドしてインストールすると 2.0 になる」という意味？
現時点で 2.0 は正式版ではなくて RC 版だよ。
URLﾘﾝｸ(github.com)
現時点の最新の 2.0 は 2日前にリリースされた v2.0.0-rc3。
現時点の最新の正式版は 2 日前にリリースされた v1.9.3。
395:デフォルトの名無しさん
14/05/12 16:08:54.91 VMOJUad9
バグ修正が中心のリリースとなる「Git 1.9.3」が公開される
URLﾘﾝｸ(sourceforge.jp)
396:デフォルトの名無しさん
14/05/13 00:02:25.45 cgdWIPbr
>>394
カレントって普通
> 現時点の最新の 2.0 は 2日前にリリースされた v2.0.0-rc3。
を指すんじゃね？
397:デフォルトの名無しさん
14/05/13 00:23:30.33 Kbu/OO7P
カレントって普通は安定板stableの最新版じゃないの
テスト要素のあるrcやβは含まないんじゃないの
398:デフォルトの名無しさん
14/05/13 00:36:15.98 A9K77IIM
普通は安定版だよ
399:デフォルトの名無しさん
14/05/13 00:47:21.79 V9w/ceW7
currentというとバージョン管理システムから持ってきた
開発版のソースを指すケースもあるな
*BSD方面とか
400:デフォルトの名無しさん
14/05/13 01:02:23.02 TNqok+m1
2.0を使ってるひとは、2.0がrc版だって認識して使ってるの？
401:デフォルトの名無しさん
14/05/13 01:09:14.75 8hwDbhT0
RCというのはリリース候補。ベータ版よりも
完成度が高い、リリース版レベルのもののことだよ
402:デフォルトの名無しさん
14/05/13 01:09:32.07 Kbu/OO7P
そりゃそうだろ
ソースからビルドするならタグから引っ張ってくるだろうし
403:デフォルトの名無しさん
14/05/13 01:11:36.76 Kbu/OO7P
>>401
v2.0.0はrcが1、2、3と出てるんですがそれは
404:デフォルトの名無しさん
14/05/13 01:19:56.17 aq/kP6dx
>>403
完成度もせいぜいベータよりはマシ、ってレベルで
gitのリリース版レベルなんてのは所詮その程度だ
ってことを>>401は言ってる。
405:デフォルトの名無しさん
14/05/13 01:21:40.67 TNqok+m1
2.0で付加される新機能を早く使いたいとかGitのバグ取りに協力したいっていうなら理解できるんだけど、それ以外に2.0rcをあえて使う理由ってあるの？
406:デフォルトの名無しさん
14/05/13 05:43:56.92 Tx8Pcw2g
自分が何かgitに関連するモノを作って自分以外の人に提供してるなら
最低でもRCの段階で問題無い事を確認しておきたいな
407:デフォルトの名無しさん
14/05/13 12:15:49.81 KvmMEOaQ
>>406
それは理解できる
でもこのスレの >>388 とか >>393 ってそういう感じじゃないんだよね
GitHubからクローン取得してビルドしたら2.0で、2.0がrcであることも知らないで使っている、そして2.0未満のバージョンのユーザを馬鹿にしている
こんな風に思えてしまう
408:デフォルトの名無しさん
14/05/13 12:57:27.93 0j07nOJV
データを蓄積するツールとして使ってるから安定版。俺はまだ1.7使ってるし。
409:デフォルトの名無しさん
14/05/13 13:06:38.35 vRP8IXzs
>>407
身の回りにいるならともかく、ネットの向こうにいる他人なんてほっとけよ。
あと、>>388 でバカにされたとか思うようなら、このての掲示板見ない方がいいと思うぞ。
410:デフォルトの名無しさん
14/05/13 13:14:13.76 +cSIqVHp
gitでバージョン番号管理って、みんなどうやってる？
411:デフォルトの名無しさん
14/05/13 18:24:36.93 A9K77IIM
vistaでgui使ってコミットするファイルの選択してたら固まりまくったんだけどなんなん
1.8.4で起きて1.9.2に更新しても再発した
もろもろ込みの15mくらいのexe
Git-1.8.4-preview20130916 → Git-1.9.2-preview20140411
412:デフォルトの名無しさん
14/05/13 18:42:33.12 KvmMEOaQ
>>409
了解
413:デフォルトの名無しさん
14/05/13 20:58:37.93 Xzl/NzK/
Gitのmasterはrcとはいえpuやnextに比べれば安定してんじゃねーの
あとGitはrcをリリース4 5週間前から毎週出すポリシーみたいだから、
rcの数が多いか少ないかで安定度は測れない。
一応今週末に正式リリース予定ぽいんで、
今週出なければなんかまずいバグが残ってるのかもね。
414:デフォルトの名無しさん
14/05/13 21:43:52.50 HfUZuSMx
gitをコンパイルして入れるときってユーザーはrootでやってますか？
415:デフォルトの名無しさん
14/05/13 21:58:13.25 8hwDbhT0
>>414
コンパイルは一般ユーザー
ディストリは？
416:デフォルトの名無しさん
14/05/13 22:42:01.92 HfUZuSMx
debianです
ソースコードから入れる時って/usr/local/srcにいれてるんですが
ここ一般ユーザーだと書込できないんですよね
おまけにrootにsshの設定をしてないのでgit cloneできないし
rootにsshの設定をするべきではないらしいのでどうするのがいいのかわかりません
417:デフォルトの名無しさん
14/05/13 22:48:27.73 8hwDbhT0
debianなら /usr/local 以下は staff グループになってるでしょ？
なら自分をstaffグループに追加すればいいだけ。
まあ、俺は自分のhome以下でコンパイルするけど。
なんかさ、よくコマンド実行できなかった時、
グループに追加すればいいのに、すぐsudo使う人いるよね。
418:デフォルトの名無しさん
14/05/13 22:49:46.52 tJgFTBc/
ソースなんてどこに入れてもいいし、バイナリやライブラリもパス通ってるならどこでもいい
419:デフォルトの名無しさん
14/05/13 22:49:59.25 tmdhIwHM
なんか呼ばれたような気がしたので
420:デフォルトの名無しさん
14/05/13 23:30:22.27 HfUZuSMx
なんかエラーで全然ここに書込ができません
ありがとうございます
あとはlinxuできいてきます
421:デフォルトの名無しさん
14/05/14 00:59:32.71 N43CNidq
Git の公式の文書ではソースからのインストールの例として sudo を使ってるけどね。
URLﾘﾝｸ(git-scm.com)
422:デフォルトの名無しさん
14/05/14 01:46:24.51 ToGrq+HN
>>410
リリース番号とかなら、CIツールのビルド番号とかでいいんじゃね
423:デフォルトの名無しさん
14/05/14 02:13:25.97 +eGAQ9pX
そもそも自分しか使わない PC で、いちいちグループに追加とかしてると、むなしくなってくるわ
sudo で十分だよ
424:デフォルトの名無しさん
14/05/14 02:48:09.56 LFlUnuUg
sudo & パスワード打つのが面倒だろ？
楽な方を提案してるんだよ。
425:デフォルトの名無しさん
14/05/14 02:49:32.86 TJ8LcHmI
もうrootになっちゃえよ。
426:デフォルトの名無しさん
14/05/14 02:51:54.81 EH48jFeA
侵入されたら即乗っ取られそうなインターネッツですね
427:デフォルトの名無しさん
14/05/14 03:03:17.35 LFlUnuUg
>>425
それはだめ。
root使うなって流れでsudoなんだろうけど、
なんでもsudo使ってたら意味ないって。
そのうち普通のコマンドまでsudo使う癖がつくとかな。
sudoつかってホームディレクトリ以下にファイルやディレクトリを
作るもんだから、自分のファイルを編集できないとかアホなことにｗ
428:デフォルトの名無しさん
14/05/14 04:42:12.31 8Tw5p8Hi
一般ユーザの権限増やしちゃうほうが余程ダメだろ
確かに初心者の頃には自分に弄れないファイル作ったりするもんさ
…でも、そこでそのファイルの所有者を自分に戻す方法や
どうすれば一般ユーザのファイルとして作れるのかを考えず調べずに
「一般ユーザの権限を増やしちゃえ」
ってやるのは思考停止だと思うよ、root常用と発想が変わらない
429:デフォルトの名無しさん
14/05/14 05:13:22.04 TJ8LcHmI
普通にrootでapt-getしてstaffなユーザでgit使ったらいいんじゃないの。
staffグループに入れるのすら嫌うのにsudoersに入ってるってどゆことよ。
430:デフォルトの名無しさん
14/05/14 07:50:49.18 gY3lBZ4/
GUI があって sudoers 弄ってる認識ないとか。
431:デフォルトの名無しさん
14/05/14 07:51:39.21 HVjR+QBF
>>429
> 普通にrootでapt-getして
いちいち root でログインしてるのか？
432:デフォルトの名無しさん
14/05/14 08:16:46.96 1MSvyiHJ
脱線はそのくらいで
433:デフォルトの名無しさん
14/05/14 10:07:15.20 LFlUnuUg
>>431
権限あればいいんだから方法はなんでもいい
須藤でも流宇屠でもなんでもいい
434:デフォルトの名無しさん
14/05/14 10:21:07.79 U/CskQfB
そもそもlinux公式のパッケージなんて古いのに誰が使うんだよ
俺が使ってるのディストリのは1.7だぞ
OpenSSLの件もあるのに今1.9.1以下を使ってる奴は世界の地雷
435:デフォルトの名無しさん
14/05/14 10:50:10.78 tkkbE9ax
権限設定が大雑把すぎる
rootにならないと何もできない
436:デフォルトの名無しさん
14/05/14 11:53:53.82 HVjR+QBF
>>433
>>429 が sudoers どうのこうの言ってるから聞いただけ。
関係無いけど、須藤とか流宇屠とか面白いと思って書いてるの？
437:デフォルトの名無しさん
14/05/14 13:19:05.91 LFlUnuUg
>>436
面白いと思ってるならいちいち確認しにくるなよ
もっと自分の感性に自信持てや
438:デフォルトの名無しさん
14/05/14 14:37:13.29 RXztcnfz
>>427
>なんでもsudo使ってたら意味ないって。
たしかにsudoインフレ気味のきらいはある。
お前もう別にrootでログインしているのと変わらんのと違うか、みたいな。
439:デフォルトの名無しさん
14/05/14 15:57:03.71 z8cZm/fT
スクリプトの中でsudo書いたら負け
440:デフォルトの名無しさん
14/05/14 18:43:36.40 HVjR+QBF
>>437
ひょっとして皮肉って、わからなかったのか？ (w
441:デフォルトの名無しさん
14/05/14 19:12:13.53 56gZpWss
どうでもいい
442:デフォルトの名無しさん
14/05/14 19:45:20.61 LYwl2FB3
相談させてください。
開発ブランチをmasterへマージしたいのですが、
masterブランチがかなり進んでしまい、開発ブランチとの共通コミットがかなり前の物となってしまいました・・・
このままマージすると履歴が見づらいので、masterでリベースをしたいのですが、
開発ブランチにも、沢山のマージコミットがあり、そのままリベースするとマージコミットが吹き飛んで困ります。
マージコミットを残したままで、masterとリベースする方法というのはあるでしょうか？
もし、そのような方法がない場合・・・
どのようにすれば、少しでも見やすい履歴として残してマージする事ができるのでしょうか・・・
よろしくお願いします
443:デフォルトの名無しさん
14/05/14 20:19:17.04 NgeMMujl
マージじゃあかんのか？
444:デフォルトの名無しさん
14/05/14 20:37:04.99 W0xDTkwU
--preserve-merges で ggrks
445:デフォルトの名無しさん
14/05/14 20:38:55.41 W0xDTkwU
だけど俺もマージをおすすめする
446:デフォルトの名無しさん
14/05/14 20:59:04.67 LYwl2FB3
>>443-445
お答えありがとうございます
まさしく、--preserve-merges この機能を求めていました！
本当に助かりました
普通にマージでも、運用はまったく問題ありません。
しかし、あまりに前のコミットからブランチが切れている物なので、
グラフ上でその他のマージしたコミットなどを、またぎまくりで見るのた大変な状態でした・・・
本当に感謝です
447:デフォルトの名無しさん
14/05/14 21:21:30.74 Tc6rr+/g
男なら履歴をいじってんじゃねえよ！
448:デフォルトの名無しさん
14/05/14 22:35:14.87 XlAO72qf
URLﾘﾝｸ(git-scm.com)
ここにTortoiseGitないのは何で？
449:デフォルトの名無しさん
14/05/14 23:23:23.76 LFlUnuUg
>>428
> 一般ユーザの権限増やしちゃうほうが余程ダメだろ
意味不明。
今の話はsudo権限で書き込める人に対して
sudo使うな一般ユーザー権限でコマンド使えるようにしろって話だから。
誰もsudo権限ない人に権限与えろなんて言ってねーよｗ
> …でも、そこでそのファイルの所有者を自分に戻す方法や
> どうすれば一般ユーザのファイルとして作れるのかを考えず調べずに
> 「一般ユーザの権限を増やしちゃえ」
> ってやるのは思考停止だと思うよ、root常用と発想が変わらない
そんな話してないけどねｗ
sudo使って権限を変える行為のがroot常用と同じだから
sudoも使わずに一般ユーザーでやれるようにしろと。
ユーザに必要な権限を与えるのは、必要で許されるならば何の問題もなく、
権限を与えなければ、sudo使うしか無いわけでそれがroot使ってるのと変わらない。
っていうか、sudo常用＝root常用ってわかってる？
450:デフォルトの名無しさん
14/05/14 23:36:27.18 ExP2CQtU
a.phpを修正(50行)した後にb.php(500行)を修正しました
このときgit add a.php; git commit -m "a.phpを修正"したあとにgit checkout -fしたらどうなりますか？
451:デフォルトの名無しさん
14/05/14 23:36:39.56 EH48jFeA
クソニートの戯言はチラシの裏にでも書いてくださいね
452:デフォルトの名無しさん
14/05/14 23:38:18.31 EH48jFeA
>>449宛て
453:デフォルトの名無しさん
14/05/14 23:45:05.68 LFlUnuUg
煽って何がしたいの？ｗ
454:デフォルトの名無しさん
14/05/14 23:48:28.71 PSOih+2g
今週の中学生日記はここですか
455:デフォルトの名無しさん
14/05/15 00:44:28.26 YRo5/B9y
>>449
「どこからがどの権限なのか」を意識しづらいのがroot常用の一番の問題かと。
まあそもそも、もうスレチなんだが。
456:デフォルトの名無しさん
14/05/15 01:08:22.07 p6ZJAeXV
>>449
> っていうか、sudo常用＝root常用ってわかってる？
こういう奴って /etc/sudoers の ALL = (ALL) ALL をおまじないだと思ってるんだろうな...
能力のないものには、いい道具与えても無駄なのがよくわかるな (w
457:デフォルトの名無しさん
14/05/15 01:23:15.29 FUoGOy6E
>>456
本当にsudo常用がroot常用と変わらないの分からないの？
sudo touch a ってやったら、root:rootでファイル作られるよね？
sudoはなるべくrootにならずに、root権限（ユーザー未指定の場合）で
実行するものであって、結局のところrootで実行しているのと同じ。
sudoを常用したら意味がないんだけど。
なんでもかんでもsudo使って"root権限で実行"するのではなく
適切な権限を指定しなさいと言ってる。
458:デフォルトの名無しさん
14/05/15 01:45:41.47 p6ZJAeXV
>>457
> sudo touch a ってやったら、root:rootでファイル作られるよね？
お前俺のレスの意味わかってないだろ (w
touch でファイル作られるのが嫌なら禁止すればいいだけ
ALL = (ALL) ALL って書いといて、root 常用と同じとか、バカすぎ
459:デフォルトの名無しさん
14/05/15 02:11:34.74 t+uv2X5h
「俺のレス」
くさかべ先生が怒りそう
460:デフォルトの名無しさん
14/05/15 02:39:04.28 mVM4WfmV
そういうことにしたいのでつね
461:デフォルトの名無しさん
14/05/15 03:28:24.48 FUoGOy6E
>>458
お前根本的に間違ってるじゃんか。
/usr/local/srcへの書き込みだぞ。
実行コマンドを制限してどうする。
こういう時はグループで書き込み権限を与えるんだよ。
sudo使うにしても結局グループ使うんだから、
sudoの前にまずグループだろうが。
462:デフォルトの名無しさん
14/05/15 07:07:31.46 p6ZJAeXV
>>461
> /usr/local/srcへの書き込みだぞ。
俺はそんな話してない。
俺は、
> っていうか、sudo常用＝root常用ってわかってる？
がおかしいって言ってるだけ。
ちなみに sudo はグループでもユーザーでも指定して制御できるから
> sudo使うにしても結局グループ使うんだから、
は、根本的に間違ってる。
なので、
> お前根本的に間違ってるじゃんか。
これはお返ししておくよ (w
463:デフォルトの名無しさん
14/05/15 07:10:12.05 ARfjiSB0
ブランチ名に日本語使ったりする？
464:デフォルトの名無しさん
14/05/15 09:03:46.47 FUoGOy6E
>>462
> 俺はそんな話してない。
そもそもそれが間違ってるじゃないか。
話の流れを読め。
最初の >>416 は ファイルを書き込む権限の話。
> ソースコードから入れる時って/usr/local/srcにいれてるんですが
> ここ一般ユーザーだと書込できないんですよね
>>428 でもファイルを書き込む権限の話。
> 一般ユーザの権限増やしちゃうほうが余程ダメだろ
> 確かに初心者の頃には自分に弄れないファイル作ったりするもんさ
最初っから、ファイルの権限の話なんだよ。
465:デフォルトの名無しさん
14/05/15 09:14:11.31 8qQimVf0
sudoをroot権限を与えること以外で使うなら
setuidで十分な事が多くね？
466:デフォルトの名無しさん
14/05/15 10:08:52.62 uV6K9eLe
/usr/local/srcを一般ユーザーに権限与えるのってLinuxの意に反してないの？
rootしか書き込みできないのは意味があってそうなってるんじゃないの？
467:デフォルトの名無しさん
14/05/15 10:20:43.45 yW4QL04N
>>466
staffなら書き込めるんだからそれこそが意だろ。
本当の一般ユーザをstaffにするのはおかしいが、
それならそもそもsudoも使えないべきだし。
468:デフォルトの名無しさん
14/05/15 11:05:33.69 l/v1SCMb
>>463
使わないなあ
469:デフォルトの名無しさん
14/05/15 11:22:14.76 uV6K9eLe
sqliteのデーターベースファイルに日々データを追加しているんですが
これもリポジトリで管理したほうがいいですか？
GitHubでこのファイルをみたことがないのでどうしたらいいのかわかりません
バックアップが目的なのでデータベースファイルを使ってるプロジェクトだけはzipで固めるべきか
470:デフォルトの名無しさん
14/05/15 11:46:35.53 8MS98tJI
>>464
> 話の流れを読め。
そんな話には興味がない。
俺は単に、
> > っていうか、sudo常用＝root常用ってわかってる？
がおかしいって言ってるだけ。
まあ、誤魔化そうと必死なのは伝わったよ (w
471:デフォルトの名無しさん
14/05/15 11:55:39.44 WbHEhbR4
>>469
バイナリだと差分が見えないからsql文をバージョン管理するとかになるのかな？
ダンプがそのままsql文にならなかったっけ？
面倒なら定刻にダンプするスクリプト走らせとけばいいかもね。
472:デフォルトの名無しさん
14/05/15 14:32:57.85 R166abH9
>>466
/usr/local/ 以下は、自分がPCを持っている人の話
WinのOwnerみたいなもの
473:デフォルトの名無しさん
14/05/15 18:07:08.81 Q6tngT9B
testブランチからmasterブランチにマージすると
testブランチのコミットログがmasterブランチのコミットログと合体しますよね
だからここのスレの先輩方はrebaseしろって書かれているのでrebaseしようとおもうんですが
rebaseしたらtestブランチのいままでのコミットログはgit logで見れなくなりますよね
474:デフォルトの名無しさん
14/05/15 19:20:39.33 dmANjRi5
>>463
俺はめちゃ使う。
むしろ英語は使わない
>>473
見れるけど・・？
よくわからないなら、rebaseはやめてmergeにしておくのがいい
475:デフォルトの名無しさん
14/05/15 21:37:37.22 7ICa3Xuq
>>465
-gで、プライマリグループを変更して実行することはある。
newgrpとかsgコマンド知らなかったから。
すれ違いなのはわかっているがこれだけはいわせてくれ
passwdとsudordersの編集は、実行できないようにしとけ？
476:デフォルトの名無しさん
14/05/15 22:41:35.54 FUoGOy6E
>>470
それで、sudo使う時ってどんな時？
あんたは常用してるんだよね？
477:デフォルトの名無しさん
14/05/15 22:42:32.59 FUoGOy6E
>>467
> staffなら書き込めるんだからそれこそが意だろ。
そういうことだね。
debianではちゃんとグループが設定されている。
だからsudoを使うことは殆ど無い。
478:デフォルトの名無しさん
14/05/15 23:02:53.18 8MS98tJI
>>476
俺が常用してるかどうかなんて関係無いでしょ？
難癖つけようとしてるのバレバレですよ (w
479:デフォルトの名無しさん
14/05/15 23:07:56.03 UtPqEVIk
クッソくだらん喧嘩をだらだら続けるな
480:デフォルトの名無しさん
14/05/15 23:08:02.02 FUoGOy6E
あ、常用してないんだｗ
481:デフォルトの名無しさん
14/05/16 09:08:26.94 CZd6eAcT
FUoGOy6EはNG登録した
482:デフォルトの名無しさん
14/05/16 10:34:06.37 ORK55gYr
NG登録した = もう反論はしない（見えないからできない）
なんだけどわかってるのかなぁ？ｗ
まあ、反論なければそのほうが俺は楽でいいけど。
483:デフォルトの名無しさん
14/05/16 15:03:25.79 7k6X61nc
荒らしに対抗できる唯一の手段は「反応しない」だからね。
ってひょっとして>>482はその荒らしか
484:デフォルトの名無しさん
14/05/16 15:43:20.57 T7U0JNMD
「反応しない」っていうのならレスするなよｗ
自分で言ったことぐらい守りましょう。
485:デフォルトの名無しさん
14/05/16 17:56:52.11 w4POSpYE
C:￥ripo￥bbs￥.gitがリポジトリとします
これでコミットしまくったらコミットログがたまりますが、この状態でGitHubプッシュするとすべてのコミットログもGitHubにあがりますよね
朝昼晩とコミットしていてちょっと知り合いにコミットした時間を見られたら困る事情があるので
プッシュするまでのコミットログを全部まとめて一つに書きなおして毎日17:00にコミットしたことにしたいのですが、
いまあるコミットログはgit logで見られるようにしておきたいのでいじらずそのまま残しておきたいのです
こういう場合はどうしたらいいでしょうか？
486:デフォルトの名無しさん
14/05/16 17:58:05.13 w4POSpYE
17:00にコミットというのは自分でコミットをするものだとお考えください
自動でコミットさせるという意味ではありません
とくに17:00ぴったりというわけじゃなくて夕方過ぎにコミットするものとお考え下さい
487:デフォルトの名無しさん
14/05/16 19:26:11.51 XlirJvLT
夕方にしたコミットにsquashで朝昼のコミットをまとめればいいじゃないの
488:デフォルトの名無しさん
14/05/16 19:28:33.38 XlirJvLT
コミットを自分のとこだけ残しておきたいならプッシュしないブランチを作ってそこで開発すればいいのよ
そのブランチからプッシュするブランチへマージするためのブランチを作ってそこでrebaseなりsquashなりでまとめてプッシュするブランチへマージ
そんでもってブッシュするの
489:デフォルトの名無しさん
14/05/16 21:25:42.84 eLIAKwa7
rebaseしてもauthor dateは変わらないんじゃなかったっけ？
490:デフォルトの名無しさん
14/05/16 21:50:47.36 T7U0JNMD
コミット内容を修正すればさすがに変わるし、
reset authorすればよい
491:デフォルトの名無しさん
14/05/17 15:46:53.71 /Qeglujp
2.0 延期らしい。
今のところ来週リリースが目標ぽい
492:デフォルトの名無しさん
14/05/17 15:51:50.79 I7tMhMJh
来週もまた延期の予定です
493:デフォルトの名無しさん
14/05/17 23:27:35.62 F+Anbw5h
何で日本人って見栄はってカタコトの英語でコミットログ書くんですか？
どうせ人様のに目にも止まらないようなプロジェクトなのに
見栄はってるんでしょうか？
494:デフォルトの名無しさん
14/05/17 23:29:07.46 PRZCp5x9
日本語入力に切り替えるのが面倒
495:デフォルトの名無しさん
14/05/17 23:29:43.34 bTYlzCR2
>>493
日本語読めない人がいるなら英語でログ書いてあげるのもいいけど、
日本人だけのチームなのに英語でログ書いてるのは、ちょっとアレな方々だと思う。
496:デフォルトの名無しさん
14/05/17 23:32:20.96 PRZCp5x9
文字コード的な問題を抱えてるとかじゃね
497:デフォルトの名無しさん
14/05/17 23:43:25.77 wwvCM72E
英語で書いてると見栄張ってるっての、正に日本人的だよな
498:デフォルトの名無しさん
14/05/17 23:43:27.81 AjJzM+jl
そういうのでハマっちゃうと時間食うからね。
本能的に避けちゃうんだな。
499:デフォルトの名無しさん
14/05/17 23:43:48.41 613Mhv1z
コミットログが日本語だと git format-patch のファイル名に反映されない
500:デフォルトの名無しさん
14/05/18 00:29:51.39 ooDeoEJd
>>493
自分しか使わないので何も書いてません。
501:デフォルトの名無しさん
14/05/18 02:01:54.89 xRvInDCX
なんだよこいつ。英語でコミットログ書いてるのかよ。
見えはってるな。
これが>>493が言ってること。
502:デフォルトの名無しさん
14/05/18 02:07:17.49 aiwStKdm
webブラウザで見たときに英語インターフェースの中に日本語があると浮くから
超てきとーな英語で入れてる
自分用だから自分が分かればいい
503:デフォルトの名無しさん
14/05/18 03:37:28.40 WINLDOAf
文字化け面倒くさいしな
技術英語でカタコトもくそもないし
504:デフォルトの名無しさん
14/05/18 03:38:41.45 XTSqz+Em
レガシーなコードがsjisだったりすると、マージの際にコミットログが化けて出る。
英語が書けなけりゃせめてローマ字で書いて。指差して笑うけど。
505:デフォルトの名無しさん
14/05/18 07:58:50.19 7h87TJ0i
bagu fix
506:デフォルトの名無しさん
14/05/18 08:45:26.28 8ZcupVW/
当たり前だけどUTF-8でログを書く事。
もしも文字化けとかしててもnkfとか使えば解決するだろ？
下手な英語で書かれるログより、日本語できちんと書かれているログの方が価値がある。
507:デフォルトの名無しさん
14/05/18 09:03:44.22 Uw9b9LOt
当たり前だけどGitなどのバージョン管理システムを使う場合、プロジェクト管理規約を
遵守すべきであり規約としてプロジェクト内の公用語を定めるべきである。
プロジェクト内公用語で書かれていないログは、どんなに価値ある内容であっても
ログとしての価値はない。
508:デフォルトの名無しさん
14/05/18 09:23:04.68 Fz0SuFV0
asciiの範囲内だけ使っておけば文字コード関係で変になる事がないｗ
509:デフォルトの名無しさん
14/05/18 09:40:24.61 8ZcupVW/
>>507
ログの本来の意味を理解せず上辺だけの運用だとこんな感じになるんだろうな。
510:デフォルトの名無しさん
14/05/18 09:40:34.69 j5Z4jU9Z
fix bug
update function
add text
こんなわけのわからないログを書かれてもね
わかりもしない英語で加工として意味のないログを書く意味が本当にない
511:デフォルトの名無しさん
14/05/18 09:48:50.69 Uw9b9LOt
>>509
その通り、正に上辺だけの運用の例がこれ>>510 だ。
だが、しかし、これ>>510 には元々ログとしての意味はない、これ>>510 と同レベルの
日本語を書いてしまうのが>>509
512:デフォルトの名無しさん
14/05/18 09:59:41.25 8ZcupVW/
>>511
ちょっと何言ってるのかわからないんですけど・・・
ログの本来の意味を理解しているのであれば、
価値ある内容のログを「ルールと違う方法で書いてるから無価値」なんて判断しないって事を言っている。
513:デフォルトの名無しさん
14/05/18 10:02:50.82 WINLDOAf
本来のログとして役立つ記録を
英語で書けばいいんじゃないの？
514:デフォルトの名無しさん
14/05/18 10:12:08.38 Uw9b9LOt
いや、どんな言語で書くかではなくプロジェクト内で「通じる言語で」しかも当然ながら
ログとしての意味のある記録内容を記すべきなのである。
515:デフォルトの名無しさん
14/05/18 10:16:46.89 y7sacx+K
更新したファイル名と行番号を書いておくのが一番
516:デフォルトの名無しさん
14/05/18 10:23:08.05 BMv+P6U/
mergeするかどうか、revertするかどうかの判断を
ログを眺めただけで出来れば十分
517:デフォルトの名無しさん
14/05/18 10:23:10.07 c7NwufzX
変更の目的や意図を書くのが一番重要。
単なる変更点ならdiffを見ればいいから。
518:デフォルトの名無しさん
14/05/18 10:29:15.25 y7sacx+K
diffで目的や意図が判ると良いね
519:デフォルトの名無しさん
14/05/18 10:47:04.48 pcGkJ5So
diffで目的や意図は分からんけど、更新したファイル名と行番号だと分かるんだ。
普通の人はそうじゃないから。
520:デフォルトの名無しさん
14/05/18 11:03:38.19 c7NwufzX
変更ファイルとか行数とか
わざわざ人間が書く必要ないと思うが。
521:デフォルトの名無しさん
14/05/18 11:13:05.15 wDknVmCU
何やったか思い返すヒントになればいいんだから何でもいいんだよ。
522:デフォルトの名無しさん
14/05/18 11:15:16.01 EPtn8OXu
>>514
あれ？
なら英語しか選択肢なくね？
日本語だと日本人しか理解出来なくね？
523:デフォルトの名無しさん
14/05/18 11:19:18.17 j5Z4jU9Z
別に英語で書くなって言ってないし
英語もわからない奴が英語でログ書くなって歯なし
524:デフォルトの名無しさん
14/05/18 11:28:10.29 Uw9b9LOt
>>522
プロジェクト公用語として、どのような基準を採用するか次第だ。
英語しか選択肢がないと考えがちなのがオープンソース界の悪習だ。
別に日本語のみに限定し、ソースコメントも日本語にすることすら
間違いではない、それをプロジェクト公用語と定めるならば。
525:デフォルトの名無しさん
14/05/18 11:43:23.99 2P7J7VC/
文書以外で日本語なんて使う気しない
英語コンプはフォルダ名も日本語にしてるのかと
526:デフォルトの名無しさん
14/05/18 11:47:50.98 Uw9b9LOt
>>525
君があるプロジェクトに関してプロジェクト公用語を定める事に影響力や決定権を
持ったら、日本語禁止にできるよ。只の下っ端ならブツブツ言いながら従えば済む。
527:デフォルトの名無しさん
14/05/18 11:55:22.75 0kvX68pZ
ｽﾚﾘﾝｸ(pc2nanmin板:145番)
↑ ↑ ↑ ↑ ↑ ↑
528:デフォルトの名無しさん
14/05/18 13:28:14.89 BExb4OPW
>>526
でも、元々の >>493 はそういう話じゃないんよね
別に日本語でも英語でもその変更がどういう意味なのか分かりゃいいワケで
何故か英語=見栄みたいな扱いにしちゃってるのはおかしいと思わね？
まあ >>493 の周囲には分かりにくいログが多いのだろうけど、そんな人は多分日本語でも似たようなことしか書かないんだろうし
529:デフォルトの名無しさん
14/05/18 15:30:49.95 UhKpQ7wy
Add text
みたいなログを書く人間が日本語でまともなログを書けるかなぁ？
プログラミングが出来るって事は、英単語が分からない訳じゃないだろうから、変更点を他人に伝える気自体が無いわけだろう
こんなの英語以前の問題だよ
Add main window toolbar button help text
みたいな糞でもログとして使えるし
530:デフォルトの名無しさん
14/05/18 15:36:35.81 wDknVmCU
log言語の誕生である
531:デフォルトの名無しさん
14/05/18 15:48:36.89 NSHOUep6
BTSを利用してる時でも、コミットログはさぼらない方がいいのかな？
532:デフォルトの名無しさん
14/05/18 15:57:35.48 7v87Hd7x
>>510
↓これとか
URLﾘﾝｸ(github.com)
533:デフォルトの名無しさん
14/05/18 16:41:15.58 aiwStKdm
同僚に対する不満をここでぶちまけられても
俺らにはどうしようもないんだ
534:デフォルトの名無しさん
14/05/18 17:56:48.01 ItRorGEB
>>532
何を変更したのかがわからないクソログ
535:デフォルトの名無しさん
14/05/18 18:07:20.56 4ihVJdEr
>>532
流石２ｃｈの管理人さんやで
536:デフォルトの名無しさん
14/05/18 20:04:06.18 XTSqz+Em
なんでこの変更が必要なのか書いてあればそれでいいや。
537:片山博文MZバグロボ ◆T6xkBnTXz7B0
14/05/18 21:11:53.29 wTsBQBni
Gitでバージョン番号を管理する方法ないの？
538:デフォルトの名無しさん
14/05/18 21:16:22.56 C9yMB7Be
>>537
あるけど、具体的にどういう
バージョン番号管理をしたいの？
539:片山博文MZバグロボ ◆T6xkBnTXz7B0
14/05/18 21:29:08.38 wTsBQBni
コミットするたびにソース中のバージョン番号を自動的に更新して欲しい!!
540:デフォルトの名無しさん
14/05/18 21:40:01.78 C9yMB7Be
>>539
ソースコードのバージョン？
アプリのバージョンじゃなくて？
541:デフォルトの名無しさん
14/05/18 21:40:35.24 7v87Hd7x
prepare-commit-msgフックでコミットメッセージにバージョン番号でも入れりゃいいんじゃねえの
542:デフォルトの名無しさん
14/05/18 21:44:28.59 C9yMB7Be
>>539
少しバージョン番号のつけ方の仕様を決めてくれないかな。
たとえば、仮にバージョン1のソースコードがあったとして、
それをAさんとBさんが個別に修正した時、
それぞれのバージョンはどうしますか？
543:デフォルトの名無しさん
14/05/18 21:52:39.89 wDknVmCU
アプリケーションでバージョン番号を持ってるファイルの更新だろな。
どっちかっつーとpush時な気がするな。
544:デフォルトの名無しさん
14/05/18 22:28:18.60 C9yMB7Be
>>543
どういう運用にしたいかによるでしょうね。
git推奨でいえば、バージョン番号 = ハッシュID
この方法が優れているのは、ソースコードに何も書かないでいいし、
複数の人が平行で作業していても、バージョン番号がかぶることがないというメリットが有る。
git推奨の方法以外をやりたいのであれば、その仕様を決めてもらわないと答えようがない。
545:デフォルトの名無しさん
14/05/18 22:49:36.09 7h87TJ0i
リリース前に、バージョン番号を格納するファイルを更新しpusu、そしてtagをつける
ってやってる
546:デフォルトの名無しさん
14/05/18 23:27:23.72 WINLDOAf
>>544
＞git推奨でいえば、バージョン番号 = ハッシュID
当のgitがそれやってなくね？
547:デフォルトの名無しさん
14/05/18 23:43:08.76 C9yMB7Be
>>546
いえ、"ソースコードの" バージョンの話です。
アプリのバージョンの話ではありません。
548:デフォルトの名無しさん
14/05/18 23:53:30.20 mKpMCPC5
推奨とか書いちゃうから
549:デフォルトの名無しさん
14/05/19 00:10:30.29 Zm2k/WGd
>>547
そうなのか。
ところで、アプリのバージョン番号はどうやって管理してる？
自動でインクリメントする仕掛けってやっぱほしいよね
550:デフォルトの名無しさん
14/05/19 00:16:41.33 PiFbW4Gq
それこそフックで何らかのスクリプト走らすって話じゃね？
551:デフォルトの名無しさん
14/05/19 00:37:55.02 2pHoKbmf
自動なのはビルドだけでバージョンは手でいいんじゃね
552:デフォルトの名無しさん
14/05/19 01:30:50.53 boPMtkif
CIツールでやれ
553:デフォルトの名無しさん
14/05/19 02:00:24.75 lhsjIgd7
時々さ、--versionってやると
バージョン番号としてコミットIDが
表示されるのあるじゃん？
あれってどうやってるの？
コミットしなければ現在の
コミットIDわからないはずなのに。
554:デフォルトの名無しさん
14/05/19 03:20:50.33 cOS2qM9v
>>553
それを表示するコードをビルド時にリポジトリ情報から自動生成すればいい
555:デフォルトの名無しさん
14/05/19 05:02:24.66 ZqE06A31
>>553
キーワード展開でググる。
556:デフォルトの名無しさん
14/05/19 14:22:29.51 nfghgbV/
>>493はまさにjap
557:デフォルトの名無しさん
14/05/19 21:43:58.04 lhsjIgd7
>>554
サーセン、LL使いなんでビルドなんて
ないんですｗｗｗ
558:デフォルトの名無しさん
14/05/19 21:56:35.02 xEeDrkw/
そうだそうだ！
559:デフォルトの名無しさん
14/05/19 22:44:03.09 cOS2qM9v
>>557
ビルドは無くてもデプロイするだろ
インストールスクリプトみたいなものを用意しないか？
560:デフォルトの名無しさん
14/05/20 05:21:27.44 7I4ys7NV
PHPerとかサーバで運用しているコードをそのままいじったりするから恐ろしい。
たまにgitにアプリのログやパスワードとか含まれてたりする。
561:デフォルトの名無しさん
14/05/20 05:26:16.72 Q2AhpEnY
> そのままいじったりする
どゆこと？
562:デフォルトの名無しさん
14/05/20 07:18:02.19 7I4ys7NV
>>561
運用と開発の環境が同じものってこと。バージョンとかでなくて、同一のリソース。
563:デフォルトの名無しさん
14/05/20 07:41:36.00 Q2AhpEnY
Webサーバとして公開してるディレクトリでgit initして開発してるってことか
564:デフォルトの名無しさん
14/05/20 08:24:11.40 uQLrwk2U
>>563
git じゃなくて Subversion だけどテストサーバーはその運用だわ。
565:デフォルトの名無しさん
14/05/20 12:10:11.33 Y3VmLAx+
開発と運用を分ける場合ってどうやるんですか？
例えばC:￥apache2.2￥htdocs￥kaihatu￥.gitで作って
運用で動かすのはC:￥apache2.2￥htdocs￥honban￥.gitみたいにしたらいいですか？
honbanフォルダでhaihatuをcloneして動かすっていう感じでしょうか？
566:デフォルトの名無しさん
14/05/20 12:50:55.92 fbMM1sIr
リポジトリの話と実行環境の話がごっちゃになっとる
567:デフォルトの名無しさん
14/05/20 13:32:57.00 oqlsgWjt
ものにもよると思うが開発マシンでそのまま運用するとか恐ろしいな
568:デフォルトの名無しさん
14/05/20 16:19:48.21 zD+BcsMh
これがDevOpsというやつか
569:デフォルトの名無しさん
14/05/20 17:18:53.44 7I4ys7NV
git archiveで取り出して、テスト環境にインストールしてテストして、同じものを本番環境にインストールが普通だよな? 普通だと言ってくれ。
テスト環境でリポジトリから直接インストールは許す。
570:デフォルトの名無しさん
14/05/20 20:19:01.71 7WHSNOxu
今の時代、スクリプト言語でもソースコードを
そのまま配置するとかやっちゃだめだよ。
デプロイはサーバーにログインして
git pullとかやっていいのは小学生までｗ
571:デフォルトの名無しさん
14/05/20 21:45:26.96 +FFXBZCI
この話git関係ないだろ
572:デフォルトの名無しさん
14/05/20 22:09:24.93 gHSFUybb
>>567
恐れるな！
573:デフォルトの名無しさん
14/05/20 22:47:06.91 w8F8fDtL
何のためのバージョン管理かわからんなｗ
問題出たら巻き戻せって事？
なんだかテストもしてなさそうｗ
574:デフォルトの名無しさん
14/05/20 23:20:14.34 DeZ/1+VP
>>569
rsyncとかするの？capとか使うの？
gitじゃだめなのか、、？
575:デフォルトの名無しさん
14/05/20 23:30:10.39 oqlsgWjt
本番環境にgit pullでデプロイするのは.gitが残るから問題あるよね
テスト環境ならいいと思うけど
576:デフォルトの名無しさん
14/05/20 23:45:03.16 gZsncm2t
緊急事態が起こって巻き戻すぐらいならええじゃないか
デプロイした先の本番環境で頻繁に巻き戻さないといけない方が余程テスト不足では
577:デフォルトの名無しさん
14/05/20 23:54:11.31 w8F8fDtL
本番サーバーがそのままリポジトリのマスターってのもありそう。
578:デフォルトの名無しさん
14/05/20 23:54:26.37 4h/6mNTZ
GitHubでプルリクの流れがよく分かりません。
コミットするときはmasterではなくてbranchにしろとは聞いてますが、
自分が理解するところでは、
①フォークする
②ローカルにcloneで持ってくる
③リモートにフォーク元のmasterリポジトリをaddする
④ローカルにブランチを作る
⑤ローカルのブランチを修正する
⑥ローカルのブランチに変更をコミットする
⑦GitHubのブランチに変更をコミットする
⑧GitHubのフォーク元のmasterリポジトリにpull requestを出す
⑨マージされたらブランチを削除
⑩ローカルでfetchする
こんな感じになるんでしょうか？
579:デフォルトの名無しさん
14/05/20 23:56:41.46 Q2AhpEnY
>>578
>>2
580:デフォルトの名無しさん
14/05/21 01:08:18.51 BNHZ/x8Q
最近気づいたけど変更したファイルだけコピーしたくてもxcopyじゃ出来んのな
チェックアウトでファイルの更新日時が更新されるとは
581:デフォルトの名無しさん
14/05/21 01:29:27.63 pe3xq3aD
>>580
チェックアウトしてmakeかけたときに変更したファイルだけコンパイルするのが普通なんで
gitに限らずUnix由来のVCSはそういう挙動になる
582:デフォルトの名無しさん
14/05/21 02:14:07.74 BNHZ/x8Q
言われてみればたしかにmakeするときはobjファイルとか別ブランチの状態になってたりするからそういう仕様でないと困るね
そのプロジェクトをgitで管理する前はxcopyで更新したファイルだけ移動してたけど移動には別手段考えるしかないか
583:デフォルトの名無しさん
14/05/21 02:20:38.03 5sngE80p
gitにかぎらずだけど、よく考えて作られてるわ。
時たまgitのやり方に合わないやり方をしたいっていう人がいるけど、
よく考えて作られたgitがどうしてそうなっているのかを
考えたほうがいいと思う。
584:デフォルトの名無しさん
14/05/21 02:45:19.12 Cs2Lb6yD
>>579
>>18-20
585:デフォルトの名無しさん
14/05/21 04:29:31.39 sT3o3DmA
gitと全然関係ないGitHub固有のサービスの話題もここで扱う気なの？
GitHubPagesやGistsやissueやwikiやOrganizationや有料サービスについてや
色々とあると思うんだけど
586:デフォルトの名無しさん
14/05/21 10:49:12.08 /08zgsVl
>>585
ｽﾚﾘﾝｸ(tech板)
587:565
14/05/21 18:07:42.08 T6zeFgZl
とにかくどうしたらいいのかおしえてくだしあ
588:デフォルトの名無しさん
14/05/21 18:08:59.27 T6zeFgZl
ゆとりはgitって名前が付いてるからgithubもこのスレでいいじゃないかっていうけど
そうやって幅を広くすると俺みたいなカスの質問が流れるか軽くあしらわれてしまうのでやめてほしい
589:デフォルトの名無しさん
14/05/21 19:43:13.07 nqnjC0dU
Git 2.0-rc4 リリース
URLﾘﾝｸ(github.com)
590:デフォルトの名無しさん
14/05/21 19:55:42.24 rgBB9OCe
gitみたいなバージョン管理ソフトで、
rc版使う奴ってどういう奴なの？
もしも不具合とかで全部吹っ飛んだりしたらどうすんの？
バックアップとてたとしても、そんな面倒な事してまで使う物なの？
なんなの？ばかなの？しぬの？
591:デフォルトの名無しさん
14/05/21 20:08:44.66 MmHyni7x
>>590
人柱を大事にしろよボケ
592:デフォルトの名無しさん
14/05/21 20:18:33.19 AVBbOV7Q
>>590
テスト版使ってる連中はリスク承知で使ってんだから大丈夫だろ
何かバグでどうにかなっても取り戻す手段くらい準備してやってるだろ
593:デフォルトの名無しさん
14/05/21 20:19:24.23 AVBbOV7Q
>>588
>>569のやり方でいいじゃｎ
594:デフォルトの名無しさん
14/05/21 21:09:00.37 EKqVwxDb
最高に意地悪でひねくれたテストを見せてくれ。
595:デフォルトの名無しさん
14/05/21 21:15:19.41 19taQ0OX
pushこまめにしてれば問題ない
596:デフォルトの名無しさん
14/05/21 21:16:23.33 19taQ0OX
テスト環境のをすべてシンボリックリンク貼ればいいだろ
597:デフォルトの名無しさん
14/05/21 21:21:22.37 OinoP915
gitoliteのやり方
URLﾘﾝｸ(github.com)
パッケージにインストール用スクリプトを追加、git cloneしてそのスクリプト実行
ていうかgit関係ない、zipで拾ってきても、git cloneやpullでも大事なのはソースとってきたあとの話
598:デフォルトの名無しさん
14/05/21 21:44:31.28 igdonOpP
>>590
gitは分散型だからユーザーが多くなれば多くなるほど
それぞれがバックアップを持っている。
だからたとえ一人が壊れても復旧可能。
そしてディスク壊れたらどうすんの？って話と一緒。
バックアップぐらいとれや。
599:デフォルトの名無しさん
14/05/21 22:58:13.70 19taQ0OX
>>598
rails事件
600:デフォルトの名無しさん
14/05/21 23:03:07.97 igdonOpP
>>599
gitと関係ねーしｗ
601:デフォルトの名無しさん
14/05/22 06:26:16.29 JO7c/VLA
>>539
GitHubのGistみたいな感じ？あれもGitで実現されてるらしいけど
>>580-583
VSCの仕様はコンパイルする言語向けって感じで
更新したスクリプトファイル等だけを借りてるサーバーにアップロードしたいという需要には応えられない感じだな
需要としてはアップロードに通信量制限があるとかそういう感じ稀なケースくらいだろうからしかたないか
602:デフォルトの名無しさん
14/05/22 07:30:00.04 O49mbUbG
>>601
UNIXの世界ではそういうのはrsyncを使うからね
タイムスタンプじゃなくてMD4を用いて更新チェックしたり
更新の転送もファイル全体じゃなくて変更部分だけを転送して通信量を最小化する
603:デフォルトの名無しさん
14/05/22 08:00:54.05 JO7c/VLA
なるほどね
簡易なftp通信ツールじゃなく同期ツールを使うのか
604:デフォルトの名無しさん
14/05/22 08:43:15.77 Md3S+Ay9
gitとgithubは(media)wikiとwikipediaのような関係かｗ
605:デフォルトの名無しさん
14/05/22 09:52:08.98 8poss9h8
ふむ
606:デフォルトの名無しさん
14/05/22 17:52:05.88 bnXb1Wgc
＞＞６０４
それはちがうね
wikipediaはmediawikiそのものだから
607:デフォルトの名無しさん
14/05/22 18:25:23.64 uwnOnEuc
そういうこと言ってんじゃない
608:デフォルトの名無しさん
14/05/22 18:48:58.03 2qkQcCiJ
>>601
>VSCの仕様はコンパイルする言語向けって感じで
>更新したスクリプトファイル等だけを借りてるサーバーにアップロードしたいという需要には応えられない感じだな
いや全然違うと思う
VCSが言語を選ぶとかじゃなくて、VCSに向かない作業をやってるのがダメなんでは？
そういうのは専用のデプロイ・デリバリツールを選ぶべき。
上の方で話題に出てた「ビルド時にリビジョン埋め込みたい」みたいな要望も
VCSじゃなくてビルドツール等が行うべき領域。
バージョン管理に向かない言語とかは特にないと思うな
ソースコードそのものがバイナリとかいうのがあるなら分からんけど・・・
あと細かい指摘ですまんがVCSのタイポだよな？
しばらくググって悩んじゃったじゃねーか
609:デフォルトの名無しさん
14/05/22 18:54:11.54 TFAWZMIx
>>608
＞ソースコードそのものがバイナリとかいうのがあるなら分からんけど・・・
Piet言語のことか
610:デフォルトの名無しさん
14/05/22 19:22:23.11 f81WwqvH
bitbucketが作ったstash3.0ってなに？
611:デフォルトの名無しさん
14/05/23 18:37:12.92 pr4rIIld
developで開発中、急きょ必要がありmaster(stable)からfixブランチを切り修正masterにマージ
developでは弄ってるがfixでは弄って無いファイルの更新日時まで変更される(これはdevelopから切り替えた時点でおきるが)
ファイル更新日時だけでアップロードしようと思うと無理がある
612:デフォルトの名無しさん
14/05/23 20:49:08.96 3CistgHw
とうとうgit 2.0が
613:デフォルトの名無しさん
14/05/24 09:01:11.84 9qFFfmjf
gitchainを知らなくていいのって小学生までだよね～
614:デフォルトの名無しさん
14/05/24 11:32:04.32 4TNjChUa
>>601
コミットしたものをサーバーにアップロードしたいのか？
コミットする前にテストしたりするためにサーバーにアップロードしたいのか？どっちかよくわからないけど
前者なら作業用のリポジトリをクローンしたものをローカルに用意しといてpullしてxcopyすればいいし
後者ならムダだと思うかもしれないけど今の挙動のままが正解だと思う
checkoutしてタイムスタンプが更新されたファイルは転送されるべきなんだよ
615:デフォルトの名無しさん
14/05/26 16:40:41.53 E/fV2vLO
git checkout -b topic_foo HEAD
git push origin topic_foo
というのをよくやるんですが、git push origin topic_foo をもっと簡潔にできますか？
具体的には topic_foo を省略したい。
初審者質問でごめんなさい！
616:デフォルトの名無しさん
14/05/27 03:17:32.65 Ha9yhWBf
バッチにしろ
617:デフォルトの名無しさん
14/05/27 07:23:22.69 CjDrbeGH
>>615
alias p="git push origin topic_foo"
618:デフォルトの名無しさん
14/05/27 08:25:02.04 aQ+mTKAT
>>615
git config push.default current
自己責任で使え
619:デフォルトの名無しさん
14/05/27 09:36:32.14 M7xuRdW4
>>616
必ずしも連続して実行するわけではないので、バッチでない方法がいいなあ。
git checkout はこれでいいと思うので、git push origin topic_foo が簡潔になるよい方法があれば教えてください。
（topic_fooが、実際にはけっこう長い名前なので、入力するのがめんどくさい）
620:デフォルトの名無しさん
14/05/27 11:40:51.59 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:デフォルトの名無しさん
14/05/27 11:41:37.17 empqvUFR
> （topic_fooが、実際にはけっこう長い名前なので、入力するのがめんどくさい）
TABで補完すれば良い
622:デフォルトの名無しさん
14/05/27 12:03:49.03 aQ+mTKAT
>>618を設定しとけば、topic_fooを省略してgit push originでいける
remoteがoriginならこれも省略できるから、git pushでいい
623:デフォルトの名無しさん
14/05/27 16:10:42.92 Ha9yhWBf
バッチすら作れないのか(笑)
619がしょぼいのか619が使ってるosがしょぼいのか(笑)
うちのvistaならファイルすら不要でランチャーにいくらでも作れるんだが(笑)
624:デフォルトの名無しさん
14/05/27 18:36:54.81 CjDrbeGH
vistaでなければ、バッチなんてめんどくさいもの作る必要すらない。
625:デフォルトの名無しさん
14/05/27 19:21:12.08 Ha9yhWBf
いやいや面倒でもなければターミナルに切り替える必要もなくただボタン一つ押すだけだから(笑)
626:デフォルトの名無しさん
14/05/27 21:50:46.03 x1QZTJwI
必ずしも連続して実行する訳ではない、と言われてるのに脳内で作れないって決めつけちゃうのヤバいな
これからの日本社会に必要な人材だ
627:デフォルトの名無しさん
14/05/28 02:29:31.61 JqBWJ9I7
>>625
ボタン押すとかめんどくさすぎる
628:デフォルトの名無しさん
14/05/28 06:37:21.38 3jHSpg0i
バッチってもしかしてブランチ毎に作るんか？ｗ
629:デフォルトの名無しさん
14/05/28 09:27:53.43 CrCNX+z2
主となるブランチが１個なら別にいいだろ
630:デフォルトの名無しさん
14/05/28 09:47:28.15 3jHSpg0i
元の質問はトピックブランチの話をしてるんだから
主となるブランチが1個とかじゃないだろｗ
631:デフォルトの名無しさん
14/05/28 10:02:33.99 TQzWSZnP
トピックブランチっていくつあるの？
632:デフォルトの名無しさん
14/05/28 10:44:05.28 +VRaMc3N
そこからかよｗ
無知が提示する案ほど
迷惑なものはないよなｗ
633:デフォルトの名無しさん
14/05/28 12:13:27.82 zJ+uQAQa
でも結局>>618でFAだろ？
634:デフォルトの名無しさん
14/05/28 13:56:51.68 3jHSpg0i
作ったトピックブランチを確実にpushする前提なら
(トピックブランチ作ったけどやっぱpushするのやめたーってのが無い前提なら)
push.default=currentにしなくてもpush.default=simpleで(2.0からのデフォルト)
ブランチ作ってすぐgit push -u origin topic_fooをやっとけばいい
それ以降はgit pushだけで済む
635:デフォルトの名無しさん
14/05/28 15:03:48.65 ioEFfNM4
コミットの回数とタグの数をそれぞれ取得する方法おしえて
636:デフォルトの名無しさん
14/05/28 15:29:40.52 3jHSpg0i
コミットの回数
git rev-list --all --no-merges | wc -l
タグの数
git tag | wc -l
637:デフォルトの名無しさん
14/05/29 00:23:03.07 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:デフォルトの名無しさん
14/05/29 00:35:18.93 Kg1bZGF5
>公開リポジトリにプッシュしたコミットをリベースしてはいけない
>
>この指針に従っている限り、すべてはうまく進みます。もしこれを守らなければ、あなたは嫌われ者となり、友人や家族からも軽蔑されることになるでしょう。
639:デフォルトの名無しさん
14/05/29 00:40:14.69 RABmUlyV
そうなったらまずはgit pushを取り消せばいいのでしょうか？
640:デフォルトの名無しさん
14/05/29 00:59:18.64 erdIUEhx
>>636
gitってこう引数がおおくてわけわかめ
コマンドを増やしてgit commit-countみたいにわけてほしい
641:デフォルトの名無しさん
14/05/29 01:05:45.72 bLCAImAr
wcは引数じゃないだろ
642:デフォルトの名無しさん
14/05/29 01:25:09.99 /G0dYxTO
unix使いの大好きなシェル芸
643:デフォルトの名無しさん
14/05/29 02:00:42.20 yg8neWnh
>>640
つ alias
644:デフォルトの名無しさん
14/05/29 07:45:11.40 QPTL35Py
>>641
シェルの引数じゃん
とか屁理屈を言ってみる
645:デフォルトの名無しさん
14/05/29 08:39:11.17 A6IQETei
シェルの引数ってなんだ？wcはただのコマンドだぞ
646:デフォルトの名無しさん
14/05/29 08:42:01.31 dDbteSWz
>>645
シェルへの引数と言いたかったんじゃないの？
647:デフォルトの名無しさん
14/05/29 08:45:00.26 A6IQETei
シェルへ引数なんて渡してないし
648:デフォルトの名無しさん
14/05/29 09:10:15.42 A6IQETei
>>637
git rebaseの引数省略しすぎ
649:デフォルトの名無しさん
14/05/29 10:02:11.97 bNL2V7UE
wcはトイレだわな
650:デフォルトの名無しさん
14/05/29 11:00:25.25 QPTL35Py
>>647
はいはい
人と会話できるように頑張ってね (ハート
651:デフォルトの名無しさん
14/05/29 11:05:28.42 efebR6WC
Git 2.0.0 リリース
URLﾘﾝｸ(github.com)
652:デフォルトの名無しさん
14/05/29 11:14:25.76 1+PX4fUT
msysgitのv2.0.0はまだまだ先かな・・・
653:デフォルトの名無しさん
14/05/29 12:18:16.52 JkDx0bBd
>>636で多いって言ってる人って、
リダイレクトやパイプって使ったことこないの？
Linuxを使う上での基礎。初心者レベルのことなんだが。
自己紹介よろしく。Linuxつかえませーんという自己紹介をしてくれｗ
654:デフォルトの名無しさん
14/05/29 12:31:49.12 kyPc1SKC
それ「おまえが気持ちよくなれる」以外の何のメリットがあるんだ
655:デフォルトの名無しさん
14/05/29 12:49:31.76 LpHrGA0w
シェル芸とかって言って煽る方もなんだかな。
commit-countとかどんどん増やしていってもきりがないし、どうしても専用コマンドを作らないといけないってもの以外は出力をパイプで処理とかでいいじゃん。
まあ>>635みたいな無能そうな奴の質問には答えないほうがいいのかもしれないな。答えても「わけわかめ」とか言われるんだからw
656:デフォルトの名無しさん
14/05/29 13:45:23.70 1vfDNvKU
コマンドが多機能になっても、単純なコマンド組み合わせた方がわかりやすいから、ついついパイプ使っちゃうな。
657:デフォルトの名無しさん
14/05/29 17:55:22.19 urb8vROk
githubとかでもなんでもsshを使ってgitする方法が安全って言われているじゃないですか
んでsslキーっていうんですかid_rsaっていうファイルありますよね
こういうのをdropboxに置いて管理するのは間違ってますか？
658:デフォルトの名無しさん
14/05/29 18:38:10.80 A6IQETei
>>657
sshのid_rsaファイルのことをsslキーなんて言わない
秘密鍵のid_rsaファイルは普通パスフレーズをつけて暗号化してあるけど、それでも他人から見えるとこに置くべきではない
dropboxは厳密に他人から見えない場所とは言い切れない
その鍵で何を管理してるかで鍵の取り扱い方針は決めるべき
659:デフォルトの名無しさん
14/05/29 19:01:58.24 dDbteSWz
>>658
暗号化して置いておけばよくね？
660:デフォルトの名無しさん
14/05/29 19:08:28.29 urb8vROk
まじっすか
なんかdropboxで共有したらどの環境からでも接続できるよってブログを見かけたんですけどやっぱりセキュリティ的によくないですよね
661:デフォルトの名無しさん
14/05/29 19:14:49.64 A6IQETei
>>659
どの程度の強度の暗号化をするかによるね
とりあえず10文字未満のパスフレーズ程度じゃあまり役に立たない
662:デフォルトの名無しさん
14/05/29 19:16:30.06 Jpnwpx9o
安全のために鍵かけるなら鍵の扱いも安全にしろよｗ
というかid_rsaってPC外に出すもんじゃないんじゃないの？
663:デフォルトの名無しさん
14/05/29 19:17:11.95 Jpnwpx9o
間違えた
×というかid_rsaってPC外に出すもんじゃないの？
○というかid_rsaってPC外に出さないもんじゃないの？
664:デフォルトの名無しさん
14/05/29 19:21:19.75 yBXBS2Lg
どうしても移動させるときは暗号化したUSBメモリ
665:660
14/05/29 19:41:02.34 H5LJYYF1
一応パスワードは70文字にしています
パスワードはkeepassに保存していて、パスワードが保存されているデータベースと鍵ファイル？の２つもdropboxで共有しようと思ってました
666:デフォルトの名無しさん
14/05/29 19:48:26.76 A6IQETei
>>665
パスワードが保存されているデーターベースが一緒の場所に置いてあるなら、
その70文字に意味無くて、keypassのマスターパスワードの強度が問題になる
667:デフォルトの名無しさん
14/05/29 19:50:15.90 1vfDNvKU
>>659
オンラインの認証は、警備員の見てる前で金庫の暗証番号入力するようなもの。
dropboxや情報漏洩などで盗まれた暗号化された情報は、金庫を持ち帰って機械なども使って開けようとするもの。
警備員の見てる前でそんなことしたら捕まるが、持ち帰ればやりたい放題。
668:デフォルトの名無しさん
14/05/29 19:53:24.06 H5LJYYF1
>>666
マスターパスワードは4文字にしてます
669:デフォルトの名無しさん
14/05/29 19:58:00.86 A6IQETei
>>668
最悪です。
670:デフォルトの名無しさん
14/05/29 20:07:59.65 A6IQETei
>>668
最悪はちょっと言い過ぎたかもだけど
それは暗号化してない秘密鍵をdropboxに置いてるのとほぼ変わらない
つまり他人に見られる可能性のある場所に一般的なパスワードをそのまま置いてるのとほぼ同じ
671:デフォルトの名無しさん
14/05/29 20:14:11.97 JkDx0bBd
いいえ、最悪です。
672:デフォルトの名無しさん
14/05/29 21:22:37.06 H5LJYYF1
f
673:デフォルトの名無しさん
14/05/30 01:25:20.18 EMzWDMfn
ファイルを作らないでgitに直接データをコミットする方法ありませんか？
rubyのgollumってgitでデータを管理しているそうでファイルを作らないでどうやってgitで管理しているのか疑問に思って質問しました
674:デフォルトの名無しさん
14/05/30 01:33:04.77 q6NHkjTH
あるブランチ上にある２つのコミットの間で変更・追加・削除・移動されたファイル名（ファイルパス）の一覧を表示する方法ありますか？
675:デフォルトの名無しさん
14/05/30 01:58:40.65 fAx5Tsbo
>>674
git diff a..b --name-status
676:デフォルトの名無しさん
14/05/30 02:07:01.03 q6NHkjTH
>>675
トン
ありがと
677:デフォルトの名無しさん
14/05/30 02:31:09.91 n9pxH6sn
>>673
patchを取り込むのってファイルなくてもできそうな気がするけど、どうだろう?
678:デフォルトの名無しさん
14/05/30 08:32:01.24 2GmvsnCC
>>673
gitのレポジトリの構造は簡単だから、レポジトリに直接アクセスするライブラリとか各種言語向けにいろいろ作られてる
gollumはrubyで書かれてて、rubyにはgritっていうレポジトリに直接アクセス可能なライブラリがあって、gollumもgritを使ってる
ここでたまに話がでるgitlabもgritを使ってるね
679:デフォルトの名無しさん
14/05/30 10:42:47.22 V58Lvn6/
>>678
おもしろそうなので grit を調べてみたら、grit はメンテナンスしてないので rugged を薦めてるね。
URLﾘﾝｸ(github.com)
grit
URLﾘﾝｸ(github.com)
rugged
URLﾘﾝｸ(github.com)
680:デフォルトの名無しさん
14/05/30 12:04:19.72 77FTxa6s
すげえそんなのあるのか
phpかpythonでそのライブラリってないっすか？
681:デフォルトの名無しさん
14/05/30 12:12:12.88 wKr0dicp
rugged なら、その上のlibgit2下にずらっとあるけどそれでどうかな
682:デフォルトの名無しさん
14/05/30 13:43:32.48 V58Lvn6/
>>680 >>681
libgit2 を使うなら PHP は php-git、Python は pygit2 だね。
libgit2
URLﾘﾝｸ(libgit2.github.com)
URLﾘﾝｸ(github.com)
php-git
URLﾘﾝｸ(github.com)
pygit2
URLﾘﾝｸ(www.pygit2.org)
683:デフォルトの名無しさん
14/05/30 13:53:45.96 C8E1zgtw
どうもありがとう！
684:デフォルトの名無しさん
14/05/30 13:59:07.40 v6d8zvnx
どうしたしまして！
685:デフォルトの名無しさん
14/05/30 14:48:31.65 2GmvsnCC
>>679
gritの本家は更新止まってるけど、gitlabがforkしてメンテしてる
URLﾘﾝｸ(github.com)
RubyGemsからはgitlab-gritの名前でインストールできる
URLﾘﾝｸ(rubygems.org)
686:デフォルトの名無しさん
14/05/30 14:53:30.58 V58Lvn6/
>>685
情報ありがとう
687:デフォルトの名無しさん
14/05/30 22:09:59.66 v6d8zvnx
どうしたいしまして！
688:デフォルトの名無しさん
14/05/30 23:42:52.28 VEn3EfW3
Python2/3のgitインターフェースはないですか？
できればbottleみたいにインストール不要なので
gitlib2のPythonバインディングはコンパイルが面倒でした
689:デフォルトの名無しさん
14/05/31 09:09:25.27 j/TOOJQQ
Git 2.0.0 がリリースされたけど 1.9.4 もリリース
URLﾘﾝｸ(github.com)
690:デフォルトの名無しさん
14/05/31 10:26:04.90 hQl0nrcC
なんでやねん
691:デフォルトの名無しさん
14/05/31 12:26:02.52 Q8mJYa9Q
秘密鍵にパスフレーズ振ってるやつなんていねーよ……
692:デフォルトの名無しさん
14/05/31 12:28:52.59 mt1wvbpO
ノートPCに秘密鍵入れといて
ノートPC盗難されたらどうするつもり？
693:デフォルトの名無しさん
14/05/31 14:00:26.64 3W9FVu4M
>>692
諦めるに決まってんだろ、何言ってんだ
お前、自分の頭にしかパスワードが無ければ
頭を持ってかれるんだぞ？ それに比べれば
ノーパソくらい大した損害じゃねーよ
694:デフォルトの名無しさん
14/05/31 14:07:47.34 bRH5rrCK
秘密鍵が盗まれたってそれがどこにつながる鍵なのかわからなければ悪用されないじゃん
695:デフォルトの名無しさん
14/05/31 14:08:43.81 ZdLIEqhK
ところがどっこい
696:デフォルトの名無しさん
14/05/31 14:21:11.79 orufI9PA
>>692
HDDやSSDは暗号化して使うのが基本
そうじゃなければ秘密鍵ファイルを暗号化汁
697:デフォルトの名無しさん
14/05/31 14:43:33.95 bRH5rrCK
暗号化されたってログインされたら意味無いじゃん
698:デフォルトの名無しさん
14/05/31 14:50:07.85 eTy5fHBW
>>696
truecrypt 終わったねえ
699:デフォルトの名無しさん
14/05/31 16:59:58.04 2ArsU7CW
2.0のリリースノートを機械翻訳したら、何かいろいろ速くしたって書いてあるようだけど
実際どうなんだ
700:デフォルトの名無しさん
14/06/01 11:36:35.94 zOVN/jYA
>>699
計れよ
701:デフォルトの名無しさん
14/06/01 13:14:54.21 SAafBPBX
てめーが、やれ
702:デフォルトの名無しさん
14/06/01 14:03:13.82 dFCTVAji
>>694
つまり、どこにつながる鍵なのかわかれば悪用されるって
君はいいたいんだよね？
703:デフォルトの名無しさん
14/06/01 14:18:12.44 q7lY0P5T
>>702
裏 とか 対偶 とか知らんの？
704:デフォルトの名無しさん
14/06/01 14:18:29.63 rJY7yXwk
yes
705:デフォルトの名無しさん
14/06/01 14:26:54.79 X2VZJkGd
githubに登録してある公開鍵はすべて誰でも簡単に取得できるから、
秘密鍵が盗まれると簡単にイタズラ可能だよ
706:デフォルトの名無しさん
14/06/01 14:33:26.05 dFCTVAji
>>703
ん？なに？ｗ
もしかして「とは限らない」って言ってるの？ｗ
俺は悪用される可能性があるって話をしてるんだけど。
707:デフォルトの名無しさん
14/06/01 14:37:41.79 rJY7yXwk
>>705
どうやって取得するの？
708:デフォルトの名無しさん
14/06/01 14:38:31.41 dFCTVAji
1. パスワードが盗まれたってそれがどこのパスワードかわからなければ悪用されないじゃん
2. つまりどこのパスワードかわかれば悪用されるってことだよね（俺が言ったこと）
3. 裏ガー、対偶ガー
こう言われた気分ｗ
どこのパスワードかわかっても悪用されるとは限らない（キリッ）
こう言ってるように俺は感じたｗ
709:デフォルトの名無しさん
14/06/01 14:40:36.77 k00SlaTm
具体的に何割とか計算できるもの以外の可能性は
ただごねてるだけと変わらない
710:デフォルトの名無しさん
14/06/01 14:40:53.33 X2VZJkGd
>>707
URLﾘﾝｸ(github.com)アカウント名.keys
711:デフォルトの名無しさん
14/06/01 14:42:14.70 dFCTVAji
本当に悪用されないと思ってるなら
ここで秘密鍵を公開すればいいんだよな。
712:デフォルトの名無しさん
14/06/01 14:54:25.82 rJY7yXwk
じゃあさ
8gjk39joi4njodgf9
ってパスワードがあったとしたらこれで悪用してみろよ！
713:デフォルトの名無しさん
14/06/01 14:54:47.95 dFCTVAji
>>712
どうせそれ偽物だろｗ
偽物を貼った時点で自覚してるじゃん
ここに秘密鍵を書くのは怖いことだってｗ
だいたい秘密鍵がバレた時は、
どこに接続しているかの情報もわかることが
大半なのでそこまで書くべきだよ。
え？どこの秘密鍵かは答えられない？
あぁ、それは、どこの秘密鍵かわかれば悪用されるって
自覚しているからだね（最初に俺が言ったこと）
714:デフォルトの名無しさん
14/06/01 14:55:35.81 dFCTVAji
（ヒント）わずか22秒で書けると思う？ｗ
715:デフォルトの名無しさん
14/06/01 14:56:09.78 X2VZJkGd
>>712
秘密鍵が何なのか理解できてない？
716:デフォルトの名無しさん
14/06/01 14:56:31.51 rJY7yXwk
偽物ってなんのだよ
このパスワードがどこのサイトのかわからないと使い道ないぞ
あとidもわからないとまったく使えないぞ
これはおれんちのlocalhostのパスワードだから
717:デフォルトの名無しさん
14/06/01 14:57:25.03 rJY7yXwk
なんでどこに接続しているかわかるんだよ
718:デフォルトの名無しさん
14/06/01 14:57:58.60 q7lY0P5T
>>706
> 俺は悪用される可能性があるって話をしてるんだけど。
可能性とか言いながら
> つまり、どこにつながる鍵なのかわかれば悪用される
とか、言い切る奴って (w
719:デフォルトの名無しさん
14/06/01 15:02:51.61 e/SJ8pUJ
悪用される可能性があるときは、必ず悪用される。
というのが防犯の鉄則だよね
720:デフォルトの名無しさん
14/06/01 15:03:48.27 G7XNVB3u
スレチなので移動をおながいします
721:デフォルトの名無しさん
14/06/01 15:04:54.94 X2VZJkGd
パスワードと公開鍵認証の秘密鍵との違いを理解できてないのか
722:デフォルトの名無しさん
14/06/01 20:00:44.12 Anql4k9d
>>692
ペアの公開鍵を捨てる以外になにがある？
723:デフォルトの名無しさん
14/06/01 20:15:54.15 n3zMz1VV
トピックブランチ名をチケット番号と紐付けて運用してるとして、
1. ブランチ ticket1 を切る
2. ticket1 にたくさんコミットして、開発・テスト完了
3. ticket1 を develop にマージして push
4. ここで、ticket1 に実装漏れとかバグが発覚
この場合、どんなブランチの使い方が妥当なの？
ticket1 っていう名前を再利用して、そのままブランチ切って開発・マージする方法とか
いったんマージしたのを revert して、ticket1 のトピックブランチを正しく補完してからマージしなおすとか
別の ticket2 を作って、ticket1 と ticket2 は git の外での関連付けに任せる方法とか
724:デフォルトの名無しさん
14/06/01 20:38:23.33 MYnj2kml
> いったんマージしたのを revert して、ticket1 のトピックブランチを正しく補完してからマージしなおすとか
漏れてまいそうで（アカン）
725:デフォルトの名無しさん
14/06/01 20:49:21.18 iPeFjK0r
俺なら別のチケット切る
726:デフォルトの名無しさん
14/06/01 22:13:35.46 7u+U5fAC
チケット番号とブランチ名を一緒にしておきたいのはBTSの運用の都合だと思われるので、
BTSを重要視し、ブランチ名を一緒にしておく事が大事だと思うならするならdevelopの最新からもう一度ticket1というブランチを切ってそこから修正すればいいと思うし、
Gitの履歴の方が重要だと思うならticket1_fixとかで新しくブランチ切ればいいんじゃないかな。
727:デフォルトの名無しさん
14/06/01 23:17:53.65 wXEX5FU/
言語ごとにリポジトリを作成した時に自動で.gitignoreを生成するライブラリとかってありますか？
728:デフォルトの名無しさん
14/06/02 00:42:17.96 CbbBfIj2
>>727
URLﾘﾝｸ(www.gitignore.io)
おすすめ
729:デフォルトの名無しさん
14/06/02 01:05:25.92 /lZkAqJY
ステマ乙
730:デフォルトの名無しさん
14/06/02 01:09:16.33 gFpQKwCr
>>728
リポジトリを作る時に言語名を入力してgit init と.gitignoreをつくってほしいんですよ
有りそうな気がするんですけどそのサイト見て自分でコピペするしかないんですかね？
731:デフォルトの名無しさん
14/06/02 01:25:08.89 6oKdltFr
.gitignoreに全部入れりゃいいじゃん？
たとえばPHPの開発だとして、Ruby標準の
.gitignore（それが何なのかよくわからんが？）を
追加して何が問題なんだ？
だいたい、一つのリポジトリで複数の言語使うことなんて
よくある話で、言語名で.gitignoreを作るという発想がよくわからん。
どうせエディタのテンポラリファイルとかバックアップファイルとかは
言語名指定しても含まれないんだろ？それじゃ片手落ちじゃね？
そもそも、言語標準の.gitignoreって意味分かんないんだよな。
どっちかと言ったら、.gitignoreに入れるものは言語ではなくて
使うツールによって決まるものだろう。
732:デフォルトの名無しさん
14/06/02 01:28:04.27 gFpQKwCr
そんな事言ったら世の中のフレームワークやライブラリに喧嘩売ることになりますよっと
733:デフォルトの名無しさん
14/06/02 01:30:45.30 l4SS/Bsy
そういうツールが無いのなら自分で作ってしまえばいいの
そしてそのツールを売りに出せばバカ売れ間違いなしなの
734:デフォルトの名無しさん
14/06/02 01:54:49.93 6oKdltFr
>>732
意味がわからん。
今話しているのは.gitignoreの話で
フレームワークやライブリの話は全く関係ないだろ。
735:デフォルトの名無しさん
14/06/02 01:59:28.89 l4SS/Bsy
そういえばGitHubにもgitignoreのサンプルがあるね
URLﾘﾝｸ(github.com)
736:デフォルトの名無しさん
14/06/02 01:59:52.26 6oKdltFr
基本的な所がわかってないのかもしれないな。
言語名を入力してgit initとか言ってる時点でハテナだし、
（1リポジトリ = 1言語ではない）
言語名が決まったからって.gitignoreは決まらない。
たとえばC言語であっても、Linux用であれば.oを.gitignoreに
追加するだろうけどWindows用だと.objeだし。
その他のOSを考えると、.gitignoreは言語名できまるのではなく、
使うツールで決まるもの。（>>731で既に俺が言ったこと）
737:デフォルトの名無しさん
14/06/02 02:10:49.16 l4SS/Bsy
あ、なるほど
>>728は>>735を指定したとおりに繋ぎ合わせてくれるのか
やるじゃないかMr. Blau
738:デフォルトの名無しさん
14/06/02 02:14:43.55 6oKdltFr
.gitignoreはあとから入れるもんだよなー。
使うツールが決まった時点で追加するものだ。
739:デフォルトの名無しさん
14/06/02 02:19:55.88 l4SS/Bsy
>>728にコマンドラインから取得する方法まで懇切丁寧に教えてくれてるし
何も困る事ないじゃないですかー
740:デフォルトの名無しさん
14/06/02 02:44:00.18 mMUvacT0
複数言語入れて使いにくいのはおつむの問題
741:デフォルトの名無しさん
14/06/02 12:49:24.52 KoJqCjfS
すいません
もともとgitのソースコードがローカルにあったのでgit pullしてmakeしてインストールしたんですけど
インストールしたバージョンgit version 2.0.0.6.g03cd2b0
なんですけどこれは2.0のリリースのですか？ベータですか？
URLﾘﾝｸ(github.com)でg03cd2b0を検索してもヒットしません
742:デフォルトの名無しさん
14/06/02 12:51:44.85 RquarvTq
リリースでビルドしたいならタグを使えよ
743:デフォルトの名無しさん
14/06/03 19:31:06.67 5oGupbY1
linuxのgitのdiffコマンドって何のdiffツールですか？
githubみたいなdiffが欲しいんですけどあれってgit diffの結果を出力してるだけなんですかね？
744:デフォルトの名無しさん
14/06/03 21:17:15.22 rCJu7D+N
>>741
git checkout v2.0.0しないと
745:216
14/06/03 22:17:39.88 Q95pPloD
ダメだ一つのフォルダにphpで作ったやつとかrubyで作ったやつをごっちゃにしていれてるとわけわかんねえ
やっぱり言語ごとにフォルダ分け内とダメだね
746:デフォルトの名無しさん
14/06/03 22:32:05.17 5DO4L7dm
gitで管理する以前の問題では
747:デフォルトの名無しさん
14/06/03 23:29:08.00 LGyoc4CS
>>745
拡張子でわかる
748:デフォルトの名無しさん
14/06/03 23:36:43.88 o0dI1/Bo
この1ヶ月間何やってたのかと
749:デフォルトの名無しさん
14/06/03 23:41:14.87 9AiAEfmm
一ヶ月でけっこスレすすんでるなｗ
言語ごとにというか、ひとつの言語のコードでも機能ごとにある程度フォルダわけないと混乱するだろ
750:デフォルトの名無しさん
14/06/03 23:41:30.25 bK0U8GNH
そもそもどういうリポジトリなんだ
751:デフォルトの名無しさん
14/06/04 00:13:25.94 Vfc08V0n
c:￥myrepo￥gazoudownloader
c:￥myrepo￥createxml
c:￥myrepo￥bbs
こんな感じでプロジェクトの名前だけ
もうねわけわからん
752:デフォルトの名無しさん
14/06/04 00:16:34.88 Vfc08V0n
このプロジェクトはなんだったかな？フォルダの中身を覗いて初めてphpとわかる。php用の環境を立ち上げる
↓
よしこのphpで書いたプロジェクトは終わったから続けて他のphpのプロジェクトを更新するか
↓
あれ？どれがphpで書いたプロジェクトだっけ？これかな？あ、ちがうこれはperlだ。じゃあこれは。ああrubyだった。じゃあこれは・・・よしphpだ。
もうめんどうくせえよ
753:片山博文MZ悪魔崇拝 ◆T6xkBnTXz7B0
14/06/04 00:19:32.02 qVJRsv3N
ReadMe.txtくらい書けよ。
grep使え。
754:デフォルトの名無しさん
14/06/04 00:23:08.01 HmwUcklb
c:\myrepo\php\gazoudownloader
c:\myrepo\php\createxml
c:\myrepo\perl\bbs
とかにすればいいんじゃない？
755:デフォルトの名無しさん
14/06/04 00:34:07.34 Vfc08V0n
そうするとここのスレの先輩が怒るんですよ
756:デフォルトの名無しさん
14/06/04 00:36:00.26 2MS74yRY
誰も怒ってないと思うが
もうお前がめんどうくせえよ
git関係ねーし
757:デフォルトの名無しさん
14/06/04 00:38:13.72 F6AvD4LE
>>752
gitの話関係ないよね？
単にディレクトリで分ければいいだけの話だよね？