板検索:
Git 14 (1001)
まとめビュー
1
デフォルトの名無しさん[ageteoff]   投稿日:2016/03/08 13:53:23  ID:6y4n92c2.net(2)
ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。

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

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

◆前スレ
Git 13


2
デフォルトの名無しさん[sage]   投稿日:2016/03/08 13:54:14  ID:6y4n92c2.net(2)

3
デフォルトの名無しさん[sage]   投稿日:2016/03/08 14:22:00  ID:yRHzElyn.net
すでにスレ立ってるだろ



【GitたんGitたん】 Git 14 【にしてやんよ】 [無断転載禁止]©2ch.net
【GitたんGitたん】 Git 14 【にしてやんよ】

4
デフォルトの名無しさん[sage]   投稿日:2016/03/08 15:04:35  ID:zBhD8weG.net
あっちはなしで。

5
デフォルトの名無しさん[sage]   投稿日:2016/03/08 18:18:38  ID:kTHNp1z2.net
あっちの方が早い

6
デフォルトの名無しさん[]   投稿日:2016/03/08 19:42:43  ID:BnTU/BRw.net
油GitGit

7
デフォルトの名無しさん[]   投稿日:2016/03/09 23:01:18  ID:3U46Ctan.net
ローカルに変更履歴がどんどんたまってきたので
過去ログをクリアしたいんだけど どうしたらよいですか?

修正履歴を消したいのはローカル側だけで
サーバの方のログは残しておきたいです
コメント1件

8
デフォルトの名無しさん[sage]   投稿日:2016/03/10 06:50:47  ID:CezmHJuY.net
--squash でまとめるんでないかい
コメント1件

9
デフォルトの名無しさん[sage]   投稿日:2016/03/10 19:25:16  ID:hp2GaphC.net
>8
まとめたあとにpushしたら サーバ側も変わっちゃったりしないですかね
とりあえず試してみます

10
デフォルトの名無しさん[sage]   投稿日:2016/03/12 14:34:16  ID:9D0yYi4i.net
そりゃあpsuhしたブランチは変わるよ。

やりたいことがよく判らんのだが履歴が多くて何がどう困ってるの?
もしかしてclone するとき--depthオプションでやるようなことか?

11
デフォルトの名無しさん[sage]   投稿日:2016/03/12 15:08:07  ID:Nh5EYxrT.net
>7はgitを作業履歴管理ツールと勘違いしてそうだな。
gitはソースコードの変更履歴を記録するもので
作業履歴を記録するものじゃない。

作業履歴と変更履歴の違いは、わかりやすく言えば
作業履歴は○月○日の作業みたいなタイトルになるもの。
変更履歴っていうのは、○○機能の追加とかいうタイトルになるもの
コメント1件

12
デフォルトの名無しさん[sage]   投稿日:2016/03/13 23:18:11  ID:XxcEN3UE.net
だからそれを消したいって言ってるんじゃないの?
御託はいいから知ってるなら教えてやれよ。
知らんならアンカーまで付けて言うことじゃないだろ。
コメント1件

13
デフォルトの名無しさん[sage]   投稿日:2016/03/13 23:46:03  ID:/n+DAo76.net
>12
ん? 知らんよw

お前知ってるなら教えてあげれば?
そんな文章書くぐらいならさ。

14
デフォルトの名無しさん[sage]   投稿日:2016/03/14 10:46:15  ID:v/vsDR0R.net(2)
970 : デフォルトの名無しさん2016/03/04(金) 19:31:54.73 ID:3NcdXoSY
password.phpにパスワードを入力するファイルがあるんですけど
こんなかんじ
<?php
$id = "id1";
$pass = "1234";

このままコミットしたら困るので文字列リテラルを空にしてからコミットしました
んでまたからにしたところを埋めて他のファイルを編集するんですけど、
その度にaddでpassword.phpを入れないようにしてコミットしてます
これだとgit add .とかで一気に出来ないので面倒くさいです
こういう風にファイルにパスワードを入力するタイプのはCMSではよくあると思いますが
どうしたらいいですか?
コメント1件

15
デフォルトの名無しさん[sage]   投稿日:2016/03/14 10:52:33  ID:v/vsDR0R.net(2)
この質問したものですけど返信遅れてすみません
.gitignoreを使えとアドバイスを受けたのですが
<?php
$id = "";
$pass = "";
の状態でコミットして履歴には残したいんです
つまりプッシュした後に.gitignoreでpassword.phpを除外したらいいってことでしょうか?
でもそうするとpassword.phpでクローンされたりしますかね?
あ、password.phpを.gitignoreに追加してpassword.php.templateみたいなのを追加したらよさそうですね
コメント2件

16
デフォルトの名無しさん[sage]   投稿日:2016/03/14 11:22:55  ID:t/84a/RD.net
>15
既に git 管理しているファイルをあえて無視したい
http://qiita.com/usamik26/items/56d0d3ba7a1300625f92

こういうやつでないの?


17
デフォルトの名無しさん[]   投稿日:2016/03/14 21:16:17  ID:Cc2SrY5f.net
>11
ローカルに持つソースコードの変更履歴を持つのを
全部じゃなくて途中からにしたい

例えば去年編集したコードの差分とか見ることはないので
ローカルに持つ差分は今年の分だけにしたい
コメント1件

18
デフォルトの名無しさん[sage]   投稿日:2016/03/14 23:47:59  ID:bYJAKtH4.net(2)
>17
可能だが恐らくpullの度に迂回が必要。
rebaseならもちろん可能だけどまあ論外だろ。

そもそもその目的ならタグ運用で十分だと思うし、
取得サイズが問題なら--depthでも使えばいいんじゃない?

19
デフォルトの名無しさん[sage]   投稿日:2016/03/14 23:58:26  ID:bYJAKtH4.net(2)
>15
一回git rmして.gitignore追加すればいいだけじゃないの?

20
デフォルトの名無しさん[sage]   投稿日:2016/03/15 00:03:37  ID:drELySke.net
ああよく読んでいなかった。
.git/info/excludeで正しいですね。

21
デフォルトの名無しさん[sage]   投稿日:2016/03/15 00:27:19  ID:74om4dHM.net
>14-16
>$id = "id1"; $pass = "1234";

普通は、文字列リテラルを直に書いたりしない。
そんなことをしたら、本番用・開発用・テスト用の、
3種類でテストできない

普通は、以下のように、変数が書いてあって、
先に設定ファイル・DBなどから、変数に読み込む

$id = 変数; $pass = 変数;

22
デフォルトの名無しさん[]   投稿日:2016/03/15 10:39:52  ID:EK/SXOGR.net
たとえば hoge.c に
printf("unkochinko\n");
という行があって
それが昔のあるバージョンでは 123行目にあり、
現行バージョンでは 135行目だったとして
123行目だったときのバージョンを探し出したいんだけど
どうしたら潔くかっこよく検索できますか?
コメント1件

23
デフォルトの名無しさん[sage]   投稿日:2016/03/15 10:59:33  ID:fr1acC3q.net
だから
git update-index --skip-worktree password.php

でいいべよ

24
デフォルトの名無しさん[sage]   投稿日:2016/03/15 14:53:44  ID:aMj6mx/E.net
>22
git bisect run test.sh

# test.sh
sed -n '123,123p' hoge.c | grep 'printf("unkochinko\n");'

25
デフォルトの名無しさん[]   投稿日:2016/03/19 06:20:50  ID:1H3nmgcZ.net
Git for Windows 2.7.4

26
デフォルトの名無しさん[]   投稿日:2016/03/19 19:37:52  ID:/yu6LUB+.net
プログラミングとは全く関係のない職なんだけどさあ
GitHubって文書ファイルとかの管理に使うには使い勝手が悪いんかな?
誰か使ってる人居ませんか
コメント1件

27
デフォルトの名無しさん[]   投稿日:2016/03/20 00:11:40  ID:49rXtlXS.net(2)
>26
お堅い事を言うとここはGitのスレでありGitHubのスレではない

1、Gitはツールの名前であり
2、GitHubはサービスの名前、サービス内容の多くにGitの機能が使われている

なのでGitの使い方を理解したうえで文書ファイルを管理したいならGitを使えばいい
GitHubでの無料アカウントでリポジトリを作ると全て公開になるので公開できる文書なら使えばいい

28
デフォルトの名無しさん[]   投稿日:2016/03/20 00:12:56  ID:49rXtlXS.net(2)
同じ綴りの単語がレス内に複数含まれるとNGワード扱いになってエラーになるとか2chが過疎るわけだわ

29
デフォルトの名無しさん[sage]   投稿日:2016/03/20 11:29:03  ID:IxHxEO0w.net
1行目から引っ張るみたいだから、アンカー除いた1行目を枕詞で適当に書いてみては

30
デフォルトの名無しさん[sage]   投稿日:2016/03/21 20:08:04  ID:wevQvy+W.net
文書の管理にgitを使うのはアリだし、英語の出版物をmarkdownやasciidocで書いてるプロジェクトはgithubに沢山あるよ。
xmlをzipで固めたようなファイルだと旨味は少ないから、ワープロソフトで書いてるならあんまおすすめしない。

31
デフォルトの名無しさん[]   投稿日:2016/03/23 03:47:17  ID:WAqhyj+9.net
ねる前に悪夢を見たが git fsckに助けられた
git rebase の何か間違いで
git rebase abort したら1年も戻った

32
デフォルトの名無しさん[sage]   投稿日:2016/03/24 09:48:44  ID:WMJ99oWz.net
ファイルを消したログを抽出したいんだけど
git log でどのファイルが増えたり減ったりしたのか見たいんだけど
どうすれば見れるようになるの?

33
デフォルトの名無しさん[sage]   投稿日:2016/03/24 14:23:43  ID:kDQ9Abu5.net
--summary
--diff-filter
-M
このあたり

34
デフォルトの名無しさん[sage]   投稿日:2016/03/27 12:36:09  ID:btL1ox+g.net
― ame-statusじゃないかね

35
デフォルトの名無しさん[]   投稿日:2016/03/29 19:04:18  ID:C8qRMHUf.net
2.8.0

36
デフォルトの名無しさん[]   投稿日:2016/03/30 06:03:53  ID:NQ0gn+yg.net
ファイル名にバージョン番号含めるタイプの開発ってGitに不向き?
例えば hogehoge-3.2.1.js みたいな番号付きファイル名にするの
コメント2件

37
デフォルトの名無しさん[sage]   投稿日:2016/03/30 10:07:08  ID:j8vyo/zx.net
あなたにとっての向いている向いていないの基準は?

38
デフォルトの名無しさん[sage]   投稿日:2016/03/30 11:13:49  ID:tbhhTSNu.net
>36
gitではバージョン番号を振ることができないので
思い切り不向きだよ

39
デフォルトの名無しさん[sage]   投稿日:2016/03/30 11:26:33  ID:cWDvBnb1.net
>36
逆に向いてる。
自動的にできるし
コメント1件

40
デフォルトの名無しさん[sage]   投稿日:2016/04/02 12:01:47  ID:pO9IxWzb.net
リポジトリのファイル名はバージョン無しで
取得する時にリネームする運用になるってことかいな

ソースから参照する時に直にバージョン書いてたら辛そうだけど

41
デフォルトの名無しさん[sage]   投稿日:2016/04/02 12:31:42  ID:da6SDTDJ.net
>39
どうやってバージョンつけてる?

メジャー番号.マイナー番号.バグフィックス
みたいに振りたいんだけど

42
デフォルトの名無しさん[sage]   投稿日:2016/04/04 13:15:29  ID:foeBANgt.net(2)
タグを付けてサーバーにpushしたんですけどやっぱり取り消したい時ってどうしたらいいですか?

43
デフォルトの名無しさん[sage]   投稿日:2016/04/04 13:17:35  ID:foeBANgt.net(2)
タグを取り消したいってだけです
コミットの内容はそのままサーバーに残したいんです

44
デフォルトの名無しさん[sage]   投稿日:2016/04/04 19:03:02  ID:23c2ZC8H.net
タグ 削除 とかでぐぐれば?

45
デフォルトの名無しさん[]   投稿日:2016/04/04 22:25:07  ID:eVhka3ao.net
2.8.1
コメント1件

46
デフォルトの名無しさん[sage]   投稿日:2016/04/06 11:02:54  ID:Enf/AuO0.net
>45
こういうバージョン番号を自動で振りたいよね
どうやっているんだろう
コメント1件

47
デフォルトの名無しさん[]   投稿日:2016/04/06 16:50:09  ID:OiznJSdk.net
>46
CI(jenkinsとか)で付ける

48
デフォルトの名無しさん[]   投稿日:2016/04/08 17:55:10  ID:lYxJyHT6.net(5)
GitHub初心者です。ssh接続で質問なのですが、
ターミナルで $ ssh -T git@github.com で確認を行うと
Permission denied (publickey).と出てきてしまいます。(Mac使っています。)

下記のサイトを参考にして行いました。
http://qiita.com/shizuma/items/2b2f873a0034839e47ce#%E6%8E%A5%E7%B6%9A%E3%82%92%E7%A2%BA%E3%81%8B%E3%82%81%E3%82%8B
しかし、接続が失敗してしまうので、ターミナルでSudo vi ~/.ssh/configと打ち
Host github
HostName github.com
IdentityFile ~/.ssh/自分設定した名前
User git
Port 22
を追加しました。それでもできなかったので下記のサイトでemailを使う方法でも試しました。
http://qiita.com/one-a/items/d0f39401404fafb72bee

なぜ、Permission denied (publickey).と表示されてしまうのでしょうか?
どなたか解決方法があれば教えてくださいm(_ _)m

49
デフォルトの名無しさん[sage]   投稿日:2016/04/08 18:23:02  ID:QHM1+lud.net(2)
authorized kyesとかフォルダのパーミッションが悪いんじゃないの

50
デフォルトの名無しさん[sage]   投稿日:2016/04/08 18:24:15  ID:QHM1+lud.net(2)
userAの鍵作ったつもりだが、rootで作ってたとか

51
デフォルトの名無しさん[]   投稿日:2016/04/08 21:37:05  ID:lYxJyHT6.net(5)
>50
もう一度作り直してからターミナルで $ ls -la で確認してみたら
rootで作ってたみたいです。ありがとうございます。
初めてなのでrootで作ってよいものなのか、よくわからないのですが
ホームディレクトリに場所変えるやり方はありますでしょうか、、、?

52
デフォルトの名無しさん[]   投稿日:2016/04/08 22:01:05  ID:lYxJyHT6.net(5)
ディレクトリがバラバラだったので
~/.ssh ディレクトリに全て作ったのですがやはりうまくいきません。。

authorized_keysはそのディレクトリ内に必要なものでしょうか??

53
デフォルトの名無しさん[sage]   投稿日:2016/04/08 22:59:35  ID:alZL9wOa.net(2)
sshのオプションに-vvとか付けてログをgistとかに上げてリンクを貼れば、誰かが原因突き止めてくれるかも
コメント1件

54
デフォルトの名無しさん[]   投稿日:2016/04/08 23:32:07  ID:lYxJyHT6.net(5)
>53
どうしようもなくなったらそちらで質問してみます(^^;)

http://qiita.com/knife0125/items/50b80ad45d21ddec61a9
ちなみにこちらのサイトと初めから手順同じでやってみて特に問題など起こらなかったのですが、
ターミナルで sudo ssh -T git@github.com をやるとPermission denied (publickey). 
となるのですが、みなさんもなりますか。。。??
コメント1件

55
デフォルトの名無しさん[sage]   投稿日:2016/04/08 23:46:01  ID:alZL9wOa.net(2)
>54
gistはフォーラムとかじゃないよ。単にログをここに貼っても見づらいから、
ログ出してgistにアップしてURLちょうだいって意味だったんだけど

そもそもなんでsudoしてるの?
コメント1件

56
デフォルトの名無しさん[]   投稿日:2016/04/08 23:58:06  ID:lYxJyHT6.net(5)
>55
なるほど、勘違いしていました。やってみます。
あと、書き込みで間違えてsudoつけてしまいました。
ただ単に ssh -T git@github.com です。

57
デフォルトの名無しさん[]   投稿日:2016/04/09 00:03:37  ID:yQwKWsgV.net(5)
何度もすみません。
sshのオプションの-vvとはどうやって実行するでのしょうか?
ターミナルで ssh -vv ででてくるものがログになるのでしょうか?
コメント1件

58
デフォルトの名無しさん[sage]   投稿日:2016/04/09 00:14:29  ID:f0Ftsbz8.net(6)
>57
ssh -vv -T git@github.com
コメント1件

59
デフォルトの名無しさん[]   投稿日:2016/04/09 00:20:59  ID:yQwKWsgV.net(5)
>58
ありがとうございます!できました。

こちらがログになります。
<script src="https://gist.github.com/KosukeGit/9718dc52d3ed796a3e6f308355ead85c.js...;></script>
コメント1件

60
デフォルトの名無しさん[sage]   投稿日:2016/04/09 00:41:52  ID:f0Ftsbz8.net(6)
>59
ls -ald /Users/x13089xx/.ssh

ls -al /Users/x13089xx/.ssh/id_rsa
の結果をここに貼ってもらえるかな?
コメント1件

61
デフォルトの名無しさん[]   投稿日:2016/04/09 00:47:07  ID:yQwKWsgV.net(5)
>60

drwx------ 6 x13089xx staff 204 4 8 21:43 /Users/x13089xx/.ssh

-rw------- 1 root staff 1679 4 8 21:33 /Users/x13089xx/.ssh/K_git_key

こちらになります。id_rsaのところは自分で決めた名前を入れて表示しました。

62
デフォルトの名無しさん[sage]   投稿日:2016/04/09 01:10:29  ID:f0Ftsbz8.net(6)
>62
その、K_git_keyってのが読めてない可能性あるな。
ssh -i ~/.ssh/K_git_key -T git@github.comでつながる?
つながるなら、configの書き方が良くないかな。
コメント2件

63
デフォルトの名無しさん[sage]   投稿日:2016/04/09 01:11:30  ID:f0Ftsbz8.net(6)
>62
あ、キーの方のownerがおかしい。sudo chown x13089xx /Users/x13089xx/.ssh/K_git_key しておこう
コメント1件

64
デフォルトの名無しさん[]   投稿日:2016/04/09 01:20:53  ID:yQwKWsgV.net(5)
>62
>63

ssh -i ~/.ssh/K_git_key -T git@github.comを最初やったときは
Permission denied (publickey).となったのですが、
sudo chown x13089xx /Users/x13089xx/.ssh/K_git_key を行ったあとに
ssh -i ~/.ssh/K_git_key -T git@github.comを実行したらできました!!

これはconfigの書き方がよくなかったためでしょうか??
また、ssh -i ~/.ssh/K_git_key -T git@github.comで成功するのは間違ってますか??
コメント1件

65
デフォルトの名無しさん[sage]   投稿日:2016/04/09 01:25:53  ID:f0Ftsbz8.net(6)
>64
はじめ、上手く行かなかった原因は、x13089xxユーザーでは、/Users/x13089xx/.ssh/K_git_keyの中身がよめなくて、公開鍵認証用の秘密鍵がよめなかったこと。パーミッションが足りなかったんだけど、そこについてはぐぐってくれ。
なので、sudo chownではパーミッションが適切になるように操作した。

ssh -i ~/.ssh/K_git_key -T git@github.comで成功するのは間違ってない。
-i ~/.ssh/K_git_key ってのを書くのが面倒だから、configにIdentityFileの行を書いて、このオプションをconfigの方で決めるようにしている。
そして、おそらくconfigの書き方は今回ははじめから合ってると思うよ。
コメント2件

66
デフォルトの名無しさん[]   投稿日:2016/04/09 01:33:46  ID:yQwKWsgV.net(5)
>65
なるほど、、!!原因とchownなどの使い方もしれてたくさん勉強になりました。
もっと理解深めるためにいろいろ調べて勉強します!
自分も>65さんみたいにログから読み取れるように頑張りたいと思います。
ありがとうございました!!m(_ _)m
コメント1件

67
デフォルトの名無しさん[sage]   投稿日:2016/04/09 02:13:58  ID:f0Ftsbz8.net(6)
>66
今の、上手くいってるログと比較するとわかりやすいかもね。
ただ、秘密鍵が読めないってことが明示的に出てきてるわけじゃないっぽいから、そこまでわかりやすくはないね。
自分の上手く行ってる場合のログと見比べて、恐らく鍵が読めてないなっておもっただけだから

68
デフォルトの名無しさん[]   投稿日:2016/04/12 12:16:31  ID:8UWAtsZ/.net
test

69
デフォルトの名無しさん[]   投稿日:2016/05/01 11:07:17  ID:tKi6j9CT.net
匿名通信(Tor、i2p等)ができるファイル共有ソフトBitComet(ビットコメット)みたいな、
BitTorrentがオープンソースで開発されています

言語は何でも大丈夫だそうなので、P2P書きたい!って人居ませんか?

Covenantの作者(Lyrise)がそういう人と話したいそうなので、よろしければツイートお願いします
https://twitter.com/Lyrise_al

ちなみにオイラはCovenantの完成が待ち遠しいプログラミングできないアスペルガーw


The Covenant Project
概要

Covenantは、純粋P2Pのファイル共有ソフトです

目的

インターネットにおける権力による抑圧を排除することが最終的な目標です。 そのためにCovenantでは、中央に依存しない、高効率で検索能力の高いファイル共有の機能をユーザーに提供します

特徴

Covenant = Bittorrent + Abstract Network + DHT + (Search = WoT + PoW)

接続は抽象化されているので、I2P, Tor, TCP, Proxy, その他を利用可能です
DHTにはKademlia + コネクションプールを使用します
UPnPによってポートを解放することができますが、Port0でも利用可能です(接続数は少なくなります)
検索リクエスト、アップロード、ダウンロードなどのすべての通信はDHT的に分散され、特定のサーバーに依存しません

70
デフォルトの名無しさん[]   投稿日:2016/05/02 12:38:52  ID:lObVfHUI.net(2)
echo aaaa> a
git add a
git rm -f a
このあとaを復元するにはどうやったらできるのか教えてください
コメント2件

71
デフォルトの名無しさん[sage]   投稿日:2016/05/02 13:23:14  ID:lObVfHUI.net(2)
ステージしたファイルをチェックアウトしても元に戻らないのは
なぜですか?

72
デフォルトの名無しさん[]   投稿日:2016/05/02 15:33:52  ID:aR8AOrvI.net
>70
dd -r

73
デフォルトの名無しさん[sage]   投稿日:2016/05/02 19:18:24  ID:HpLznvmY.net
>70
git checkout-index a

74
デフォルトの名無しさん[]   投稿日:2016/05/03 11:19:49  ID:6uQ6fcn6.net
v2.8.2

75
デフォルトの名無しさん[sage]   投稿日:2016/05/11 06:19:55  ID:pgV0YWI0.net
質問です
現在Windows10上でCygwin Gitを利用していますがJenkinsを導入するためGit for Windowsも導入することを検討しています。
Cygwin GitとGit for Windowsの共存は可能ですか。可能ならば注意事項はありますか。
よろしくお願いします

76
デフォルトの名無しさん[]   投稿日:2016/05/14 11:47:43  ID:r8zKr16p.net
共存可能です

77
デフォルトの名無しさん[sage]   投稿日:2016/05/14 14:06:41  ID:fLeelvLJ.net
Portable git とかいうのを勝手に入れて専用環境にするから問題ない

78
デフォルトの名無しさん[sage]   投稿日:2016/05/14 19:19:01  ID:YY1ucSM6.net
ありがとうございます。
インストールしましたが今のところ問題ないようです。
アリガタマキン ( ´∀`)ノ⌒ω)Д`)ブニュ

79
デフォルトの名無しさん[]   投稿日:2016/05/29 09:32:41  ID:q5zvKyId.net
gui系統を使うとエラーが出るようになってしまったのだけど・・・
$ git gui
error: git-gui died of signal 11
$ gitk
Segmentation fault (コアダンプ)
コメント1件

80
デフォルトの名無しさん[sage]   投稿日:2016/05/29 10:22:28  ID:fedHw5io.net
一個前のコミットログを書き換えたいけど
現在編集中のファイルがあるので
git commit --amendできません
いま編集中の内容をコミットせずに過去のコミットログを書き換える方法を教えてください

81
デフォルトの名無しさん[]   投稿日:2016/05/29 10:37:26  ID:6Nc9mR58.net
git stash save

82
デフォルトの名無しさん[sage]   投稿日:2016/05/29 12:58:42  ID:7RQ7c+dm.net
>79
それは「何か」が原因でプログラムの不良が発現したってメッセージだ
その原因が何なのかは、根本的な原因自体がプログラム不良の場合もあるし、
環境設定が悪い場合もあるし、使い方が悪い場合もあるし、
ハードが壊れてる場合もあるし、そのメッセージだけでは解らない

使い方が悪いとか環境設定が悪い場合には本来はエラーメッセージを
表示して終了すべきなのだが、エラーチェックが甘いとそんな落ち方をする

検索するとgit-guiはそのへんのエラーチェック不十分だったりするみたいだ
コメント1件

83
デフォルトの名無しさん[]   投稿日:2016/05/29 17:46:20  ID:6uZnr2sr.net
>82
有難う
そうすべー、OSを再起動したらgit guiは一回エラーが出なかったけど
gitkを試したらまた出るようになった
コマンドで使っている分にはエラーが出ないようだけど・・・

84
デフォルトの名無しさん[sage]   投稿日:2016/05/31 10:23:58  ID:AFHj0oXp.net(2)
git checkout .ってしてもgitで管理されてないファイルが消えなくて完全にきれいな状態にもどれないんですけど
一つづつrmして削除するには量が多すぎるんですが
簡単に戻す方法教えてください
コメント1件

85
デフォルトの名無しさん[sage]   投稿日:2016/05/31 12:23:50  ID:+FkFFZgv.net
>84
git clean
ディレクトリも削除するなら-d付ける
コメント1件

86
デフォルトの名無しさん[sage]   投稿日:2016/05/31 13:02:20  ID:AFHj0oXp.net(2)
>85
できましたありがとうございます

87
デフォルトの名無しさん[sage]   投稿日:2016/06/03 19:09:06  ID:VA+31Z8I.net(2)
git pullすると変更分をダウンロードしますけど
ダウンロードせずに変更があるかどうかだけを調べる場合は何のコマンドを使えばいいですか?

88
デフォルトの名無しさん[sage]   投稿日:2016/06/03 19:39:26  ID:VA+31Z8I.net(2)
もういっこすいません
git cloneするときに存在しないリポジトリのurlを指定するとパスワードの入力が施されるんですが
存在しない場合は入力する意味もないのでエラーでもなんでもいいから抜ける方法ありませんか?
コメント1件

89
デフォルトの名無しさん[]   投稿日:2016/06/03 20:08:28  ID:5iD7KC+s.net
git fetch --dry-run
Ctl-c

90
デフォルトの名無しさん[]   投稿日:2016/06/04 06:23:41  ID:5FXvcCoj.net
Mac OS X 10.8.5 (x86_64)
git使ったことも無いし知識もありません。
gitの基本を学ぶのに良い書籍かサイトを教えて下さい。
とりあえずgit clone出来るところまででOKです。

rbenvでrubyのバージョン管理をする - Qiita
http://qiita.com/MasahiroSakoda/items/b66f92df80b375f7c786
上のURLをみて実行したら以下の様なエラーが出て困っています。

git clone git@github.com:sstephenson/rbenv.git ~/.rbenv

The authenticity of host 'github.com (192.30.252.128)' can't be established.
RSA key fingerprint is 16:27:ac:a5:76:28:2d:36:63:1b:56:4d:eb:df:a6:48.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'github.com,192.30.252.128' (RSA) to the list of known hosts.
Permission denied (publickey).
コメント4件

91
デフォルトの名無しさん[sage]   投稿日:2016/06/04 07:27:00  ID:n0d0Ap5I.net
>88
それユーザーの入力待ちになるんでしょ?
説明文追記してユーザーに対処してもらうんじゃダメなん?

92
デフォルトの名無しさん[]   投稿日:2016/06/04 12:49:50  ID:hqt7WtE0.net

93
デフォルトの名無しさん[sage]   投稿日:2016/06/04 17:27:36  ID:ZYjMkIKS.net
>90
qiitaでコメント投稿できるんだからわざわざここに書き込みに来ないでqiitaのコメント欄で直接聞いたほうが他の人にも有益だと思うけど何故ここで聞こうと思ったの?
コメント1件

94
デフォルトの名無しさん[sage]   投稿日:2016/06/04 19:22:39  ID:vbRf/bzL.net
>90
そのレポジトリ、https://github.com/sstephenson/rbenv でアクセスすると
https://github.com/rbenv/rbenv に転送されるのな

そいでそこのREADME.md見る限りでは、今のオススメはこれらしい
git clone https://github.com/rbenv/rbenv.git ~/.rbenv
コメント1件

95
デフォルトの名無しさん[sage]   投稿日:2016/06/05 12:56:01  ID:sTpf+U42.net
>90
なんでマルチしようと思ったの?
コメント1件

96
デフォルトの名無しさん[sage]   投稿日:2016/06/05 13:20:00  ID:5wmVzb78.net
>95
みんな興味あるかなと思いまして

97
デフォルトの名無しさん[]   投稿日:2016/06/05 14:22:09  ID:8nyDrU4f.net(2)
>92
>94
90です。gitはクローンだけなら特に設定無しで出来るんですね。
rbenvとrubyのインストール出来ました。
有難う御座いました。


>93 qiitaについてはアカウント作るほど興味がまだありません。

98
デフォルトの名無しさん[sage]   投稿日:2016/06/05 14:30:55  ID:vhl6udDL.net
あちこちで同じ内容読まされる身にもなってくれ・・・

99
デフォルトの名無しさん[sage]   投稿日:2016/06/05 16:39:50  ID:PAgdOZpu.net(2)
同じ内容は読まないよう

100
デフォルトの名無しさん[]   投稿日:2016/06/05 17:46:18  ID:8nyDrU4f.net(2)
読まなきゃ良い。かまってちゃんはバカだな。

101
デフォルトの名無しさん[sage]   投稿日:2016/06/05 21:08:41  ID:S21h9WxK.net
匿名じゃないと聞けないようなバカに何も求めてはいけないんだよ

102
デフォルトの名無しさん[sage]   投稿日:2016/06/05 21:27:47  ID:PAgdOZpu.net(2)
だから俺は聞かない。匿名で相手をバカにするために2ちゃんねるを使っている。

103
デフォルトの名無しさん[sage]   投稿日:2016/06/06 09:34:20  ID:SWJRXsGZ.net
同じ内容かどうか読まなきゃわからんのに読まなきゃいいとかアホなのか?

104
デフォルトの名無しさん[sage]   投稿日:2016/06/06 16:49:37  ID:/qKSCvxc.net
いまどき専ブラ使ってないとか

105
デフォルトの名無しさん[sage]   投稿日:2016/06/06 17:48:11  ID:o3lNWu4X.net(2)
Gitって普通にファイルの共有サーバにリポジトリおけば、分散開発できるの?
コメント1件

106
デフォルトの名無しさん[sage]   投稿日:2016/06/06 17:51:59  ID:8Ex6WVsG.net
>105
できる

107
デフォルトの名無しさん[sage]   投稿日:2016/06/06 17:59:24  ID:o3lNWu4X.net(2)
サンクス
やってみる

108
デフォルトの名無しさん[]   投稿日:2016/06/07 21:47:27  ID:b0EEspvc.net
2.8.4

109
デフォルトの名無しさん[]   投稿日:2016/06/11 19:05:13  ID:G5i4vyMJ.net(2)
Git初心者です。申し訳ありませんが質問させてください。
親子関係がA(大元) B(AからForkしたものと思われる、他人のリポジトリ) C(BからFork、自分のリポジトリ)で作業しています

Cをcloneしてきた後にAをupstreamに設定、Bを適当な名前のリモート名に設定してoriginをpushしたのですが
別の場所でCをcloneするとリモートの設定が全てなくなりoriginのみになってしまいます
リモート設定までgithubに上げることは出来るのでしょうか?

110
デフォルトの名無しさん[sage]   投稿日:2016/06/11 19:14:52  ID:iSPIsEmM.net
他人がforkしたものは無理じゃね?
コメント1件

111
109[sage]   投稿日:2016/06/11 21:30:39  ID:G5i4vyMJ.net(2)
>110
あ、書き方が下手で申し訳ありません。勘違いさせちゃったかもです。
git remote add upstream git://github.com/A/hoge.git とか
git remote add B git://github.com/B/hoge.git
で設定した設定自体を保存したいと言うことです
コメント1件

112
デフォルトの名無しさん[]   投稿日:2016/06/11 23:25:42  ID:YRrEzUml.net
>111
俺の知る限り無理
cloneした時にoriginがセットされるから。
どうしても同じにしたかったらscpだのrsyncするか、そういう設定にするshスクリプトaddしとくか
コメント1件

113
109[sage]   投稿日:2016/06/12 06:58:57  ID:16nsrzRK.net
>112
有難う御座います。
少しすっきりしました。

114
デフォルトの名無しさん[]   投稿日:2016/06/12 11:12:46  ID:xN9NR8mn.net
github 上のリポジトリで、

黒歴史 C(BからFork、自分のリポジトリ)

摩り替え C(AからFork、自分のリポジトリ)

に上書きしたいってこと?
github 上でリポジトリ削除してもう一度 AからFork で造り直せば良くね?
コメント1件

115
デフォルトの名無しさん[sage]   投稿日:2016/06/12 11:33:44  ID:AMLyjVO9.net
>114
お前頭悪いだろw
それかリモートリポジトリ設定したことないだろw

116
デフォルトの名無しさん[sage]   投稿日:2016/06/12 12:18:51  ID:AlZ+imP/.net
仮に出来たとしても
第三者が更にforkした時にエイリアスまでくっついてくると迷惑
スクリプト化何かで対処すべき

117
デフォルトの名無しさん[sage]   投稿日:2016/06/12 19:39:22  ID:z4XaqaSO.net(3)
https://git-scm.com/docs
ここに乗ってないコマンドがあるんですが
利用できるコマンドを一覧表示するコマンドありませんか?
コメント2件

118
デフォルトの名無しさん[]   投稿日:2016/06/12 19:57:29  ID:mw2OVij8.net

119
デフォルトの名無しさん[sage]   投稿日:2016/06/12 19:57:51  ID:V4QZwut1.net(3)
>117
git-completionの表示を見るとかは?
コメント1件

120
デフォルトの名無しさん[sage]   投稿日:2016/06/12 20:14:25  ID:z4XaqaSO.net(3)
>118
これいいですね乗ってました
>119
すべてのコマンドが表示されないようです
コメント1件

121
デフォルトの名無しさん[sage]   投稿日:2016/06/12 20:39:05  ID:V4QZwut1.net(3)
>120
表示されないコマンドって例えば何?

122
デフォルトの名無しさん[sage]   投稿日:2016/06/12 21:18:05  ID:z4XaqaSO.net(3)
cat-fileとか
他にも沢山

123
デフォルトの名無しさん[sage]   投稿日:2016/06/12 22:09:21  ID:V4QZwut1.net(3)
なるほど git help -a で出力されるのがたぶん >118 と同じで、
そこから __git_list_porcelain_commands で除外してるのは補完候補に出ないんだな

124
デフォルトの名無しさん[]   投稿日:2016/06/14 23:11:22  ID:siM/5SDz.net
2.9.0

125
デフォルトの名無しさん[]   投稿日:2016/06/16 02:21:10  ID:ed3OzHHl.net
Bashコマンドが打てるWindows 10最新ビルドが公開
http://pc.watch.impress.co.jp/docs/news/752087.html

これでWindowsでもGitも使いやすくなるかなあ?
コメント1件

126
デフォルトの名無しさん[]   投稿日:2016/06/16 02:26:08  ID:ouXjOwRe.net(4)
>125
今何か不満ある?

127
デフォルトの名無しさん[sage]   投稿日:2016/06/16 02:47:20  ID:cgaXk5xn.net(2)
コマンドプロンプトからしか使えないのだとしたら退化だよなあ
まともな端末エミュレータを用意してほしい
コメント1件

128
デフォルトの名無しさん[]   投稿日:2016/06/16 05:40:03  ID:ouXjOwRe.net(4)
>127
Windows10から大分まともになったと思うけど、どの辺が不満なの?
コメント1件

129
デフォルトの名無しさん[sage]   投稿日:2016/06/16 06:43:01  ID:D72Ao5Xo.net
この人の「不満ある?」って本当に建設的に改良すべき点が聞きたいんじゃなくて、
ケチつけてやろうって気満々なのがこの短い文からわかるのがすげえなw

130
デフォルトの名無しさん[]   投稿日:2016/06/16 06:53:58  ID:ouXjOwRe.net(4)
どっちも純粋に疑問なんだけど?

131
デフォルトの名無しさん[sage]   投稿日:2016/06/16 06:58:42  ID:cgaXk5xn.net(2)
>128
TERMにxterm-256colorを設定して出力されるエスケープシーケンスに
全部対応できてるのかな?それならば使ってみてもいいかもね

132
デフォルトの名無しさん[]   投稿日:2016/06/16 07:05:07  ID:ouXjOwRe.net(4)
そもそも別に 建設的に改良すべき点を聞きたいなんて思ってないよ。改良するの俺じゃないんだしこんな所で話題にしてること自体が建設的じゃない。雑談したいから書いてんの。
建設的なことしたいならこんな所で具体的な事も挙げずにケチつけてないでgitのコミュニティ とかMSDNフォーラムに書きに行ってるよね?

133
デフォルトの名無しさん[sage]   投稿日:2016/06/16 08:48:10  ID:8vkYS6pf.net
荒らしウゼ

134
デフォルトの名無しさん[sage]   投稿日:2016/06/16 10:45:05  ID:9O5kucbJ.net
gitって改行とかエンコードとかそういう情報は保存されないんですか?
Windowsで\r\nで保存したのにMacでcloneしても\r\nになってくれません
コメント1件

135
デフォルトの名無しさん[sage]   投稿日:2016/06/16 11:08:59  ID:tOwQ8tvq.net
データにはバイナリ・テキストの2種類ある

テキストの場合、改行コードがOSで異なる
Windows \r\n
Unix系 \n
(ただし、MacOS9 以前は、\r)

たぶん、自動的に変換されているんだろ

136
デフォルトの名無しさん[sage]   投稿日:2016/06/16 12:55:03  ID:tFGanx+A.net
改行コードは自動変換オプションがある。
core.autocrlf

本家gitのインストーラーで途中で訊かれる。Windowsだとtrueがデフォルトだったと思う。

137
デフォルトの名無しさん[sage]   投稿日:2016/06/16 13:11:15  ID:0I01+HHK.net
>134
行の区切りとして改行がほしいのか
データの一部として \r\n がほしいのかどっちよ?

理由によって登録時に対処するか取得時に対処するか変わってくる

138
デフォルトの名無しさん[sage]   投稿日:2016/06/17 12:13:18  ID:f99Of1Ng.net
自分が見ているリポジトリだとWindows版 Gitでcore.autoCRLFを有効にしないとまともにコンパイルしてくれないな

139
デフォルトの名無しさん[sage]   投稿日:2016/06/20 00:40:31  ID:8+wUFNFJ.net(3)
プログラムa b cというそれぞれ独立したプログラムで
common.jsというファイルを共有して利用するとします。

いずれかのcommon.jsを修正したとき、他のプログラムにも反映されるような仕組みはありますか?

140
デフォルトの名無しさん[sage]   投稿日:2016/06/20 00:51:01  ID:OWUJ8xtd.net
共有するならファイル一つしかないんじゃねえのか?

141
デフォルトの名無しさん[sage]   投稿日:2016/06/20 01:14:46  ID:8+wUFNFJ.net(3)
相互参照は設定がめんどくさそうなので、同期的なことができるとしても、マスターとなるリポジトリが必要そう、というかまぁそうするべきですね。

142
デフォルトの名無しさん[sage]   投稿日:2016/06/20 01:19:21  ID:8+wUFNFJ.net(3)
あ、共有という表現がおかしかったですね。
gitでとってくるのはcommon.jsの実体なので、共有(ファイルへのエイリアス)ではないですが、common.jsがのマスターリポジトリが更新されたら、最新版を取り込んでいきたいとうことです。

143
デフォルトの名無しさん[sage]   投稿日:2016/06/20 09:02:26  ID:o/Q8QvES.net
submodule 使うとか?

144
デフォルトの名無しさん[]   投稿日:2016/06/29 00:12:34  ID:TR7jXXPK.net
Gitを一通り学べる技術書はどれがおすすめ?

145
デフォルトの名無しさん[sage]   投稿日:2016/06/29 01:12:31  ID:u+61wruQ.net
ソース読んだ方が早くね?
コメント1件

146
デフォルトの名無しさん[sage]   投稿日:2016/06/29 02:04:11  ID:jBpXy8rF.net
>145
確実に遅い

147
デフォルトの名無しさん[sage]   投稿日:2016/06/29 03:41:39  ID:wQ3BQfba.net
Gitって何で書かれてるの? Ruby?
コメント1件

148
デフォルトの名無しさん[]   投稿日:2016/06/29 06:10:28  ID:V4mCQtyp.net
>147
ほとんどC
あとシェルスクリプトとPerl

149
デフォルトの名無しさん[]   投稿日:2016/07/01 22:48:26  ID:yFv1WE1A.net
GUIツールはどれがおススメ?

150
デフォルトの名無しさん[sage]   投稿日:2016/07/02 12:48:12  ID:PNWyJIIt.net
Git for windows

151
デフォルトの名無しさん[]   投稿日:2016/07/02 21:18:14  ID:nPXvrn3u.net

152
デフォルトの名無しさん[sage]   投稿日:2016/07/04 11:31:16  ID:+266gznu.net
git cloneするとsubmoduleで何個か他のリポジトリもcloneされてきたんですが
全部一括でpullで更新したいんですけど一発で全部pull出来るコマンドありませんか?

153
デフォルトの名無しさん[sage]   投稿日:2016/07/04 22:13:13  ID:0oVcG5wM.net
あるよ

154
デフォルトの名無しさん[]   投稿日:2016/07/13 23:29:29  ID:rnkgKmUz.net
2.9.1

155
デフォルトの名無しさん[]   投稿日:2016/07/16 12:38:11  ID:a5VeR7Se.net
2.9.2

156
デフォルトの名無しさん[sage]   投稿日:2016/07/21 13:25:25  ID:ZSsgjBJq.net
過去のコミットでブランチを作ってそれで開発してmasterにマージする方法を教えてください
コメント1件

157
デフォルトの名無しさん[sage]   投稿日:2016/07/22 07:03:36  ID:nTZ7+YF1.net
>156
git branch 新しいブランチ名 過去のコミットのハッシュ
masterにマージするのは別に特別なことはないだろ?

158
デフォルトの名無しさん[]   投稿日:2016/08/02 11:48:34  ID:edg86QmZ.net(4)
ファイルをコミットするたびに、そのファイルにバージョン番号を
振り当てたいのですが、どうしたらよいでしょうか。
cvsのときは $Id$ という変数が使えたのですが gitには見当たりません。

どうかよろしくお願いいたします
コメント2件

159
デフォルトの名無しさん[]   投稿日:2016/08/02 12:13:16  ID:HzIgtAUz.net(2)
ファイルにバージョン番号を割り当ててどうしたいかによって、やるべきことが変わります。
コメント1件

160
デフォルトの名無しさん[sage]   投稿日:2016/08/02 13:22:41  ID:edg86QmZ.net(4)
>159
ファイルにバージョン番号をつけて、そのバージョン番号を
そのプログラムの中で取得、表示したいと思っています。

プロジェクト全体ではなくいくつかのファイルにバージョン番号を振りたいです。


161
デフォルトの名無しさん[sage]   投稿日:2016/08/02 14:08:32  ID:W78wvcm1.net(3)
その番号どうやって決めるの?
ブランチしてマージした時にはどうなるの?
コメント1件

162
デフォルトの名無しさん[sage]   投稿日:2016/08/02 14:27:20  ID:d1sqqK67.net

163
デフォルトの名無しさん[sage]   投稿日:2016/08/02 14:53:14  ID:edg86QmZ.net(4)
>161
マージしたのだからバージョン番号は上がります。

>162
ありがとうございます。
gitにも一応用意されているのですね
コメント1件

164
デフォルトの名無しさん[sage]   投稿日:2016/08/02 15:13:51  ID:W78wvcm1.net(3)
単に上がるといわれても、、
まあ一本道なら問題でないからいいかw
コメント2件

165
デフォルトの名無しさん[sage]   投稿日:2016/08/02 17:16:14  ID:04yi8jv3.net
>164
何がおかしいんだ?
ファイルの履歴なんて一本道だろ

166
デフォルトの名無しさん[sage]   投稿日:2016/08/02 18:41:16  ID:edg86QmZ.net(4)
>164
少なくとも、そのブランチ内では一本道ですよね?
違う場合があるのでしょうか・・・

167
デフォルトの名無しさん[sage]   投稿日:2016/08/02 18:43:26  ID:W78wvcm1.net(3)
マージするって言ってんだから当然ブランチも違うと思うんだけど
まあキミの運用ではありえないってんならそれでいいや

168
デフォルトの名無しさん[sage]   投稿日:2016/08/02 21:12:33  ID:fLIBLkcb.net
初心者に教えるのにそういう嫌味ったらしい意地の悪い態度とるなや

169
デフォルトの名無しさん[]   投稿日:2016/08/02 21:54:41  ID:HzIgtAUz.net(2)
>163
バージョンが3つ上がったブランチに、5つ上がったブランチをマージする時には、バージョンはいくつにするつもり?
ってことを聞きたいんだよ。
コメント2件

170
デフォルトの名無しさん[sage]   投稿日:2016/08/02 22:12:29  ID:VvxGwIin.net
>169
マージじゃなくリベースして8にすればいいんじゃないの
コメント1件

171
デフォルトの名無しさん[sage]   投稿日:2016/08/02 23:10:23  ID:flPsn8Jo.net(2)
こういう混乱のもとになるから
ファイルに自動的にバージョン番号みたいなものを
埋め込むのはやめましょう。

172
デフォルトの名無しさん[]   投稿日:2016/08/02 23:23:32  ID:e0s/NtSp.net
>170
別にリベースじゃなくてマージでも8にして良いんだけど、それでバージョン番号として役に立つのかい?

173
デフォルトの名無しさん[sage]   投稿日:2016/08/02 23:46:07  ID:flPsn8Jo.net(2)
(1)

│コミット

(2) ─ブランチ → (3)

│コミット

(3)


おいバージョン3が二つあるぞwww
コメント1件

174
デフォルトの名無しさん[sage]   投稿日:2016/08/03 00:38:54  ID:coIHhs7S.net
>173
それはどっちか(後の方)を3じゃなく4にすべき
コメント2件

175
デフォルトの名無しさん[sage]   投稿日:2016/08/03 01:33:56  ID:mthcjhds.net
>174
分散バージョン管理だから、
ブランチのマージが必ず同じリポジトリで行われるわけじゃないのよ?

176
デフォルトの名無しさん[sage]   投稿日:2016/08/03 07:17:01  ID:YtpqVXv4.net(2)
>174
じゃあこういうことかね?

(1)

│コミット

(2) ─ブランチ → (3) ─小さい修正 → (6)

│コミット

(4)

│大規模バージョンアップ

(5)

おい新しいバージョンのほうが機能低いぞwww

177
デフォルトの名無しさん[sage]   投稿日:2016/08/03 12:15:15  ID:mbys/AN5.net
pull --rebase

rebase -i
とどっち使うのがいい?
コメント1件

178
デフォルトの名無しさん[sage]   投稿日:2016/08/03 12:26:01  ID:8916Nt3B.net
何を言ってるかわからんけど
理想的環境下では rebase -i はいらないとまで言える

179
デフォルトの名無しさん[sage]   投稿日:2016/08/03 20:50:14  ID:YtpqVXv4.net(2)
理想的環境 = 絶対に間違いをしない人

180
デフォルトの名無しさん[sage]   投稿日:2016/08/04 02:54:01  ID:6Dnu7Gjs.net
>177
できることは同じなんだけど若干違いがある。
pull --rebaseはリモートブランチがrebaseされた場合に自動で分岐点を追跡するが
rebaseの場合は分岐点を--ontoで明示的に指定する必要がある

181
デフォルトの名無しさん[]   投稿日:2016/08/04 10:52:11  ID:B4wdumNN.net
>169
脇道のブランチにはバージョン番号振らなくてもいいです
そっちはgitのハッシュ文字列? とかで十分です

出荷用の幹のファイルにさえバージョン番号がついていれば
問題ないと思っています。
コメント2件

182
デフォルトの名無しさん[sage]   投稿日:2016/08/04 11:57:13  ID:hTDvIGUA.net
そこをどう自動化するか、なんだよね
まあスクリプトで判断付くならそれでいいけど

183
デフォルトの名無しさん[]   投稿日:2016/08/04 13:48:47  ID:IXnE551F.net
>181
一番簡単なのは、出荷用のブランチ専用のワークディレクトリを用意して、そこでバージョン番号を上げてコミットするスクリプトを動かすことかな。
多分、アプリケーションのヘルプとかに出すバージョン番号を自動採番したいっていう要望だよね。
だから、そのスクリプトをリリースビルド用のスクリプトに組み込むというのがよく使われると思う。

184
デフォルトの名無しさん[sage]   投稿日:2016/08/04 20:30:27  ID:jTAWnEUa.net(2)
>181
あのさ、そういうことをすると
ソースコードの管理上重大な問題が
発生するからgitではそういう機能を廃止したの。

gitには劣化機能なんて存在しないんだよ。
コメント1件

185
デフォルトの名無しさん[sage]   投稿日:2016/08/04 21:30:20  ID:MzsSajqH.net
>184
gitの思想や哲学なんてクソどうでもいいんだよ
どれだけ美しかろうが実務で役に立たなきゃクソほどの役にも立たん
結局のところ >158 のニーズじゃsvnサイコーってことでしょ
夢や理想を語るだけで実用性が伴ってないからいつまでたってもgitは
オープンソース界隈とWeb業界でしか使われてない色物扱いされてんだよ
SI業界やゲーム業界見てみろ、git使ってる会社なんて1個もない
実務で使われてないのは実用性が無いからなんだよ

186
デフォルトの名無しさん[sage]   投稿日:2016/08/04 21:35:28  ID:jTAWnEUa.net(2)
svnは実務で役に立ってないよ。
だからみんなsvnからgitに乗り換えてるわけ。

gitはさまざまなプロジェクトで
使われてることから実務で役に立っていることの
証明になってる。

187
デフォルトの名無しさん[sage]   投稿日:2016/08/04 21:37:44  ID:Zc38VARK.net
svnは1人でやるならまあ使えるでしょ

188
デフォルトの名無しさん[sage]   投稿日:2016/08/04 21:41:45  ID:cCkuFoiR.net
一人ならなおさらgitの方が楽

189
デフォルトの名無しさん[sage]   投稿日:2016/08/04 23:03:35  ID:erkB3JHK.net
まあ仕事だとシンプルな中央からのチェックイン・アウトの方が便利な場合もあるよね
なんかgit信者ってどんな用途にもgit最高みたいな狂信者が多いから嫌われる

190
デフォルトの名無しさん[sage]   投稿日:2016/08/04 23:16:16  ID:MHSK5WnW.net
Gitがあえてその機能を外したおかげで、Gitで実現するには工夫が必要なことを「できますか?」と聞かれたときに、なぜその機能が欲しいのか?を聞かずに
「そういうのは思想に合わないからやるべきではない」とか言うのは信者のする行動だと思う。

深く考えてない、知識がないからその機能を欲しがってるようだから、実際は別のやり方に馴染んでもらったほうがいいのか、
それとも、ある程度考えた上でやはりその機能が必要だと実感しているようだから、工夫する方法を教えてあげたほうがいいのか、はある程度要望を聞いていかないとわからないわけで。

頭ごなしにそんなの追求するべきじゃないと言うのは硬直してるエンジニアだよね。
コメント2件

191
デフォルトの名無しさん[]   投稿日:2016/08/05 00:21:28  ID:V+5FYaKg.net
tag使えばいいんじゃないのか、、?

192
デフォルトの名無しさん[sage]   投稿日:2016/08/05 00:26:07  ID:9/FlXgZ/.net
git describe --tagsとか便利ですな

193
デフォルトの名無しさん[sage]   投稿日:2016/08/05 13:54:28  ID:LJe/qM3f.net
>190
gitに限らないね
テンプレになりそう

194
デフォルトの名無しさん[sage]   投稿日:2016/08/05 23:47:04  ID:8TouDsdc.net
>190
なぜその機能を欲しいかも書いてあればそれにも回答するけど
書いてなきゃgitでは普通使わないって答えるな

信者じゃないで、布教のために手取り足取りとかする気はない
コメント1件

195
デフォルトの名無しさん[sage]   投稿日:2016/08/06 03:55:09  ID:kPYOOGd4.net
>194
もちろんそれで十分だと思う。
今回の流れではよく見たらそうでもなかったけど、たまに余計な一言というか、「そんなのを必要とするということは管理フローが不適切だからすぐに治すべき」ぐらいのことを言う奴がいるからさ。

196
デフォルトの名無しさん[sage]   投稿日:2016/08/06 09:50:24  ID:rJo5wxwi.net
そんなのを必要とするということは管理フローが不適切だからすぐに治すべきだな

197
デフォルトの名無しさん[sage]   投稿日:2016/08/07 10:30:07  ID:2PwL22wv.net
いえる

198
デフォルトの名無しさん[sage]   投稿日:2016/08/07 11:02:34  ID:JriZaYfU.net(4)
日本はパッケージののカスタマイズが多いというのと同じで、
日本は自社のやり方を変えずに、新しい道具を取り入れて、
自社のやり方に合うように道具を作り変えようとするんだよね。
だから新しい道具を取り入れてもちっとも前のやり方と変わらない。

アメリカの場合、今よりも優れたやり方を考えて
そのやり方ができるように道具を変える。
そして道具が想定するやり方に自社のやり方を変えていく。
だからやり方と道具がうまく適合する。

新しい道具を取り入れるときは、どうしてそういう道具が
作られたのか、どういう考えでこうなっているのかって
ことまで深く考えないとだめだよ。やり方を変えないのであれば
新しい道具を取り入れる意味はない。
コメント5件

199
デフォルトの名無しさん[sage]   投稿日:2016/08/07 11:03:44  ID:JriZaYfU.net(4)
なお新しい道具っていうのは、機能が違う道具って意味ね。
切れ味が良くなった包丁っていうのは、
ここでいう「新しい道具」には含めていない。

200
デフォルトの名無しさん[sage]   投稿日:2016/08/07 11:15:52  ID:6d7Q7tZ+.net(2)
日本は〜だらかダメだー
アメリカは〜だからスゲー

アメリカ人になっちゃえよ
コメント1件

201
デフォルトの名無しさん[sage]   投稿日:2016/08/07 12:46:44  ID:JriZaYfU.net(4)
>200
意味不明。

git使うならgitに合わせろって話。
gitを作ってる連中は日本人じゃねーよ。

それが嫌ならgitをカスタマイズすればいい
日本人風にw

202
デフォルトの名無しさん[sage]   投稿日:2016/08/07 12:59:05  ID:LEF4YO5H.net
Gitのメインメンテナーが日本人なのを知らないのか
コメント2件

203
デフォルトの名無しさん[]   投稿日:2016/08/07 13:01:01  ID:1ytZconk.net
Git使いづらいからGitにとって代わるようなバージョン管理ソフトにでてきてほしい

204
デフォルトの名無しさん[sage]   投稿日:2016/08/07 13:07:29  ID:JriZaYfU.net(4)
>202
メンテナーだろ?それがどうしたw
開発方針じゃない。

205
デフォルトの名無しさん[sage]   投稿日:2016/08/07 14:40:05  ID:xBB6TA9C.net
>198
環境に対して80%以上の適応を求めるのと
環境に対して60%程度の適応ですませる

そういう違いがありそう

206
デフォルトの名無しさん[]   投稿日:2016/08/07 14:56:49  ID:sg2m+nAp.net
>198
ナイスですね

207
デフォルトの名無しさん[sage]   投稿日:2016/08/07 19:00:11  ID:X3Q8Es4S.net
>198
わかる。
今まで手法が使えないからとLinuxカーネルに手を入れ、
バージョンアップもセキュリティパッチも取り込めなくなった挙句、
バグを量産して不安定になってしまったひどい製品もある。
新しいものとなぜ違いがあるのか深く考える必要がある。

208
デフォルトの名無しさん[sage]   投稿日:2016/08/07 21:34:44  ID:5tqXYGiD.net
>198
仕事で使うんだから、それまでのやり方ができなくなるのはダメに決まってんだろ
それって単純にデグレでしょ?
新しいから良いものなんだと喚くだけじゃ人はついてこない
それがどう業務にとって、会社にとって有益なのか示さなきゃダメでしょ。
既存の物でできること+αがあって始めて、移行のコストに見合うかどうかという話になるわけだから
それすらデグレするなら話にならん
コメント2件

209
デフォルトの名無しさん[sage]   投稿日:2016/08/07 21:56:56  ID:yEdPEzEG.net
プログラマーなのに頭の硬い奴だな

210
デフォルトの名無しさん[sage]   投稿日:2016/08/07 22:23:52  ID:KldJcBd4.net
>208
「それまでのやり方」を使って業務をすることに精一杯で、新しいやり方を習得するコストが非常に大きくなるなら実際は導入されないだろうね。

けど、そもそもGitなんかを使うプログラマーって、「それまでのやり方」にしがみついて仕事してたら、仕事なくなっちゃうような人が多いんじゃないかな。

「仕事で使うんだから新しい手順を必要とするのはダメ」なんじゃなくて、「新しい手順を覚えられない人が使うんだから新しい手順を必要とするのはダメ」だよね。
コメント1件

211
デフォルトの名無しさん[]   投稿日:2016/08/07 22:26:33  ID:ZEc6tjqN.net
なんなら Visual SourceSafe をずっと使い続けてもいいんだぜ

212
デフォルトの名無しさん[sage]   投稿日:2016/08/07 23:43:06  ID:6d7Q7tZ+.net(2)
>202
>Gitのメインメンテナーが日本人なのを知らないのか

iPhoneの鏡面仕上げは日本人の職人の手作業とかドヤ顔してたタイプだなw
コメント1件

213
デフォルトの名無しさん[sage]   投稿日:2016/08/08 00:36:24  ID:h/269Flb.net
新しい道具なんだから新しい使い方をしろ、というのは全くもってそのとおりなんだけど、
いちいち道具の思想なんか気にしたくない訳よ。

そういうのなしで、純粋な機能比較ってできないのかねえ。

214
デフォルトの名無しさん[sage]   投稿日:2016/08/08 00:42:46  ID:ltfnhI66.net(3)
>210
逆に、既に問題なく運用出来ている仕組みがあるのに
なんでわざわざGitを導入しようと思うんだ?
既に上手くいっているものを変えるにはそれなりのリスクもコストもかかる。
・Git移行にかかるコストは?
・エンジニアの学習コストは? (新人教育のコストも増えるので毎年かかる)
・移行してから運用上の問題が見つかった場合に切り戻し可能か? そのためのコストは? 業務への影響は無いか?
…と考えたらわざわざリスクを犯して移行に踏み切ろうなんて管理職はまずいない訳だ。
失敗したら責任を取ることになる訳だし、万一業務に支障が出たら会社全体の損失になる。顧客の信用も失いかねない。
業務の物事を知らない若いエンジニアほどGitを推したがるものだけど、
ある程度経験を積んだエンジニアなら、積極的に乗り換えようとはしないはずだよ
コメント2件

215
デフォルトの名無しさん[sage]   投稿日:2016/08/08 00:52:45  ID:iAz8jzOS.net
>214
少なくとも自分は既存のシステムは問題あるから捨ててGitに乗り換えよう、と言っているわけではないので、それを聞かれても困るかな。
そしてその意見には同意するよ。問題ないところをわざわざ弄る必要はないと思う。

元々198は、何らかの理由があってGitを使い始めたのに、Git流を無理やりにでも捻じ曲げて今までのやり方を踏襲すると、歪みが発生しやすい、みたいな話だったんじゃないのかな?

そこに新しいもの導入する必要がないところに導入させようとするのはおかしいと突っ込むのは、なんか話がずれてない?

216
デフォルトの名無しさん[sage]   投稿日:2016/08/08 00:57:11  ID:q4pU/gN8.net(12)
>208
それまでのやり方をしたいなら、
それまでのツールを使えばいいだけだよ?

217
デフォルトの名無しさん[sage]   投稿日:2016/08/08 00:58:45  ID:q4pU/gN8.net(12)
>214
> ・Git移行にかかるコストは?
> ・エンジニアの学習コストは? (新人教育のコストも増えるので毎年かかる)

毎年やってるgit以外の教育をやめて
gitに切り替えればいいだけじゃないですか?w

古くて新しい物についていけない人が減って
新人の時代になるんですよ。

人と一緒に新しい物に入れ替えなきゃね
古くて使い物にならなくなったものは捨てて。
コメント1件

218
デフォルトの名無しさん[sage]   投稿日:2016/08/08 01:21:25  ID:q4pU/gN8.net(12)
とあるビジネスマンがマクドナルドの社長に言いました。

逆に、既に問題なく運用出来ている仕組みがあるのに
なんでわざわざ新システムを導入しようと思うんだ?
既に上手くいっているものを変えるにはそれなりのリスクもコストもかかる。
・新システム移行にかかるコストは?
・社員・パート・バイトの学習コストは? (新人教育のコストも増えるので毎年かかる)
・移行してから運用上の問題が見つかった場合に切り戻し可能か? そのためのコストは? 業務への影響は無いか?
…と考えたらわざわざリスクを犯して移行に踏み切ろうなんて管理職はまずいない訳だ。
失敗したら責任を取ることになる訳だし、万一業務に支障が出たら会社全体の損失になる。顧客の信用も失いかねない。
業務の物事を知らない若いやつほど新システムを推したがるものだけど、
ある程度経験を積んだ老害なら、積極的に乗り換えようとはしないはずだよ

219
デフォルトの名無しさん[sage]   投稿日:2016/08/08 01:25:19  ID:ltfnhI66.net(3)
>217
SVNとかCVSは覚えること少ないから、学習コストほぼゼロなのよ。
おかしなことをしようとしたらサーバ側で弾いてくれるし。
GitはCUIのコマンドとか、マージとリベースの区別とか、覚えることが多すぎる。
ローカルで作業できてしまうから、下手な操作をサーバ側で一括で弾けない。
実際、うちの職場でもGit使ってて何度かデータ吹っ飛んだ事故が何度かあったし。
Gitの使い方だけで本が一冊書けるぐらいだ(実際、巷にはGitの解説本が溢れている)
エンジニアの学習意欲が高くて、黙っててもGit使える人が集まってくるWeb業界ならいざしらず、
普通のIT業界で、本一冊かかるような内容を新人教育でやるのは無理だよ。コストがかかりすぎる。
コメント3件

220
デフォルトの名無しさん[sage]   投稿日:2016/08/08 01:26:43  ID:q4pU/gN8.net(12)
まあ世の中CMMレベルで1にも達していない会社ばかりですからねw
そんな会社が継続的なプロセス改善ができるレベル5に到達するのはまず不可能でしょうね。
新しい技術を試行して改善すると言う発想自体が、存在しないのですから。
http://www.compita-japan.com/kaisetsu/what-cmmi-2.html

レベル1 『初期』 ソフトウェアプロセスは場当たり的、時には混沌としたものと
特徴付けられる。ほとんどのプロセスは定義されておらず、成功は個人の努力に依存する。

レベル2 『反復できる』 コスト、スケジュール、機能充足性を確認するために、
基本的なプロジェクト管理プロセスが確立されている。同様のアプリケーションの
プロジェクトに関しては、以前の成功経験を反復するためのプロセス規律がある。

レベル3 『定義された』 管理およびエンジニアリングの活動に対するソフトウェアプロセスが、
「組織の標準ソフトウェアプロセス」として文書化、標準化、そして統合化されている。
ソフトウェアの開発と保守において、承認されテーラーリングされたバージョンの
「組織の標準ソフトウェアプロセス」をすべてのプロジェクトが使用する。

レベル4 『管理された』 ソフトウェアプロセスおよび成果物品質に関する詳細な
計測結果が収集されている。ソフトウェアプロセスも成果物も、定量的に理解され制御される。

レベル5 『最適化する』 革新的なアイディアや技術の試行、およびプロセスからの
定量的フィードバックによって、継続的なプロセス改善が可能になっている。

221
デフォルトの名無しさん[sage]   投稿日:2016/08/08 01:28:07  ID:q4pU/gN8.net(12)
>219
> SVNとかCVSは覚えること少ないから、学習コストほぼゼロなのよ。

あ、こいつSVNでマージしてないなw
単なるファイルのバックアップぐらいしか考えてないw

で、言いたいことは何?

勉強きら〜い、覚えることきら〜い。
うん、ゆとりがいいそうな言葉だねw
コメント1件

222
デフォルトの名無しさん[sage]   投稿日:2016/08/08 01:29:22  ID:q4pU/gN8.net(12)
>219
そうそう、あと

自分ができない。

からって、他人も出来ないはずだって
思うのはなんで?w

新人の方がよっぽどお前よりも頭良さそうだね。
なにせ入社してわずか数ヶ月で〜1年足らずで
お前に追いつくんだから。
コメント1件

223
デフォルトの名無しさん[sage]   投稿日:2016/08/08 01:34:06  ID:q4pU/gN8.net(12)
> 実際、うちの職場でもGit使ってて何度かデータ吹っ飛んだ事故が何度かあったし。

どうしてデータ吹っ飛んだか理由調べた?
まあ答えなくていい。わかってるから。

そうやってちゃんと原因を調べないから
いつまでたってもgitの使い方を間違えるし、
いつまでたっても同じバグがなくならないんだよ。

224
デフォルトの名無しさん[sage]   投稿日:2016/08/08 02:13:22  ID:+yLmmkY8.net
>212
メインメンテナーが何をしているのか知らないのですねw
わかりますw

225
デフォルトの名無しさん[sage]   投稿日:2016/08/08 07:54:41  ID:GXc5q5HC.net
メインテナーが日本人でそいつがgit本書いたからと期待したらとんでもない駄本だったでござるの巻
コメント1件

226
デフォルトの名無しさん[sage]   投稿日:2016/08/08 09:29:25  ID:ZnfnxfDU.net
>221
俺ゆとりだけど、SVNでマージくらいするわーwww

227
デフォルトの名無しさん[sage]   投稿日:2016/08/08 09:55:48  ID:UPSt9ndS.net(3)
なんか知らんけどそんな悪い物だったら
これ程世界で普及する訳ないじゃない

228
デフォルトの名無しさん[sage]   投稿日:2016/08/08 11:32:43  ID:cjozzgMF.net(2)
オープンソース界隈にはとてもマッチしている というだけの話であって
思想的にも仕様的にもプロプラには使えないよ
コメント1件

229
デフォルトの名無しさん[]   投稿日:2016/08/08 12:38:17  ID:3sXZ9+0D.net(2)
>198
新しいやり方についてこれない従業員を新しい従業員に変えるコストが日本は高いからな。
新しい会社なら新しいやり方を試せるが
・失敗ノウハウが少ないので適切なやり方を採用する情報が少ない
・その他のリスクが高いので、失敗ノウハウが溜まる前に潰れる
・うまいこと生き残ったら、成功体験がやり方を変えるのを戸惑わせる
・明らかにやり方を変える方が得になると判明する頃には従業員を変えられなくなる
ということで、やっぱり変えられない。
というか、企業自体の世代交代でしかやり方が変わらないため、速度が遅いという方が適切。
ただし、アメリカのように従業員の変更が合理的なコストで出来るとしても、従業員の大部分が入れ替わった上に、
会社の文化まで変わってしまったら同じ会社と言えるのか、という疑問も生じる。
まあ、日本ではやり方に文句があるなら、転職するか起業しろってことだ。
コメント2件

230
デフォルトの名無しさん[]   投稿日:2016/08/08 12:43:27  ID:3sXZ9+0D.net(2)
>219
cvsやsvnでgitに求められる機能を運用で提供しようとしたら、gitの学習コストの比じゃないでしょ。
マージ専属担当者とか、同時修正のボトルネックとか、差分確認のコストとかが上乗せされるはず。
コメント1件

231
デフォルトの名無しさん[sage]   投稿日:2016/08/08 12:55:06  ID:cjozzgMF.net(2)
>230
cvsやsvnに求められる機能をgitで提供できてない時点で代替にはならないしね
gitにはgitの得意分野と不得意分野があるんだから
svnを捨てよ、全部gitに置き換えろ、学習しろ、というのも無理がある話よ

232
デフォルトの名無しさん[sage]   投稿日:2016/08/08 13:13:16  ID:rLW2y4D7.net
これだけ普及しえて教えてやらなきゃgitも使えないようじゃ
技術者として使い物にはならんと思うがな
元バーテンダーや元調理師なんてのが大手銀行やハードメーカーに
派遣されまくってる現状じゃどうしようもないのかもしれないが・・・
頭数とマニュアルがあればなんとかなるという幻想から覚めて欲しいものだ

233
デフォルトの名無しさん[sage]   投稿日:2016/08/08 13:42:41  ID:UPSt9ndS.net(3)
ロックが無いのが嫌って奴なら居るかも
それ以外はどう見てもgitの方が優れている
svnに戻りたくはない
コメント1件

234
デフォルトの名無しさん[sage]   投稿日:2016/08/08 13:54:35  ID:UPSt9ndS.net(3)
企業向けのGitホスティングサービスならGitHubエンタープライズとかあるじゃん
>228は何故使われてないと決めつけるのか

235
デフォルトの名無しさん[sage]   投稿日:2016/08/08 18:08:30  ID:1QM6yHGZ.net(2)
>222
もれはうんこするけどアイドルはうんこしないと思う

236
デフォルトの名無しさん[sage]   投稿日:2016/08/08 18:09:45  ID:1QM6yHGZ.net(2)
>225
わかりますω

237
デフォルトの名無しさん[sage]   投稿日:2016/08/08 21:28:22  ID:q4pU/gN8.net(12)
>229
そんなにコストコストいうのなら、
新しいやり方で減るコストと
新しいやり方に変えるコストを
ちゃんと比べたんだろうね?

どっちがどのくらいのコストがかかると計算した?


はっきり言おう。コスト計算してないだろ?
コメント1件

238
デフォルトの名無しさん[sage]   投稿日:2016/08/08 22:22:46  ID:LPirlHDi.net
>233でも言ってるけどロックが前提で運用するような場合はsvnで問題ない
社内で10人以上でガチで開発してる時は勝手にマージされて訳けが分からなくなることがある
またはあとからコミットした奴が泣く泣くコンフリクトを解消しなくちゃいけなくなるから
そう考えるとロックも悪くない
ロックの場合はいつロックを外せるかを社内メッセンジャーなんかで聞けばいいだけだからな
コンフリクトの解消や変にマージされる事は皆無になる

逆に30人以上いるとロックにするとファイルがロックだらけになって何も出来なくなるから
ロックはせいぜい10人程度なもんだろうな
コメント2件

239
デフォルトの名無しさん[sage]   投稿日:2016/08/08 22:32:47  ID:q4pU/gN8.net(12)
>238
本当にsvn使ってますか?
ロックしてもマージするときにコンフリクト起きることはあるんですが?
aさんがブランチ作ってbさんがブランチをマージして
大幅にtrunkを書き換えたら、aさんがコンフリクトなしにマージできるわけ無いでしょう?

まあ一つだけ情けで教えてあげましょう。
並行で開発をしないのであれば、コンフリクトは起きません。
つまりプロジェクトの開発をするのはある時点では一人だけってことです。
まあ同じ条件であればgitでもコンフリクト起きませんがw

240
デフォルトの名無しさん[]   投稿日:2016/08/08 22:58:32  ID:9xORICQp.net(3)
>237
コストを計算するコストが無いので
コメント1件

241
デフォルトの名無しさん[sage]   投稿日:2016/08/08 23:11:50  ID:q4pU/gN8.net(12)
>240
じゃあコストがどうのこうのって騒ぐなって話だよ。

コストのこともちゃんと考えてる
自分かっこいいって思ってるだけだろw
コメント1件

242
デフォルトの名無しさん[]   投稿日:2016/08/08 23:20:33  ID:9xORICQp.net(3)
>241
騒いでる?!だれが?
コメント1件

243
デフォルトの名無しさん[sage]   投稿日:2016/08/08 23:24:05  ID:q4pU/gN8.net(12)
>242
移行コストがどうとか言いだしたやつのことだよw

移行コストを口にだすやつは
移行した後に減るコストのことを考慮してないからね
単に言い訳として使っているだけ。

そりゃ機械でも何でも新しい物を導入するにはコストがかかるだろうさ。
移行した後のメリットを比較して初めて移行コストが高いかどうか言えるはずなのに、
「移行コストが高い」と言ってるが実は「移行コストがかかる」としか言ってない。
比較してない。
コメント1件

244
デフォルトの名無しさん[sage]   投稿日:2016/08/08 23:27:01  ID:q4pU/gN8.net(12)
ちなみに>238も言ってるけど、

> 逆に30人以上いるとロックにするとファイルがロックだらけになって何も出来なくなるから
> ロックはせいぜい10人程度なもんだろうな

そう、svnでやれるのは10人程度なものなので
移行コストも10人程度で良い。

膨大な移行コストがかかるはずがないんだよ。
そんなに大人数でやってるなら、並行して開発できないはずなんだから。
コメント1件

245
デフォルトの名無しさん[]   投稿日:2016/08/08 23:28:56  ID:9xORICQp.net(3)
>243
だれがそんな話してるの?
移行コストで検索しても引っかからないけど
コメント1件


246
デフォルトの名無しさん[sage]   投稿日:2016/08/08 23:42:35  ID:ltfnhI66.net(3)
>244
排他ロックされてたらローカルで読み専外して編集して、
ロック解除されてからマージしてコミットするだけのことなので
ロック云々は人数と関係がない。
ゲーム開発とかだとソースコードは複数人ロック許可(何人でもロックできる)、
リソースは排他ロックとか使い分ける。
リソースはファイルごとに担当の人が割り当てられるので基本的にロックは競合しない。
こういう開発体制なら普通に100人(10人プログラマ、90人デザイナー)とかあり得る。
ロックモデルなら人数少ないはずなんて大間違い。
コメント3件

247
デフォルトの名無しさん[sage]   投稿日:2016/08/09 00:05:22  ID:qvNmhdjd.net
2.0以降のバージョンごとに新機能をまとめている記事だれかおしえて
記事じゃなくてもここに書いて教えてくれる人でもいいよ
コメント1件

248
デフォルトの名無しさん[sage]   投稿日:2016/08/09 00:20:51  ID:zWs+JfAu.net(5)
>245
コストで検索してみw

249
デフォルトの名無しさん[sage]   投稿日:2016/08/09 00:22:17  ID:zWs+JfAu.net(5)
>246
それってさ、実質gitをやってるのと一緒だよねw
gitよりも使いづらいツールを使って
git風に使うことになんの意味があるの?

250
デフォルトの名無しさん[sage]   投稿日:2016/08/09 00:24:37  ID:zWs+JfAu.net(5)
>246
> リソースはファイルごとに担当の人が割り当てられるので基本的にロックは競合しない。

そういう理屈であればgitでもコンフリクト発生しないんだよねw

で、ここからわかるのは、コンフリクトが発生するのはgitだからではなくて
ソースコードがぐちゃぐちゃに結合しまくっているから。
gitへの文句は、gitが悪いんじゃなくて、単に開発技術が低いからなだけなんだよ。
コメント1件

251
デフォルトの名無しさん[sage]   投稿日:2016/08/09 00:57:13  ID:JL67m93h.net
>250
業務でのプログラミングの本質は場当たり的にコードを継ぎ足していくことなので、
コードがぐちゃぐちゃになるのは仕方ないというか当たり前。
きれいなコードを書こうなんてのはプログラマの自己満足でしかなくて、
業務では全く価値のないことなんだよね。
会社にとっては、きれいなコードを書くよりも、
例えコードがぐちゃぐちゃでも、ビジネス的に価値のあることが重要なんだよ。
逆に、いくらコードがきれいでもそれを生み出すのに時間が掛かってしまったら
費用が増す分ビジネス的な価値(費用対効果)は相対的には下がる訳だ。
そこがゼロコストで無尽蔵に人と時間をつぎ込めるオープンソースと違うところ。
svnのいいところは、業務で生み出されるぐちゃぐちゃなコードでも、
マンパワーをかけさえすれば、効率はともかく、最低限運用できるってこと。
gitがきれいなコードでないと運用できないっていうなら、そりゃ業務では使いものにならないわな。
コメント4件

252
デフォルトの名無しさん[sage]   投稿日:2016/08/09 00:58:45  ID:s9poePNg.net
>251
きれいなコードの方が保守運用コストは下がるだろバカ

253
デフォルトの名無しさん[sage]   投稿日:2016/08/09 01:02:06  ID:eOuJRIG+.net
>251
>業務でのプログラミングの本質は場当たり的にコードを継ぎ足していくこと
本質ワロタwwwレベル低っ

254
デフォルトの名無しさん[sage]   投稿日:2016/08/09 01:10:38  ID:sR8HfSVu.net
>229
従業員だけだと思ってるあたりがおめでたいんだよな、
アメリカの話する奴って。

255
デフォルトの名無しさん[sage]   投稿日:2016/08/09 01:20:22  ID:cMzsnvho.net
>246
読み込みフラグ外してローカルでロックを外す使い方するのは論外だろ
だったらロックなしにすべき

256
デフォルトの名無しさん[sage]   投稿日:2016/08/09 02:03:22  ID:D73KroXK.net
>251
日本のIT業界が発展しない原因がここにある

257
デフォルトの名無しさん[sage]   投稿日:2016/08/09 02:05:10  ID:zWs+JfAu.net(5)
>251
開発コストを下げることにビジネス価値がないなんて
聞いたことがないよw

258
デフォルトの名無しさん[sage]   投稿日:2016/08/09 07:52:13  ID:WeWtkztg.net
git for windiwsを会社でダウンロードしたら
git hubがアクセス規制されていることに気づいた

259
デフォルトの名無しさん[sage]   投稿日:2016/08/09 09:06:06  ID:IkH4n9p3.net

260
デフォルトの名無しさん[sage]   投稿日:2016/08/09 14:22:54  ID:R82AyoEc.net(3)
すみません、この記事の記述って間違ってるんでしょうか?

Git - Git へ移行する
https://git-scm.com/book/ja/v2/Git%E3%81%A8%E3%81%9D%E3%81%AE%E4%...
> 次に、refs/remotes 以下にあるそれ以外の参照をローカルブランチに移動します。
> $ cp -Rf .git/refs/remotes/origin/* .git/refs/heads/
> $ rm -Rf .git/refs/remotes/origin

以下は実際にやってみた結果ですが、
git svn fetch でリモートブランチ自体は作成されているのに、
> $ git branch -r | wc -l
> 32

.git/refs/remotes/origin/ にファイルは存在していません。
> $ tree .git/refs/remotes/origin/
> .git/refs/remotes/origin/
> └── tags
> 1 directory, 0 files


要するに、 git checkout -b ブランチ名 origin/ブランチ名 を繰り返さなくても
.git/refs/remotes/origin/ をコピーすればローカルブランチは作れるよという記事なんですが、
実際にはそこは中身は空だという。
コメント1件

261
デフォルトの名無しさん[sage]   投稿日:2016/08/09 14:41:13  ID:R82AyoEc.net(3)
すみません、自己解決しました。

やはりこの記事は、もう内容が古くて間違いのようです。
今は packed-refs というものがあるから。

Git - メンテナンスとデータリカバリ
https://git-scm.com/book/ja/v2/Git%E3%81%AE%E5%86%85%E5%81%B4-%E3...

262
デフォルトの名無しさん[sage]   投稿日:2016/08/09 14:48:54  ID:n5pitoha.net

263
デフォルトの名無しさん[]   投稿日:2016/08/09 17:01:53  ID:1rsEvSwM.net
sourcetreeがパスワードを忘れてしまったんだけど
どうしたらパスワードを入力できますか?

264
デフォルトの名無しさん[sage]   投稿日:2016/08/09 22:22:16  ID:R82AyoEc.net(3)
すみません、また質問です。

git-svn 以外の変換ツールで、効率が良くて
空ディレクトリにファイル .gitkeep を置くことに対応したものはありませんか?

git-svn には --preserve-empty-dirs オプションがありますが、
これを指定すると変換が20倍ほど遅くなります。
私の扱っているsvnレポジトリは通常で変換に6時間ほどかかりますので、
6 * 20 = 120 = 5日もかかってしまいます。

このオプション無しで実行して、あとで空ディレクトリだけ追加すれば
変換後のGitレポジトリが機能することは確認していますが、
他にもっと効率のよいツールできちんと履歴を残せるならお教えいただきたいのです。

参考)
git svn --preserve-empty-dirs - the performace-killer switch
http://www.tikalk.com/devops/the-svn-performance-killer-switch/

265
デフォルトの名無しさん[sage]   投稿日:2016/08/09 22:24:38  ID:zWs+JfAu.net(5)
コンソール使うのが一番効率が良い

266
デフォルトの名無しさん[]   投稿日:2016/08/11 21:45:48  ID:GymvHk+I.net

267
デフォルトの名無しさん[sage]   投稿日:2016/08/13 09:34:50  ID:HqV/ak3N.net
2.9.3が出ていたでござる

268
デフォルトの名無しさん[sage]   投稿日:2016/08/15 00:30:10  ID://p62Xoj.net
2.9.xの次は2.10?
それとも3.0?
コメント1件

269
デフォルトの名無しさん[sage]   投稿日:2016/08/15 02:35:40  ID:DtcqzF6E.net
>268
小学生からやり直せ

270
デフォルトの名無しさん[sage]   投稿日:2016/08/15 02:59:16  ID:ogrkNV/Q.net
小学校からやり直せなら分かるが、小学生なれるならむしろ俺が知りたい

271
デフォルトの名無しさん[sage]   投稿日:2016/08/15 03:29:35  ID:Y0Jnfl62.net(2)
女子小学生はじめました

272
デフォルトの名無しさん[sage]   投稿日:2016/08/15 08:29:17  ID:Q03ZLlKw.net
女子小学生ですが、夏休みの自由研究で質問です。

git 2.9.xの次は2.10?
それとも3.0?
コメント2件

273
デフォルトの名無しさん[sage]   投稿日:2016/08/15 10:15:48  ID:GUZ7DBqH.net(2)
2.a.x

274
デフォルトの名無しさん[sage]   投稿日:2016/08/15 13:47:46  ID:Y0Jnfl62.net(2)
>272
2.a.0だよ。16進数って知ってるか?
ちなみに2.f.0を超えると17進数、18進数と最大36進数まで拡張される。
それを超えると王冠マークになるよ。

275
デフォルトの名無しさん[sage]   投稿日:2016/08/15 15:41:53  ID:vYFE8CjH.net

276
デフォルトの名無しさん[sage]   投稿日:2016/08/15 19:00:10  ID:GUZ7DBqH.net(2)
考え方としては 2.1.0.x もアリかな

277
デフォルトの名無しさん[sage]   投稿日:2016/08/16 07:44:32  ID:6emaJb6k.net
>275
2.10って、機能てんこ盛りだな。
gitの進化は止まらない感じだな。

278
デフォルトの名無しさん[sage]   投稿日:2016/08/16 11:02:01  ID:I694z9yq.net
バージョン管理システムに求められていることは
新機能よりも安定して動くことなので
あまり機能追加して欲しくないんだけどな
バグがあると誰かが間違ってアップデートしたときに
大惨事になるし
WSUSみたいなバージョンの強制もできないし
コメント1件

279
デフォルトの名無しさん[sage]   投稿日:2016/08/16 18:08:44  ID:GdCEovCM.net
>278
* 既存の機能は安定して動く
* バグフィックスされる
* 脆弱性が修正される
* パフォーマンスが向上する
* 新規機能が追加される

新規機能以外にもいろいろ修正されるので、個人的にはいつでも最新版を追いかけてます。
機能追加も、大抵はローカルに対する機能なんで、あまり心配しなくてもいいと思う。

280
デフォルトの名無しさん[sage]   投稿日:2016/08/17 13:12:16  ID:vhZBTCOP.net
まあおれはあえて1.7で止めているんだけどな
あの悲劇は絶対に忘れない
コメント1件

281
デフォルトの名無しさん[sage]   投稿日:2016/08/17 14:31:13  ID:16HcYGtW.net
>280
何があった

282
デフォルトの名無しさん[sage]   投稿日:2016/08/17 21:07:45  ID:EvJVMuWG.net
何があった変わらない。
gitの使い方を知らないのに説明できるわけがない。
何もしてないのに壊れた。

283
デフォルトの名無しさん[sage]   投稿日:2016/08/17 22:41:58  ID:QE4n6+Hc.net
信者いわく、ドキュメントを読めってことなんだろうが、
読んだところでわかるように書いてあるとは限らないんだよな。

284
デフォルトの名無しさん[sage]   投稿日:2016/08/18 02:09:29  ID:tC3R5Oiw.net
いいこと考えた
バージョンアップ前にgitで管理しているファイルをVSSで管理しとけばいいんだよ
コメント1件

285
デフォルトの名無しさん[sage]   投稿日:2016/08/18 06:11:58  ID:WWxdOhuO.net(2)
あつものにこりてなますをふく

286
デフォルトの名無しさん[sage]   投稿日:2016/08/18 14:20:04  ID:C6AfURNf.net
git add . でうっかりリポジトリに入れたくないファイルを入れてしまって
そのまま commit してしまった場合
git rm hogehoge
した上でもう一度 commit して
rebase -i HEAD~~
しても大丈夫ですか?

287
デフォルトの名無しさん[]   投稿日:2016/08/18 14:35:59  ID:zg2s/krd.net(2)
git reset --soft HEAD~1
でコミット前に戻せる
コメント1件

288
デフォルトの名無しさん[sage]   投稿日:2016/08/18 16:07:01  ID:rH/gKPaO.net
>284
うちではsvnでやってる
適当にガチャガチャやるにはgitを使い
トランクはsvnでかっちり管理
コメント1件

289
デフォルトの名無しさん[]   投稿日:2016/08/18 19:27:58  ID:Or78WOkX.net
>287
それするとリポジトリに入れたかったファイルまで消え(元に戻る)ない?

290
デフォルトの名無しさん[]   投稿日:2016/08/18 19:49:06  ID:zg2s/krd.net(2)
--soft は、ワーキングコピーを変更しない
http://d.hatena.ne.jp/murank/20110327/1301224770
コメント1件

291
デフォルトの名無しさん[sage]   投稿日:2016/08/18 20:39:55  ID:4ltIqmah.net
HEAD^^^のindex.htmlのファイルの内容を標準出力に出したいんですがどうやるんですか?
そのままリダイレクトしてファイルに保存したいんです。
ブランチを切り替えずにさくっとやりたい
コメント1件

292
デフォルトの名無しさん[sage]   投稿日:2016/08/18 21:27:54  ID:vuChYk3m.net
>288
> トランクはsvnでかっちり管理

ソースコードを管理したいのか、バージョンを管理したいのか
の違いだよなw

単純にソースコード、ファイルさえあればいいっていうのなら
SVNで良いけど、日常的なバージョンアップを管理したいなら
gitじゃなきゃやってられない。
コメント1件

293
デフォルトの名無しさん[sage]   投稿日:2016/08/18 21:28:47  ID:ayLBcVQH.net
過去のある時点までcommitをまとめたいと思ったら、rebase -iで:%s/^pick/s/するしかないのかな?
もっと簡単に一発でできる方法ってある?
コメント1件

294
デフォルトの名無しさん[sage]   投稿日:2016/08/18 22:08:56  ID:WWxdOhuO.net(2)
>291
git show HEAD^^^:index.html
コメント2件

295
デフォルトの名無しさん[sage]   投稿日:2016/08/18 23:07:25  ID:X3KujlRo.net
>294
ありがとうございます!!!!!!!!!!!!!!!!!

296
デフォルトの名無しさん[sage]   投稿日:2016/08/18 23:27:47  ID:l17VcCfI.net
カプコンのバイオ7チームはsvnを使ってたな
全社で使ってんのかは知らんけど

297
sage[]   投稿日:2016/08/18 23:32:18  ID:7hJTTLkW.net
>293
git checkout -b matome-branch HEAD^^^^^
git merge --squash maeno-branch
コメント1件

298
デフォルトの名無しさん[sage]   投稿日:2016/08/18 23:43:34  ID:4ARuzQu1.net
>292
仕事で書くコードだと、日常的なバージョンアップってあまりなさそうだから、
gitがないとやってられないことにはならないんだろうな。

なんか上手い感じで融合されたものは出ないものだろうか。
コメント2件

299
デフォルトの名無しさん[sage]   投稿日:2016/08/19 00:50:28  ID:vrOAztYa.net
>298
コード書かない日なんてあまり無いし
書いたコードは正式なブランチにマージするかどうかはともかくコミットにする
なのでgitが無いとやってられない

300
デフォルトの名無しさん[sage]   投稿日:2016/08/19 01:58:05  ID:U1hiIUMq.net(6)
>298
リリースとバージョンアップは違うよ。
どんなに小さな修正でもリリースしなかったとしても
バージョンアップはバージョンアップ

gitはこのバージョンアップの速度、つまり開発速度を
重視して設計されている。早い開発っていうのは言い換えると
小さなコミット+多くのマージってこと。

一週間かけて大作を作って、時間かけてレビューして
マージみたいな大ぶりの開発では今の時代の速度に追いつけない。

単に出来たソースを管理したいだけって考えてるからsvnでいいやみたいな
事を言ってるけど、スピード感のある開発をするとsvnではストレスがたまりすぎる。

だから、ソースコードを管理したいのか、バージョンを管理したいのかって話になる。
コメント1件

301
デフォルトの名無しさん[sage]   投稿日:2016/08/19 07:58:43  ID:zeRMY0gX.net
>297
なるほど、ありがとう。試してみるわ。

302
298[sage]   投稿日:2016/08/19 09:01:33  ID:W4vthMUS.net
>300
仕事で作るソースは、
> 一週間かけて大作を作って、時間かけてレビューして
こっちをイメージしていたよ。

確かに日々更新するタイプの仕事(いわゆるWeb系って奴?)もあるから
仕事で作るソースがすべてそうだという気はないけど。

# gitを否定する気はなくて、gitじゃなくても十分回る仕事も
# たくさんあるよって話。
コメント1件

303
デフォルトの名無しさん[sage]   投稿日:2016/08/19 09:31:46  ID:U1hiIUMq.net(6)
> # gitを否定する気はなくて、gitじゃなくても十分回る仕事も

そりゃそうだよ。
開発スピードに違いがでるってだけなのだから、
どんな仕事でも遅くても達成することはできるのだから
交渉の問題にすることは可能。

304
デフォルトの名無しさん[sage]   投稿日:2016/08/19 10:39:51  ID:uuI08uQb.net(3)
>302
20万人月のシステムだって、コードを書く時間だけに注目すれば、Web系とたいして変わらん。

20万人月のシステムだって、「一週間かけて大作を作って、時間かけてレビュー」するより、
数時間〜1日レベルの量のコード単位でレビューした方が、レビュワーも楽だしフィードバックを
適用するサイクルも短くなる。
コメント1件

305
デフォルトの名無しさん[sage]   投稿日:2016/08/19 15:13:49  ID:Ptpp83Zz.net(2)
>304
ただでさえ納期に追われてるのに、レビューなんかしてる時間も予算もねーよ
ゲーム開発とかだと、何よりもスピード感が大事だから、
コード書いたら簡単に自分で動作チェックしてそのまま提出が普通。
レビューなんかコストの無駄、無駄
コメント1件

306
デフォルトの名無しさん[sage]   投稿日:2016/08/19 15:21:30  ID:uuI08uQb.net(3)
底辺自慢はノーサンキュー

307
デフォルトの名無しさん[sage]   投稿日:2016/08/19 15:33:14  ID:OBUCxFnv.net(5)
インターネットで調べ物してるとWeb系のプログラマーの声が目立つけど、世の中Web系だけが全てではないというのは理解したほうがいいと思うわ
別ジャンルだからということで壁を作る必要もないと思うが、求められるアウトプットや仕事の進め方は結構違うから、自分の周りの世界の常識を他の世界に押し付けてもしょうがない
コメント1件

308
デフォルトの名無しさん[sage]   投稿日:2016/08/19 16:05:00  ID:uuI08uQb.net(3)
>307
その自分の周りの世界というのが実はガラパゴスで、本当の「世界」は違ったりするんだけどね。
コメント2件

309
デフォルトの名無しさん[]   投稿日:2016/08/19 21:07:17  ID:tiq+E08K.net
ブーメランの投げ合い楽しそう。

310
デフォルトの名無しさん[sage]   投稿日:2016/08/19 21:11:41  ID:OBUCxFnv.net(5)
>308
ガラパゴスだとして何なの?ガラパゴスだからこそ、グローバルなものが上手く使えないことも多いだろう。
ガラパゴスだと将来性がないとかスケールしないとか言いたいのかもしれんが、そういう意見は経営方針とかまで介入してくるつもりがないなら、余計なお世話ってやつだ。
コメント1件

311
デフォルトの名無しさん[sage]   投稿日:2016/08/19 21:12:04  ID:U1hiIUMq.net(6)
>305
将来のこと考えたことある?

納期に追われているその仕事
いつになったら楽になるんだい?

楽にするための方法はもちろん考えているよね?
なかったら永遠に納期に追われるとこになるよ。

自分の将来、考えてみなよ

312
デフォルトの名無しさん[sage]   投稿日:2016/08/19 21:15:49  ID:U1hiIUMq.net(6)
>310
ガラパゴス化どうかじゃなくてコストを考えたほうが良いね。

○○の機能をリリースするのにどれくらいかかるか?

どんな仕事でも、
「品質を保ったままできるだけ低コスト(=短い時間)で開発」
っていうのは客が明確に言わなくても絶対に含まれている要件だから。

自分の狭い世界でコストを考えるんじゃなくて
広い世界、つまり多くの外部の実例と比べてコストを考える。

313
デフォルトの名無しさん[sage]   投稿日:2016/08/19 21:38:42  ID:Ptpp83Zz.net(2)
ガラパゴスだろうと効率悪かろうと儲かれば正義
GitやらGithubFlowやらで効率いい開発しててもゴミのように消えていくスタートアップなんて山程見てきた
コメント2件

314
デフォルトの名無しさん[sage]   投稿日:2016/08/19 22:25:17  ID:U1hiIUMq.net(6)
>313
おかしいですね。開発効率を上げればもっと儲かるはずなんですが?
だって同じものをより短い時間で作るわけですから。

もちろん、開発効率を上げて短い期間で開発できるようになっても
お客さんには開発効率を上げる前と同じ金額を請求する。


もしかしてあなたはこう思いましたか?
そんなことできるはずがない!と

さて悪夢が見えましたね。

開発期間に応じて金額を請求するやり方、いわゆる人月でやってると
どんなに頑張っても今と変わらず納期に追われる未来しかないんですよ。
コメント2件

315
デフォルトの名無しさん[sage]   投稿日:2016/08/19 22:38:21  ID:OBUCxFnv.net(5)
>314
「開発効率を上げれば儲かる」のは事実だけど、開発の方法が分野によらず「世界」がみんな採用してる正解の方法があるって思ってるの?
Git導入したって開発効率が無視できるほどのわずかにしか上がらない分野だってあるでしょ。
ちなみに自分はGit使わないと怖くて開発できないけどね。

Gitを否定してるわけじゃないんだよ。なんでもかんでもGit使わないのは開発効率が悪いダメプロジェクト、なぜならGitは銀の弾丸である、と考えてるのならおかしいってこと
コメント2件

316
デフォルトの名無しさん[sage]   投稿日:2016/08/19 22:43:57  ID:U1hiIUMq.net(6)
>315
じゃあ条件をつけるよ。

複数人で開発しているならばgitを使ったほうが効率がいい。

開発が数日程度で終わって完全終了するのであればgitじゃなくてよい。

開発効率を上げても楽にならず儲けもでない仕事ならばgitじゃなくてよい。
(言い換えるとどんなにダラダラ仕事をしても、時間に応じて金が貰える楽な仕事w)
コメント1件

317
デフォルトの名無しさん[sage]   投稿日:2016/08/19 22:54:16  ID:OBUCxFnv.net(5)
>316
その条件が>308で言うところの「本当の『世界』」なの?

318
デフォルトの名無しさん[sage]   投稿日:2016/08/19 22:55:15  ID:OBUCxFnv.net(5)
と、思ったけど同一人物ではないんだな

319
デフォルトの名無しさん[sage]   投稿日:2016/08/20 00:49:02  ID:H8dejY2v.net(2)
>315
>314
>「開発効率を上げれば儲かる」のは事実だけど、開発の方法が分野によらず「世界」がみんな採用してる正解の方法があるって思ってるの?
アジャイルとかがそうかもね

320
デフォルトの名無しさん[sage]   投稿日:2016/08/20 00:51:20  ID:GxTqSDb9.net(17)
バカが居るという前提に経てば、優れた方法はあったとしても
「世界」がみんな採用している方法なんてものはありえない。

ありえない話は誰も最初からしてないので、
そんなものを持ってこないようにw

321
デフォルトの名無しさん[sage]   投稿日:2016/08/20 04:05:26  ID:pxijkvG3.net
だからカプコンのバイオ7チームはsvnを使ってる
多分プログラマは10〜20人ぐらいだと思うけどな
git使わないと○○みたいなのは単なる迷信

322
デフォルトの名無しさん[sage]   投稿日:2016/08/20 04:33:17  ID:GxTqSDb9.net(17)
git使わないと開発効率悪いよ。
迷信じゃなくて事実
コメント2件

323
デフォルトの名無しさん[sage]   投稿日:2016/08/20 05:49:30  ID:n3aPG6Qo.net(4)
>322
だから効率悪かろーが当人たちはそれで食っていけてる訳だから
横から何を言われても余計なお世話
それともわざわざリスクとコストかけてGit移行して、
上手くいかなかった時の責任を取ってくれんの?
儲かれば正義、食っていければ正義
いくら効率良くても、それで事業失敗するなら悪でしかない
コメント1件

324
デフォルトの名無しさん[sage]   投稿日:2016/08/20 06:11:21  ID:H8dejY2v.net(2)
しょうもな

325
デフォルトの名無しさん[sage]   投稿日:2016/08/20 10:14:06  ID:Dhimymjm.net(4)
>322
どのくらい効率が悪いかの数値は持ってる?
持ってないんなら、それはただの主観だよね。
夏休みの子供のたわごと。
コメント1件

326
デフォルトの名無しさん[sage]   投稿日:2016/08/20 10:29:20  ID:GxTqSDb9.net(17)
>325
計測すれば簡単にだせるよ。

例えばそれなりのファイルが有るリポジトリでブランチの切り替えやブランチの作成。
gitだと1秒どころか0.1秒以内に終わる操作がsubversionだと数秒〜数十秒かかる。

subversionにはないけどgit bisectを使った二分探索によるバグの調査。
どの修正でバグが入ったんだ?という効率的な調査機能を
subversionでやろうとしたら面倒でやってられないだろう。

これはネットワークが遅ければさらに遅くなるし
例えば飛行機の中とか移動中とかネットワークが不安定や使えない状況では
そもそも作業ができないことにすらなり得る。
コメント1件

327
デフォルトの名無しさん[sage]   投稿日:2016/08/20 10:37:56  ID:NrToUCA6.net(2)
>323
基地外発狂w

328
デフォルトの名無しさん[sage]   投稿日:2016/08/20 10:43:13  ID:n3aPG6Qo.net(4)
普通のプログラマはどの修正でバグが入ったのかなんて調べないし
飛行機の中でコード書いたりしません
コメント1件

329
デフォルトの名無しさん[sage]   投稿日:2016/08/20 10:52:11  ID:TYLnwsqy.net
「適当にいじってたらエラーがでなくなりました」
「何にもいじってないはずなのに動かなくなっちゃいました」

こういうことを言いだす奴はプログラマじゃない
こういうことを言う奴はgitを使うことを極端に嫌がる

330
デフォルトの名無しさん[sage]   投稿日:2016/08/20 10:58:01  ID:NrToUCA6.net(2)
基地外荒らしが普通を語るとは笑止千万

331
デフォルトの名無しさん[sage]   投稿日:2016/08/20 11:20:03  ID:GxTqSDb9.net(17)
>328
結局それだよねw
欠点言われても、

あーあー聞こえない。そんなの俺には関係ない
できないことには目をつぶるから何も見えないー

332
デフォルトの名無しさん[sage]   投稿日:2016/08/20 11:32:54  ID:GxTqSDb9.net(17)
説明するのが面倒だからぐぐって見つけた記事に
まるなげするけど、svnでマージは本当に大変。

http://d.hatena.ne.jp/namutaka/20110505/1304586236

> Subversionには専用機能としてはブランチがありません。あるディレクトリを別のディレクトリにコピーすることで、そこをブランチと呼んでいるだけです。

これが最悪な点なんだよな。
ついでにsvnにはタグもないよね。
コメント2件

333
デフォルトの名無しさん[sage]   投稿日:2016/08/20 11:47:17  ID:n3aPG6Qo.net(4)
>332
何がどう最悪なのか説明して欲しいな

マージするときは専用機能としてブランチがあろうが、
ディレクトリの別コピーとして存在してようが、
やることは同じで差分とってよりわけるだけなんだから
手間は同じはずなんだけど。
コメント1件

334
デフォルトの名無しさん[sage]   投稿日:2016/08/20 11:53:44  ID:GxTqSDb9.net(17)
>333

例えばローカルに存在するブランチの中から
マージ済みのブランチを探す方法を考えてみ。

gitは"それ"をブランチとして認識しているから
git branch --merged だけで見つけ出すことができる。

svnは単なるコピー。
gitはコピー+メタ情報。

メタ情報がなければツールはコピーとしてしか認識できない。
それを人間が補わなきゃいけない負担がかかるツールがsvn
コメント1件

335
デフォルトの名無しさん[sage]   投稿日:2016/08/20 13:20:24  ID:n3aPG6Qo.net(4)
>334
うちではブランチごとに識別用のダミーファイルを置いて、
マージしたらマージ元のそのファイルをマージ先にコピーして管理してる。
そうすればそのファイルのあるなしでマージ済みかどうかわかる。
手作業で確認したら面倒だけどそのための専用ツールがある
仕組みさえ作ってしまえば手間はさほどかからない

336
デフォルトの名無しさん[sage]   投稿日:2016/08/20 13:21:38  ID:GxTqSDb9.net(17)
な、くだらないことしてるだろw

337
デフォルトの名無しさん[sage]   投稿日:2016/08/20 13:31:30  ID:ArpkS8bv.net
>332
Subversionはずいぶん前にマージトラッキングの機能が入ってるし、
ちゃんと運用してたらそのブログに書いてあるような問題は起こらないはず。
Gitのほうがブランチやマージを扱いやすいっていう結論には変わりないけどね。

338
デフォルトの名無しさん[]   投稿日:2016/08/20 15:04:46  ID:OZEoChm6.net(3)
>290
ありがとう

339
デフォルトの名無しさん[sage]   投稿日:2016/08/20 15:07:17  ID:OZEoChm6.net(3)
>313
ゴールドラッシュで一番儲けたのは桶屋ですね判ります

340
デフォルトの名無しさん[sage]   投稿日:2016/08/20 17:01:18  ID:Dhimymjm.net(4)
>326
>面倒でやってられないだろう。

なんだ結局主観だけか。
そんなんでよく「効率」とか語れるよなあ。
はずかしくないんだろうか。

飛行機の中でコードを書くみたいな極端な話を持ち出さないと
gitの利点を語れないんなら、黙っててくれたほうがgitのためだよ。
コメント2件

341
デフォルトの名無しさん[sage]   投稿日:2016/08/20 17:11:26  ID:wDkEJvtg.net(2)
>340
いや具体的に出てるだろ、二分探索って書いてあるんだから
svn=O(n)に対してgit=O(log2 n)だ
コメント3件

342
デフォルトの名無しさん[sage]   投稿日:2016/08/20 17:18:39  ID:Dhimymjm.net(4)
>341
それは検索時間だよね。ソフトの処理時間を聞いてるんじゃないんだ。
人間も含めたシステムとしての効率の話をしてるんだよね。

343
デフォルトの名無しさん[sage]   投稿日:2016/08/20 17:18:50  ID:wDkEJvtg.net(2)
svnの時はGUIが使いやすくて、コマンドが使いにくかったけど
gitの場合はGUIが使いにくくて、コマンドの方が使いやすい
ってのが、付いて来れない人が増える原因なのかねぇ
コメント1件

344
デフォルトの名無しさん[sage]   投稿日:2016/08/20 17:54:58  ID:GxTqSDb9.net(17)
>340
君のレスには、反論が含まれていない。

345
デフォルトの名無しさん[sage]   投稿日:2016/08/20 17:58:28  ID:GxTqSDb9.net(17)
>343
それがsvnがただのファイルバックアップツールと
化してしまった原因の一つだろうね。

普段の開発でsvnを使わない。
一区切りついたところで、さてバックアップするかって
気持ちで使うツールでしかなかった。

gitでやっと開発ツールになることが出来た。
差分見たり一時的な修正をおっこなったり
修正を見やすくまとめたり、開発中に見つかった
バグ修正を先にリリースしたり。
こういったことが、重い腰を上げずにやれるようになった。
コメント1件

346
デフォルトの名無しさん[sage]   投稿日:2016/08/20 18:12:24  ID:r7sodRH8.net
>345
お前がSVNもまともに使えないのはよくわかったwww
コメント1件

347
デフォルトの名無しさん[sage]   投稿日:2016/08/20 18:17:38  ID:GxTqSDb9.net(17)
>346
ほらよw

http://www.nishishi.com/blog/imgs/11/d20061106a.jpg
> Subversionはバックアップツールの一種です。

こんな認識だ。

348
デフォルトの名無しさん[sage]   投稿日:2016/08/20 19:28:46  ID:OZEoChm6.net(3)
漏れもgitをバックアップツールとして使ってるよ

ところでgitの公開リポジトリって容量一アカウントにつき何GBまで大丈夫なん?

349
デフォルトの名無しさん[sage]   投稿日:2016/08/20 19:37:33  ID:RX+b3gQJ.net(2)
>341
今まで業務で何回bisectでエンバグしたコミット見つけた?
コメント1件

350
デフォルトの名無しさん[sage]   投稿日:2016/08/20 20:11:45  ID:GxTqSDb9.net(17)
>349
20回ぐらいかな?

単なるバグならどの修正でエンバグしたのかを
調べることはないし、単純なバグならbisectを使うまでもないからね。

ただ気づきにくい箇所で今まで動いていたのが、いつの間にか
動かくなってるって場合は、修正してから時間も経っていて
なんの修正をしたか忘れるから(特に他人が修正した場合)
そういうときはbisectはすごく強力。

ちなみに、これを活かすためにも意味がある単位で
小さくコミットしていくことが重要になる。
こういった点でも開発ツールなわけさ。
コメント1件

351
デフォルトの名無しさん[sage]   投稿日:2016/08/20 20:13:40  ID:GxTqSDb9.net(17)
あと一回だけ、何かしたつもりはないのに、
いつの間にかバグが治ってるwww
どこで治ったんだよってときに使ったこともあるw
コメント1件

352
デフォルトの名無しさん[sage]   投稿日:2016/08/20 20:18:02  ID:Dhimymjm.net(4)
飛行機の中でコード書いたり、
いつの間にか動かくなってるのが時間がたってから発見されるとか
(きっと発見されずに出荷されてるものもあるに違いない)、
開発体制がおかしいところではgitは有効なんだろうね。

仕事の仕方を見直したほうがよいと思うんだけど。
仕事ならね。OSSみたいなのは仕方がない。
コメント1件

353
デフォルトの名無しさん[sage]   投稿日:2016/08/20 20:35:02  ID:GxTqSDb9.net(17)
>352
> いつの間にか動かくなってるのが時間がたってから発見されるとか

え? リリースしたものにバグが含まれてないの?
すごいねー(棒)

354
デフォルトの名無しさん[sage]   投稿日:2016/08/20 20:39:18  ID:GxTqSDb9.net(17)
あとさ、俺が開発ツールって言ってるのは
開発時に使うものだからなんだよ。

あんたは開発時に使うものだって認識がないから、

「今現在開発中で、複数のコミットをローカルに作って、
まさに今修正作業をしている段階で、エンバグしてしまったので
git bisectで調査する。そしてバグを修正して完成版をマージする」
って発想がないんだよ。

どうせsvnをリリースのときぐらいにしか使ってないんでしょ?w

355
デフォルトの名無しさん[sage]   投稿日:2016/08/20 21:00:26  ID:tR1/iGbf.net
bisect使ってバグの箇所を見つけなきゃならんほどcommitが積み上がってるのに
その間リリースもしてないというのはなんか想像しにくいな。
ウォーターフォールかそれに近い開発プロセスなんだろうか。
コメント1件

356
デフォルトの名無しさん[sage]   投稿日:2016/08/20 21:30:16  ID:GxTqSDb9.net(17)
>355
そんなこともわからないのか・・・
実戦経験に乏しいみたいだな。

マージっていうのは小さい単位で行うけど、
多くの場合開発内容は小さくないんだよ。
○○機能の実装。みたいな感じで。

先にマージできる部分を抜き出しつつ、
大きな開発を小さな修正の連続に変えていくんじゃないか。

その途中でコミットが積み上がることもある。
だけどそうなることは少ないから、
bisectを使った回数も少ないだろ?

357
デフォルトの名無しさん[sage]   投稿日:2016/08/20 21:33:47  ID:GxTqSDb9.net(17)
つーかなんで開発が最初の計画通りに
上から下まで順調に流れていくと思ってるんだ?
それこそウォータフローだよ。

実際の開発は想定のことが発生するし
最初の計画の順番通りには行かないもの。

だから作業通りに記録していくしか無いsvnは実践向きじゃないわけ。
完成したファイルを管理するだけならいいだろうけどさ、
開発時に開発を楽にするために使えよ。

358
デフォルトの名無しさん[sage]   投稿日:2016/08/20 22:23:33  ID:RX+b3gQJ.net(2)
>350
へぇ。凄いね。自分はbisectしないとどうしようもないレベルで複雑な進め方の開発はあんまり経験してないや。
インタラクティブ系のジャンルが多いから、システム系とは納期とか要求が異なるからかな。
なので、bisectはあってもいいけど、ぶっちゃけ使わない機能なんだよね。役に立つ人は役に立つだろうけど、こちらのジャンルでは使いみちがあまりない。

あとさ、bisectの考え方自体は別に他のVCSでも使えるんじゃないのかな?自分で二分探索しなくちゃいけないけれど。
というか、Subversionとか使ってた頃は手動でみんな似たようなことをやってたんじゃないかな?そう考えると、オーダーでそうやって比較するのってあんまり意味なくない?

Gitなりなんなりの便利ツール使えたほうがいいとは思うけどさ、ツールが使える使えない以外にもプロジェクトの開発効率に影響する要因なんていくらでもあるじゃん。
そういうの全部無視してGit使ってるか使ってないかで評価してもしょうがないと思うんだけどな。

極端な例を出せば、自動車のエンジンのECUの開発にGitが導入されてなかったら開発効率悪いクソプロジェクトなのか?とかいう話になるんだけど、あなたは
ECUの開発に対してもGitを使うことによって開発効率が大きく変わると思う?

359
デフォルトの名無しさん[sage]   投稿日:2016/08/20 23:08:21  ID:GxTqSDb9.net(17)
> へぇ。凄いね。自分はbisectしないとどうしようもないレベルで複雑な進め方の開発はあんまり経験してないや。

bisectを何か勘違いしてないか?

単にコミットを前に戻してテストを実行(もしくは手動確認)する
という作業を効率化しただけなんだが?

コミットを戻すという操作があるから、subversionのようにリモートに
アクセスしないといけないやつでは動作が遅くてストレスが溜まる。

subversionでも頑張ればできるのは当たり前。
頑張らないとできなかったから面倒だった。
出来たとしても遅くてやる気がしなかった。

それを解決したのがgitなんだから。

> ECUの開発に対してもGitを使うことによって開発効率が大きく変わると思う?
gitを使うことで開発効率が変わるんじゃないよ。
そんな新しいツールをポイポイ入れるだけで何もしなくても勝手に変わるわけないんだからw

開発効率を上げる(大前提)ときにgitじゃないと制限がきつすぎて効率が悪いという話。
コメント2件

360
デフォルトの名無しさん[sage]   投稿日:2016/08/21 01:35:58  ID:YdfgOzJe.net(5)
>359
bisectを勘違いはしてない。
原因不明のバグがいつ発生したのかわからない、みたいな状況に陥る開発をすることがあまりない。

開発効率を上げるときにGitじゃないと面倒が多すぎて上げられないケースも多いだろうが、Git使っても全然上がらないケースもある。
そういうケースで、かつ、Gitを使うのにコストが発生する要因があるならGitを使うことにメリットはない。
例えば何かマージしにくいリソースが重要になってくるような開発なら、Gitを使うメリットはかなり薄れる。
そういうプロジェクトがGitを使ってなかったとして、Git使ってないから開発効率が低いダメなプロジェクトだと断定しちゃうのは早計すぎるってことを言いたいんだが。

あなたがGitを使わないとやってらんないと思うのは否定してないよ。それが「全ての」プロジェクトに対して真だというのならそれはおかしいと言っているだけ。

361
デフォルトの名無しさん[sage]   投稿日:2016/08/21 01:57:58  ID:8rtnaS+k.net
俺がバイオ7チームがsvn使ってるって知ったのは、如何にしてCIをやったかっていう講演資料を見たからだ
重要なのはCIでVCSがどうこうなんて一切なかったな
ちなみにその資料は誰でも見れる
コメント1件

362
デフォルトの名無しさん[sage]   投稿日:2016/08/21 02:04:36  ID:ueHnIvfJ.net(2)
うちの職場は何年も前にSVN捨てたから
gitがないと困るわ

363
デフォルトの名無しさん[sage]   投稿日:2016/08/21 08:45:38  ID:kvXQvQMT.net
bisectはいざというときに便利だと思うが、それに頼らざるを得ない状況に陥るってのは
あまり自慢できるもんじゃないな。

364
デフォルトの名無しさん[]   投稿日:2016/08/21 09:24:37  ID:8HT7jq2X.net
うちの職場は併用だな。
会社の方針ではsvnだが、プログラマだけはgit使ってる。

365
デフォルトの名無しさん[]   投稿日:2016/08/21 10:13:15  ID:7ko5UmSV.net
>359
gitもsubversionもプログラムなんだから、手を加えれば同じことが出来るのは当たり前。
でも、最初から入ってる機能なら学習コストしかかからない。
subversionで同じことが出来るという主張は、自分で加えた工夫やノウハウを無償で他の人に公開し普及させてから初めて釣り合う。それがgitがやってることなんだから。

366
デフォルトの名無しさん[sage]   投稿日:2016/08/21 10:26:41  ID:ueHnIvfJ.net(2)
コミットにうるさい私が考えていること
http://qiita.com/risacan/items/f4cbabc62b684ab9296d

367
デフォルトの名無しさん[sage]   投稿日:2016/08/21 11:01:29  ID:vHDD4AcV.net(14)
>361
> 俺がバイオ7チームがsvn使ってるって知ったのは、如何にしてCIをやったかっていう講演資料を見たからだ

それはCIだからだなw
CIは単にサーバーにpushされたソースコード取ってくるだけだからね。
それこそsvnじゃなくても単なるtar.gzの配置でもできることだよ。

gitが威力を発揮するのはpushするまで。
ローカルでの開発時に大きく役に立つ。

368
デフォルトの名無しさん[sage]   投稿日:2016/08/21 11:04:50  ID:vHDD4AcV.net(14)
>260
> 原因不明のバグがいつ発生したのかわからない、みたいな状況に陥る開発をすることがあまりない。

あまりないけど皆無じゃないだろw
だから20回ぐらいしか使ったこと無いって言ってるんだが。

rebaseとかなら1万回ぐらいやってるんじゃないか?
コメント1件

369
デフォルトの名無しさん[sage]   投稿日:2016/08/21 11:20:58  ID:72zLWHSO.net
>351
+1
そういうの不安になるよな

370
デフォルトの名無しさん[sage]   投稿日:2016/08/21 13:01:29  ID:Kx0D0SWA.net(2)
>368
50年のプログラマ人生で20回なら同意できるが、
たかが数年だろ?多すぎるよ。「あまりない」の範疇じゃない。
コメント1件

371
デフォルトの名無しさん[sage]   投稿日:2016/08/21 13:15:38  ID:wj1bjl9X.net(2)
こいつがエアプログラマか

372
デフォルトの名無しさん[sage]   投稿日:2016/08/21 14:02:21  ID:vHDD4AcV.net(14)
>370
もう少しわかりやすく言えよw

gitがリリースされたのは2005年なんだから
最大でも11年ぐらいにしかならん。
https://en.wikipedia.org/wiki/Git_(software)#History

計算しやすく10年と考えて、10年で20回であれば
1年で2回。6ヶ月でたった1回だろ。

何が多すぎるって?

373
デフォルトの名無しさん[sage]   投稿日:2016/08/21 17:48:08  ID:Kx0D0SWA.net(2)
毎期毎期誰がどこで壊したのか分からないバグが顕在化する開発環境
しかもgitリリース後すぐに導入したわけじゃないんでしょう?
毎月致命傷になりかねないバグが混入するような職場って
仕事のしたかがおかしいと思わない?

仕事の仕方がおかしいのに「gitがないと仕事にならない」って
そりゃ本末転倒だよ。

374
デフォルトの名無しさん[sage]   投稿日:2016/08/21 17:58:16  ID:wj1bjl9X.net(2)
エアプ発狂

375
デフォルトの名無しさん[sage]   投稿日:2016/08/21 17:59:05  ID:vHDD4AcV.net(14)
6ヶ月でたった1回

↓ 馬鹿の脳内フィルタを通すと

毎月致命傷になりかねないバグが混入
コメント1件

376
デフォルトの名無しさん[sage]   投稿日:2016/08/21 18:09:15  ID:x17fgF1B.net(6)
>375
gitリリース後すぐ導入してのその数値なのか?
という問いかけも入れてあるんだけど、そこは無視して
人格否定に走ってるということは、gitの有用性も怪しい物だな。

おれはgit自体は使い方次第だと思ってるので、頭悪い人に
頭悪い使い方してる例だけ喧伝されるとgitのためにならない
(gitはバカの使う物というイメージがこびりついてしまう)ので
バカには黙ってろと言ってるんだがなあ。
コメント1件

377
デフォルトの名無しさん[sage]   投稿日:2016/08/21 18:11:02  ID:vHDD4AcV.net(14)
この書き方だと致命傷なバグが6ヶ月で1回だと思われそうだなw

じゃなくてgit bisectを使ってバグの箇所を
特定したのが6ヶ月で1回程度って話だ。

378
デフォルトの名無しさん[sage]   投稿日:2016/08/21 18:12:35  ID:vHDD4AcV.net(14)
>376
人格否定じゃなくて「毎月致命傷になりかねないバグが混入」という
今までに全く出てない話をいきなり持ってきたから
馬鹿の脳内だって言ってるの。

お前がそんなこと言わなきゃ良かったんだよ?w

379
デフォルトの名無しさん[sage]   投稿日:2016/08/21 18:14:12  ID:vHDD4AcV.net(14)
> gitリリース後すぐ導入してのその数値なのか?

gitリリース後すぐ導入したら(約10年)で6ヶ月で1回の計算になる。
gitリリース後5年後(=5年前)に導入したら3ヶ月で1回の計算になる。

じゃあ3ヶ月で1回としよう。

何が多すぎるって?

380
デフォルトの名無しさん[sage]   投稿日:2016/08/21 18:47:17  ID:x17fgF1B.net(6)
今までの議論を追いかけてみろよ、めんどくせーな。

381
デフォルトの名無しさん[sage]   投稿日:2016/08/21 18:51:40  ID:vHDD4AcV.net(14)
今までの議論って、何回bisectでバグを見つけた?って
聞かれたからそれに答えただけなんだが。

349 名前:デフォルトの名無しさん[sage] 投稿日:2016/08/20(土) 19:37:33.60 ID:RX+b3gQJ [1/2]
>341
今まで業務で何回bisectでエンバグしたコミット見つけた?


これ重要な質問だったんだよな?
俺には回数が何故重要なのかさっぱりわからんが、

> gitリリース後すぐ導入してのその数値なのか?
って聞いてるから重要なんだろ?


で、結局、多かったらどういう煽りをしようと考えていて
少なかったらどういう煽りをしようと考えていたんだい?
どちらにしろ煽るつもりだったんでしょう?
そういう流れにうまく持っていけてないようだがw
コメント2件

382
デフォルトの名無しさん[sage]   投稿日:2016/08/21 19:47:00  ID:82BF3AS7.net
bisectを考えた人は人間がミスをするものだと良く分かってるわ
コメント1件

383
デフォルトの名無しさん[sage]   投稿日:2016/08/21 19:55:21  ID:x17fgF1B.net(6)
>381
だからちゃんと流れを読めって。
なんでこの程度のことが出来ないのかなあ。
コメント1件

384
デフォルトの名無しさん[sage]   投稿日:2016/08/21 19:56:03  ID:vHDD4AcV.net(14)
>383
それはお前が説明するのが筋だろ。

なんでお前が言いたいことを
俺が代わりに言わなきゃならんのか。

385
デフォルトの名無しさん[sage]   投稿日:2016/08/21 20:00:31  ID:x17fgF1B.net(6)
説明しても曲解するんだもの。
なんでそんなバカに同じことを何度も書かないとならんの?
コメント1件

386
デフォルトの名無しさん[sage]   投稿日:2016/08/21 20:00:39  ID:vHDD4AcV.net(14)
>382
> bisectを考えた人は人間がミスをするものだと良く分かってるわ

gitそのものがそういう設計になってるからね。

ソースコードの修正を終わってテストも終わらせて完成してから、
それを管理するためにつかうソフトではないんだよ。

gitは今まさに開発している最中に、その開発を補助するためのツール
開発中にはミスはあるし、想定外のことは発生するし、
最初に立てた道筋のままスムーズに行けることなんてまず無い。

開発中に起きる問題をこなしていくにはgitを使わないとやってられないから。
svnじゃなくてもやれる〜って言ってるのは開発中の話が抜け落ちてる。
開発が終わって完成した後の話しかしてない。

387
デフォルトの名無しさん[sage]   投稿日:2016/08/21 20:01:35  ID:vHDD4AcV.net(14)
>385
曲解すると思うならばなおのこと、
お前が説明するべきだろw

俺が説明して、それにお前は納得すんのか?

388
デフォルトの名無しさん[sage]   投稿日:2016/08/21 20:04:21  ID:YdfgOzJe.net(5)
>381
多かったら煽ろうとなんて思ってないよ。多いよねって煽ってるのは別の人間。
Linuxカーネルのバグ調査なんかでbisectが有用なのはLKMLたまに見るからわかるけど、普段自分が触ってるような範囲じゃbisectを使うまでもなかったり、
bisectを使って機械的に探すより具体的に関連する箇所をいじってる部分前後を直接checkoutして確認したほうが速い場合が多かったからさ。
だからbisectを凄い重要な機能だと言う人はどのくらい活用してるのか単純に聞きたかっただけだよ。

あんたがbisectを活用してるってのはわかったけど、あらゆる開発シチュエーションにとって常に重要な機能じゃないというのは理解はする気はあるのかな?
コメント1件

389
デフォルトの名無しさん[sage]   投稿日:2016/08/21 20:24:38  ID:vHDD4AcV.net(14)
>388
俺はbisectが重要だって言ってるんじゃなくて、
gitが(svnに比べて)重要だって言ってんの。

なんで俺がbisectだけが重要だって言ってるように誤解させるようなことをいう?
そしてなんでbisectだけを否定して、俺が言ってるgitだけを否定しようとする?
ついでにgitを使わない場面を持ってきて、その場面だけからgitは重要じゃないって言うのも無しなw

それこそ曲解ってやつだろw

gitは普段の開発の中で使うもんだ。
その日常的な開発(=gitを使う場面)において
svnじゃストレスたまりまくりで効率が悪いって話をしてる。


開発効率を無視すりゃそりゃメモ帳でも開発はできますわwww
コメント2件

390
デフォルトの名無しさん[sage]   投稿日:2016/08/21 20:57:00  ID:YdfgOzJe.net(5)
>389
だからさ、Gitは否定してないんだって。
Gitを使ってないプロジェクトは全部まずい、という意見を否定してるだけで。
コメント1件

391
デフォルトの名無しさん[sage]   投稿日:2016/08/21 21:08:59  ID:vHDD4AcV.net(14)
> Gitを使ってないプロジェクトは全部まずい、
そんなこと言ってないだろ。ほらまた曲解w

俺はGitを使ってないプロジェクトはgitを使った場合に比べて
開発効率が悪いって言ってるの
コメント1件

392
デフォルトの名無しさん[sage]   投稿日:2016/08/21 21:11:32  ID:YdfgOzJe.net(5)
>391
同じじゃんか。
マージしにくいリソースに大きく左右されるようなプロジェクトはGit使っても開発効率改善されないと思うけどな。
例えば、Max/MSPの複雑なパッチを作り上げていくような場合とかね。
コメント1件

393
デフォルトの名無しさん[sage]   投稿日:2016/08/21 21:22:00  ID:vHDD4AcV.net(14)
>392
全然同じじゃないだろw

それから複雑なパッチを作らないように。
そういうのはレビューも難しくなるからマージされない。
そういうやり方が、開発効率が悪いって言ってるんだよ。

お前は順番が逆で、開発を終えてからバージョン管理をしようと考えてる。
開発効率が悪いやり方をするのだからsvnでよいといってるのと同じ。
そりゃまあ目的が「開発効率が悪い方法を目指すプロジェクトを作る」
であればgitじゃなくていいだろうねw

本来は逆でレビューを楽にするようにパッチを小さくするにはどうするか?
これが開発のあるべき姿

人間は間違えるものなんだから複雑なものを頭の中で考えただけで
完璧な計画を立てて最短距離で実行することは出来ない。

計画を修正していくことで複雑なものをシンプルな修正の連続に変えていく。
その過程でgitを使うんだよ。gitを使うことで間違いを素早く修正できるから開発効率が良くなる。

お前が思ってるような、複雑なものが出来ましたー。これからsvnの出番です。
サーバーに保存しますー。じゃないんだよ。使うタイミングが違ってる。
コメント2件

394
デフォルトの名無しさん[]   投稿日:2016/08/21 21:27:26  ID:DBR6c9EY.net
長えよ

395
デフォルトの名無しさん[sage]   投稿日:2016/08/21 22:01:08  ID:YdfgOzJe.net(5)
>393
一言も
「開発を終えてからバージョン管理をしようと考えてる」
に類する発言をしてないつもりなんだが…

Max/MSPで開発したことあるの?Subversionでもほぼほぼ変わらない感じにしかならないと思うよ?
複雑なパッチを作らないとか言ってるけど、じゃあ複雑なパッチを作らざるを得ない場合(ほとんどそうだけど)はどうすんの?

シンプルがベスト、細かなコミットがベスト、マージ性を保つのがベスト、そんな一般論はわかりきってるんだよ。
問題は、その一般論を適用できないときに、果たしてむりくりにコストをかけても一般論に準えるべきなのか?ってこと。
Gitを使うことが何の解決にもならないケースなんてそれなりにあるんだよ。はっきり言って、それを経験したことないだけでしょ?

396
デフォルトの名無しさん[sage]   投稿日:2016/08/21 22:06:16  ID:eAHL6Fdy.net(2)
そんなにSVNが良いならずっと使ってれば良いじゃん。
SVNはdev-MLに殆どメールが流れなくなっているから、行き止まりだと思うけど
コメント1件

397
デフォルトの名無しさん[sage]   投稿日:2016/08/21 22:07:11  ID:iqhsS2xZ.net
バイナリデータがメインの開発現場とかがあるんだろ
そんな現場じゃロックが便利なんだろうし
gitを使うメリットがないしsvnを使えばいい
プログラム板で扱うような話題じゃないから他でやってくれ

398
デフォルトの名無しさん[sage]   投稿日:2016/08/21 22:22:35  ID:AhRtjf/j.net
>393
長文は漏れなくキチガイ

399
デフォルトの名無しさん[sage]   投稿日:2016/08/21 23:06:05  ID:x17fgF1B.net(6)
>389
結局なんにもわかって貰えてないんだよな〜

>svnじゃストレスたまりまくりで効率が悪いって話をしてる。

効率が悪いってんなら数値を出せと言ってる。
ストレスがたまるというのはおまえの主観。
それを混ぜるなと言ってるんだけどな。

>390とかも違う部分で同じ事をいってるんだけど、
分からないんだろうなあ。
コメント1件

400
デフォルトの名無しさん[sage]   投稿日:2016/08/21 23:16:20  ID:HRCs6J+D.net(2)
>396
> SVNはdev-MLに殆どメールが流れなくなっているから、行き止まりだと思うけど

開発が止まっているからダメとは限らないんだけどな。
僕らがSVNを開発する訳じゃないんだから、
あくまでツールとして使えるかどうかでしょ。

401
デフォルトの名無しさん[sage]   投稿日:2016/08/21 23:21:02  ID:eAHL6Fdy.net(2)
>399
SVNのdev-MLは2010年位までは毎月700通〜1000通近いメールが流れていたんよ。
それが今では月に50通以下なんだよ。

それだけみんなストレスの溜まるツールは使いたく無いんだろう。
コメント2件

402
デフォルトの名無しさん[sage]   投稿日:2016/08/21 23:30:36  ID:x17fgF1B.net(6)
>401
ストレスが解消したから流量が減った可能性はないわけ?

数値って、意味のない数字を出してきても仕方がないのよ?
わかる?
コメント1件

403
デフォルトの名無しさん[sage]   投稿日:2016/08/21 23:32:31  ID:HRCs6J+D.net(2)
>401
ツールとして成熟したために議論することがなくなった、とも言える
GitがWeb系とかで使われてきているのは認めるが、
決してSVNやPerfoceを置き換えるものではなく、
あくまで用途に応じて使い分けるべきもの。大雑把に言えば
Web / スマホ / OSS → Git / Mercurial
ゲーム会社 → Preforce / Alienbrain
大手SI業界 → Subversion / CVS / VisualSourceSafe
という感じだろう。
コメント1件

404
デフォルトの名無しさん[sage]   投稿日:2016/08/22 01:30:50  ID:CyEk8u1Z.net
>403
さすがにその認識は10年以上前で止まってるだろ
CVSとかありえんぞ

405
デフォルトの名無しさん[]   投稿日:2016/08/22 07:40:50  ID:pvCqDpSv.net(2)
VSSも例に出すのは古過ぎる。
TFSだろ。
コメント1件

406
デフォルトの名無しさん[]   投稿日:2016/08/22 07:44:50  ID:pvCqDpSv.net(2)
>402
あなたの主張に従えば、別の可能性を指摘するなら、その根拠の数値を出すべきでしょ。

数値を出せってのが、単なる言い掛かりになってるよ。

407
デフォルトの名無しさん[sage]   投稿日:2016/08/22 08:48:32  ID:Mdc8ZDEy.net
>405
いまだに現役だから入れてok

408
デフォルトの名無しさん[sage]   投稿日:2016/08/22 12:29:16  ID:fBE6jz7f.net
      ク    ク || プ  //
      ス  ク ス  | | │ //
       / ス    | | ッ //   ク   ク  ||. プ  //
       /         //   ス ク ス _ | | │ //
         / ̄ ̄\     /  ス   ─ | | ッ //
       /  _ノ  .\     /         //
       |  ( >)(<)       ___
.        |  ⌒(__人__)     ./ ⌒  ⌒\
        |    ` Y⌒l    /  (>) (<)\
.         |    . 人__ ヽ /  ::::::⌒(__人__)⌒ \
        ヽ         }| | |        ` Y⌒ l__   |
         ヽ    ノ、| | \       人_ ヽ /
.         /^l       / /   ,─l       ヽ \

409
デフォルトの名無しさん[]   投稿日:2016/08/25 21:18:23  ID:wdyS6PKY.net
diff取る時、どの関数に差があったか見たいけど どうしたらいいの?
コメント3件

410
デフォルトの名無しさん[sage]   投稿日:2016/08/26 12:08:46  ID:WnsDsp7+.net
関数ごとにソースを分割

411
デフォルトの名無しさん[]   投稿日:2016/08/26 15:52:25  ID:4Tk0fahk.net

412
デフォルトの名無しさん[sage]   投稿日:2016/08/27 01:08:17  ID:puh4Hp89.net
>409
-U 10000 とか指定する

413
デフォルトの名無しさん[sage]   投稿日:2016/08/27 01:27:29  ID:ZQ2LmJ6r.net
>409
何の言語でソースコードを書いてるかによるけど
例えばC言語だとデフォルトで関数名も表示されるよ。
@@で始まる行の右のほうにあるはず。

414
デフォルトの名無しさん[sage]   投稿日:2016/08/27 08:18:07  ID:SmFG8gRK.net
      ク    ク || プ  //
      ス  ク ス  | | │ //
       / ス    | | ッ //   ク   ク  ||. プ  //
       /         //   ス ク ス _ | | │ //
         / ̄ ̄\     /  ス   ─ | | ッ //
       /  _ノ  .\     /         //
       |  ( >)(<)       ___
.        |  ⌒(__人__)     ./ ⌒  ⌒\
        |    ` Y⌒l    /  (>) (<)\
.         |    . 人__ ヽ /  ::::::⌒(__人__)⌒ \
        ヽ         }| | |        ` Y⌒ l__   |
         ヽ    ノ、| | \       人_ ヽ /
.         /^l       / /   ,─l       ヽ \

415
デフォルトの名無しさん[sage]   投稿日:2016/08/28 09:21:26  ID:2jF42Xbn.net
2.10-RC2

416
デフォルトの名無しさん[sage]   投稿日:2016/09/03 12:23:04  ID:vtG1sltp.net(2)
Git v2.10.0

417
デフォルトの名無しさん[sage]   投稿日:2016/09/03 18:12:37  ID:/aqe1xuV.net
git 2.10で作ったリポジトリをgit 1.9でクローンしてプッシュしたりぷるしたら壊れますか?
互換性ってあるんですか?

418
デフォルトの名無しさん[sage]   投稿日:2016/09/03 18:16:02  ID:vtG1sltp.net(2)
Git HUBで試してみれば

419
デフォルトの名無しさん[sage]   投稿日:2016/09/04 00:06:27  ID:VUww5cGt.net
Gitって2.0以降かなり積極的に開発しているみたいだけど
最新版のメリットが今一わからん。
新しい機能で便利な機能ってあるの?

420
デフォルトの名無しさん[sage]   投稿日:2016/09/04 21:50:41  ID:w3hspuIt.net
ない


421
デフォルトの名無しさん[sage]   投稿日:2016/09/06 23:03:49  ID:7I+vfKCx.net

422
デフォルトの名無しさん[sage]   投稿日:2016/09/07 09:07:58  ID:dMgwZegp.net
git submodule updateしてもsubmoduleが最新内容にならないので
git submodule foreach git pull origin masterをすると最新内容になりました
でもそうすると変更扱いでgit statusみるとaddしてcommitしろっていう状態になります
プラグインとしてリポジトリを使ってて毎日アップデートして使いたいんですが↓のメッセージが出るように変更されてない状態
On branch master
Your branch is up-to-date with 'origin/master'.
nothing to commit, working tree clean
にするにはどうしたらいいですか?

423
デフォルトの名無しさん[sage]   投稿日:2016/09/08 15:11:19  ID:AJgrW1cc.net
gitでコミットしたファイルってタイムスタンプは破壊されるんだな
困ったな・・・

424
デフォルトの名無しさん[sage]   投稿日:2016/09/08 15:56:42  ID:U0QRzbsN.net
makeみたいなビルドツール使うときの事考えたらタイムスタンプは変わってくれないと困るでしょ。
コメント1件

425
デフォルトの名無しさん[]   投稿日:2016/09/08 22:22:59  ID:r9glMq4X.net
1. ローカルのPull Request用ブランチで作業
2. PRを出したら一部指摘され、
3. ローカルのPR用ブランチでさらに追加コミット
4. 念のため本家のmasterをrebaseしたら更新される

から、再びPRしたいとき、どのようにするのが作法でしょうか?
具体的には同じPR用ブランチに force push していいのか迷っています

426
デフォルトの名無しさん[sage]   投稿日:2016/09/09 01:23:41  ID:vfjsYGws.net
Git 2.10リリース、表示の改善や細かい設定強化などが行われる
https://osdn.jp/magazine/16/09/07/163000


> 6月に公開された「Git 2.9.0」に続くリリースとなり、76人の開発者が貢献した、
> このうち22人は初めての参加という。合計で639件の非マージコミットがあった。

非マージコミットが639件って、パッチ送ってもほとんどマージしてもらえないのか!
コメント2件

427
デフォルトの名無しさん[]   投稿日:2016/09/09 08:27:18  ID:HkfQNlpC.net
なんとなく、前のバージョンからのバグ修正取り込み以外のコミットって意味で使ってる気がする。

428
デフォルトの名無しさん[sage]   投稿日:2016/09/09 08:43:30  ID:pD5FYJpu.net
マージコミットって、--no-ffでできる中身のないコミットじゃね?だからカウント外にしたと。

429
デフォルトの名無しさん[sage]   投稿日:2016/09/09 09:54:59  ID:cWA/e26T.net(2)
>424
ビルドツール使わないときはタイムスタンプが戻ってくれないと困るんだよね
コメント1件

430
デフォルトの名無しさん[sage]   投稿日:2016/09/09 10:27:12  ID:oOd7bAqJ.net
>429
オプションをつけてする方法はないみたいだけど、hookでいかようにもできるんじゃない?
探せばやってくれるhook scriptがあるような予感

431
デフォルトの名無しさん[sage]   投稿日:2016/09/09 14:35:24  ID:m0AJS+zj.net
タイムスタンプ保存なんてVSSくらいしかできないと思うが、今までどうしてたんだ

432
デフォルトの名無しさん[sage]   投稿日:2016/09/09 16:30:26  ID:0lEO1Wwx.net
煽りでなくタイムスタンプって何に使うの?
コメント1件

433
デフォルトの名無しさん[sage]   投稿日:2016/09/09 22:30:01  ID:cWA/e26T.net(2)
>432
ワークスペースと実行環境とのsyncに使ってる
コメント1件

434
デフォルトの名無しさん[sage]   投稿日:2016/09/10 01:47:37  ID:0lDuKfCD.net
>433
Gitによってタイムスタンプが更新されたファイルはsync時に更新されればいいだろ?

435
デフォルトの名無しさん[sage]   投稿日:2016/09/10 03:03:46  ID:fYqgj+fm.net
What's cooking in git.git (Sep 2016, #02; Thu, 8)
tp://www.spinics.net/lists/git/msg285776.html

を見ると、JUNIO C 浜野が、

Will discard.   (ボツ) 
とか

Waiting for a reroll.  (やり直し)

とかって仕分けしているな。

436
デフォルトの名無しさん[]   投稿日:2016/09/10 11:25:11  ID:QUVRyXDh.net
>426
原文は過去完了じゃね

437
デフォルトの名無しさん[sage]   投稿日:2016/09/11 11:07:57  ID:6hyAwUsh.net
Junio C Hamano って、何て読むの?

それから、Cが何の略かも知りたい。

438
デフォルトの名無しさん[sage]   投稿日:2016/09/11 11:26:02  ID:n/LkTKx1.net
せっかく勇気を出してプルリクエストを出したのにコメントさえ付けられずただ無視される辛さ
コメント1件

439
デフォルトの名無しさん[]   投稿日:2016/09/12 21:23:22  ID:nMl0SHJm.net
fork して公開すればいい

440
デフォルトの名無しさん[sage]   投稿日:2016/09/13 00:22:45  ID:RIOOYxO3.net
>438
バグ修正?機能追加?
もしかして https://github.com/git/git にプルリクエストしちゃったりしたのか?

441
デフォルトの名無しさん[sage]   投稿日:2016/09/13 01:40:52  ID:G2ab7Xlo.net
>421
>426
役に立たない機能ばっかりじゃね?

442
デフォルトの名無しさん[sage]   投稿日:2016/09/13 02:10:46  ID:5MhN2/GP.net
被マージコミットの間違いだろう。
コメント2件

443
デフォルトの名無しさん[]   投稿日:2016/09/13 11:54:10  ID:UO3ofvD5.net
Gitに限らずOSSへの貢献(プルリクエスト)って「英語が書ける」ことが前提だから敷居高いんだよな
コメント1件

444
デフォルトの名無しさん[sage]   投稿日:2016/09/13 12:03:56  ID:GD/RUd4Y.net(2)
熟読じゃなくていいからMLなりを毎日流し読みしてれば
決まり文句みたいなのがするする出てくるようになる

最低限件名だけは読むべし

445
デフォルトの名無しさん[sage]   投稿日:2016/09/13 12:22:29  ID:5+Fy+tOl.net(2)
>442
誤訳だよな
コメント1件

446
デフォルトの名無しさん[sage]   投稿日:2016/09/13 12:23:15  ID:5+Fy+tOl.net(2)
>443
「英語で喧嘩できる」必要がある

447
デフォルトの名無しさん[sage]   投稿日:2016/09/13 12:47:20  ID:GD/RUd4Y.net(2)
I disagree.

448
デフォルトの名無しさん[sage]   投稿日:2016/09/13 12:58:49  ID:tH5r4hHW.net
ユーモアのセンスも必要

449
デフォルトの名無しさん[sage]   投稿日:2016/09/13 13:45:39  ID:0/U1LcMM.net
敷居(しきい)が高(たか)・い

不義理や面目のないことがあって、その人の家へ行きにくい。
[補説]文化庁が発表した平成20年度「国語に関する世論調査」では、「あそこは敷居が高い」を、本来の意味とされる「相手に不義理などをしてしまい、行きにくい」で使う人が42.1パーセント、
本来の意味ではない「高級すぎたり、上品すぎたりして、入りにくい」で使う人が45.6パーセントという逆転した結果が出ている。

450
デフォルトの名無しさん[sage]   投稿日:2016/09/13 20:54:34  ID:5aRbCO1q.net
>442>445

The latest feature release Git v2.10.0 is now available at the
usual places. It is comprised of 639 non-merge commits since
v2.9.0, contributed by 76 people, 22 of which are new faces.

(マージを除く)意味のあるコミットが639ってことだろ。

451
デフォルトの名無しさん[sage]   投稿日:2016/09/13 21:00:26  ID:mOQjacar.net
英語は日常会話程度ならどうにかなるけど、
プルリクは相手を納得させたりしなきゃいけないからな。

452
デフォルトの名無しさん[sage]   投稿日:2016/09/14 10:21:23  ID:eB7V9+2n.net
プルリクなんか受け付けないよ

453
デフォルトの名無しさん[]   投稿日:2016/09/16 19:31:08  ID:e1xS4kK4.net
コマンドに関して質問させてください。

git push :リモートリポジトリ
だと、リモートリポジトリを空にすると思うのですが

git push :
だと、どのような結果になりますか?

454
デフォルトの名無しさん[sage]   投稿日:2016/09/16 23:14:36  ID:90O68WAb.net
やればわかる

455
デフォルトの名無しさん[sage]   投稿日:2016/09/17 11:44:57  ID:pmBudTdY.net(2)
プルリについて調べてるんですが、
ネットで調べてるとfetchしたリポジトリからoriginのリポジトリへのプルリと、
originのdevelopブランチからoriginのmasterブランチへのプルリの情報が出てきたんですが、
ローカルのmasterからリモートへのmasterへのプルリってのもあるんでしょうか
コメント1件

456
デフォルトの名無しさん[sage]   投稿日:2016/09/17 11:45:41  ID:pmBudTdY.net(2)
fetchじゃなくてforkでした

457
デフォルトの名無しさん[]   投稿日:2016/09/17 20:47:40  ID:MzkcHhnf.net
fork 先から fork 元もある

458
デフォルトの名無しさん[sage]   投稿日:2016/09/29 21:38:45  ID:vj9fF+Qh.net
cloneするときに作られるディレクトリの名前ってcloneで通信する前にどうやって取得したら良いですか?
git clone https://hoge.hoge/hoge/hoge
git clone https://hoge.hoge/hoge/hoge.git
どっちのurlでもhogeというディレクトリが作られるので単純に末尾の.gitを削除して最後から/が現れる前までの文字列を取得するのはダメなんですね

459
デフォルトの名無しさん[sage]   投稿日:2016/09/30 17:22:28  ID:8cA8SzFR.net
>455
ローカルのmasterからリモートへのmasterへのプルリをリモートのmasterで受け取って処理したあと
ローカルのmasterをリモートとrebaseするのか?

460
デフォルトの名無しさん[sage]   投稿日:2016/10/01 01:47:56  ID:Hx62+v24.net
でgit fetchで新しい差分をダウンロードしたんですけど
このあと
git merge origin/ブランチ名
しないといけないですよね

ブランチがmasterとは限らないのでどのブランチだろうとも同じコマンドでfetchする方法ありませんか?
コメント1件

461
デフォルトの名無しさん[sage]   投稿日:2016/10/02 13:54:28  ID:GX41vvMR.net
checkoutでよくね

462
デフォルトの名無しさん[sage]   投稿日:2016/10/02 13:59:02  ID:A7Nl1eL6.net(4)
>460
git pullすればmergeはいらない

どうせあるブランチにマージしたいときは、
そのブランチを使いたいわけで、
そのブランチをcheckoutするんだから、
git checkout ブランチ で移動して
git pull すれば終わり

463
デフォルトの名無しさん[sage]   投稿日:2016/10/02 14:01:10  ID:A7Nl1eL6.net(4)
どっからの馬鹿がgit pullつかうなとかウェブで広げやがったからな。
あれを見た初心者が無駄なことしてるの見るとかわいそうに思う。
何のために楽なエイリアスであるgit pullを用意していると思ってるんだか

464
デフォルトの名無しさん[]   投稿日:2016/10/02 14:26:26  ID:pFS0H/Au.net(4)
gitでpullするときにコンフリクトするけど
コンフリクトを解消するのにwinmergeとか使いたい
どうしたらよいですか?
コメント1件

465
デフォルトの名無しさん[sage]   投稿日:2016/10/02 14:57:29  ID:A7Nl1eL6.net(4)
>464
通常はgit pullしてコンフリクトした時に解決してはいけません。
git pullでコンフリクトが起きる状態ってのがそもそもおかしいのです。

リモートにあるブランチは、自分が管理しているブランチか
自分以外が管理しているブランチの二つに別れる。

自分で管理しているブランチは、ローカルで修正してリモートにpushするだけ。
git pullが必要なのは自分以外の誰かがpushするものだけ。
(masterなどの共有ブランチは例外。共有ブランチはそもそも直接修正してはいけない)

コンフリクトが起きるのは「誰かがpushするものに対して自分が修正を加える」
ことになってるのでそれ自体がおかしい。

もちろん間違ってコミットしてしまうことはあるので、その修正方法として、
今のローカルのブランチから別のブランチを作成する。(git checkout -b ほげほげ)
そして今のローカルのブランチをいくつか巻き戻す(git reset --hard 分岐点)
そうやってgit pullをしてローカルのブランチをリモートと同期させることで
・リモートブランチと同期が取れているローカルのブランチ
・上記のブランチから分岐した自分のほげほげブランチ
の二つを作るんですよ。

その後の手順は一般的なやり方の通り。
github使ってるなら、自分のローカルブランチをpushしてウェブ画面から
masterにマージとかね。
コメント1件

466
デフォルトの名無しさん[sage]   投稿日:2016/10/02 15:31:09  ID:E1FSBA4T.net
pullで更新が無かったらAlready up-to-date.ってメッセージがでますけど
それ以外に判断する方法教えてください

467
デフォルトの名無しさん[sage]   投稿日:2016/10/02 15:56:04  ID:pFS0H/Au.net(4)
>465
両方同時に編集したらどうやってコンフリクト解消するの?
コメント1件

468
デフォルトの名無しさん[sage]   投稿日:2016/10/02 16:23:09  ID:A7Nl1eL6.net(4)
>467
共有ブランチを直接変更することはない。
共有ブランチ、仮にmasterだとしよう。

そこから自分専用のブランチを作る。もう一人も作る。
それぞれのブランチは、それぞれが編集するから
この段階でコンフリクトが起きることはない。

そしてmasterにマージ。コンフリクトが起きる可能性があるのはここ。
コンフリクトが起きたら、自分のブランチをrebaseするなりして解消
そして解消してからmasterにマージ

だからそういう両方同時に編集するってことがない。
コメント2件

469
デフォルトの名無しさん[]   投稿日:2016/10/02 16:47:49  ID:aWIiG9im.net
featureブランチなら複数人が同時に編集するよね

470
デフォルトの名無しさん[sage]   投稿日:2016/10/02 16:50:34  ID:pFS0H/Au.net(4)
>468
ブランチをmasterにマージするときはコンフリクトするよね
そして自分のブランチをどうにかして解消するよね

そのどうにかして解消する部分でwinmergeとか使いたい
どうしたらよいですか?
コメント1件

471
デフォルトの名無しさん[sage]   投稿日:2016/10/02 17:06:25  ID:epUx52sY.net
みんなで同時に編集するようなfeatureブランチを作るんなら
各個人はローカルで実際に編集するブランチをそのfeatureブランチから分岐させて使うだろ
そしてそのfeatureブランチを>468が言ってるmasterブランチみたいに扱う

472
デフォルトの名無しさん[sage]   投稿日:2016/10/02 18:11:10  ID:8k8Xwulo.net
マージ禁止原理主義は単なる宗教だってことを理解してほしいなー

>470
git mergetool winmergeあたりのキーワードでぐぐってみて
コメント1件

473
デフォルトの名無しさん[sage]   投稿日:2016/10/02 18:52:11  ID:3PmU1TcA.net
gitの良さがいまだに分からない
http://crapp.hatenablog.com/entry/2016/10/01/111528
コメント1件

474
デフォルトの名無しさん[sage]   投稿日:2016/10/02 19:12:27  ID:pFS0H/Au.net(4)
>472
まんまのページが出てきた。
ありがとう! ありがとう!

475
デフォルトの名無しさん[sage]   投稿日:2016/10/02 19:56:07  ID:uL7k8DEg.net
メジャーバージョンが上がった時に前のバージョンのブランチを作りたいのだけど
mで始まらないmaintenance相当の英単語ってなんかありませんかね
コメント1件

476
デフォルトの名無しさん[sage]   投稿日:2016/10/02 20:25:01  ID:RDRdH6Ef.net
care

477
デフォルトの名無しさん[sage]   投稿日:2016/10/02 22:39:21  ID:fltJr+m1.net
oldでいいんじゃねぇの
というかブランチ作る必要あるか?
うちの会社の場合obsoletedフォルダとか作って
古いバージョンまるごとコピーしてぶち込んでるけどな
いちいち古いバージョンのブランチに切り替えなくても
古いバージョンがメンテできて便利
古いバージョンと新しいバージョンの間でマージしようと思ったら困るけど
そんなシチュエーションってほとんど無いし
コメント3件

478
デフォルトの名無しさん[sage]   投稿日:2016/10/02 23:02:29  ID:aAAtYBE2.net
うちじゃ最新版で修正したバグフィックスを旧版に適用することがよくあるけど、
古いリポジトリもmasterでHEADが古いままだったら混乱しそうだ。

479
デフォルトの名無しさん[sage]   投稿日:2016/10/03 00:37:32  ID:FA3Rr9+N.net
旧版masterはsupport-Nxみたいに管理する方法があるみたいね
hotfixブランチをrebase -iしたのをdevelopブランチに反映して
旧版用リポジトリか旧版ブランチにはcherry-pickを使うのが良さそう

480
デフォルトの名無しさん[sage]   投稿日:2016/10/03 00:39:55  ID:zJKesj7N.net(4)
>475
そんなもんブランチ名=バージョン番号でいいだろ?
タグと区別つきづらいっていうのなら

v1.0 と 1.0 にでもすればよい。

481
デフォルトの名無しさん[sage]   投稿日:2016/10/03 00:41:14  ID:zJKesj7N.net(4)
>477
> 古いバージョンと新しいバージョンの間でマージしようと思ったら困るけど
> そんなシチュエーションってほとんど無いし

新しいバージョンと古いバージョンで同じ脆弱性が見つかったらどうすんの?
コメント1件

482
デフォルトの名無しさん[sage]   投稿日:2016/10/03 02:27:34  ID:ZJoUSqYd.net
>481
お使いのバージョンに脆弱性が見つかりましたので
この機会にぜひバージョンアップをおすすめします
今なら定価の3割引きで提供中です

というアナウンスを顧客にメールする

483
デフォルトの名無しさん[sage]   投稿日:2016/10/03 03:42:34  ID:zJKesj7N.net(4)
面白くないかな
コメント1件

484
デフォルトの名無しさん[]   投稿日:2016/10/03 11:27:53  ID:x8mgOSTl.net
>473
+1
いいねb

485
デフォルトの名無しさん[sage]   投稿日:2016/10/03 13:29:26  ID:/2MLxVBW.net
>483
面白さを求めてどうするよ

486
デフォルトの名無しさん[sage]   投稿日:2016/10/03 15:20:19  ID:hVvaNopL.net
>477
マージに困るのが分かっててなんでブランチ切らないんだろう
フォルダを分ける分けないはそれぞれのやり方があると思うけど、
分けるなら clone して checkout -b $version するだけでいいのに

487
デフォルトの名無しさん[sage]   投稿日:2016/10/03 21:34:06  ID:zJKesj7N.net(4)
>477
> うちの会社の場合obsoletedフォルダとか作って
> 古いバージョンまるごとコピーしてぶち込んでるけどな
> いちいち古いバージョンのブランチに切り替えなくても
> 古いバージョンがメンテできて便利

それは git worktreeを使うことで、それよりももっと便利に使える。
http://qiita.com/shibukk/items/80430b54ecda7f36ca44

ということでその方法のメリットとやらを破棄させてもらうよw

フォルダ作ってコピーするメリットないよね?
デメリットはあんたが書いてくれた。↓

> 古いバージョンと新しいバージョンの間でマージしようと思ったら困るけど
コメント1件

488
デフォルトの名無しさん[]   投稿日:2016/10/03 22:47:53  ID:TNOrtcyl.net(2)
え?そんなん、タグ打って、タグからブランチ切ればいい話じゃないの?

489
デフォルトの名無しさん[]   投稿日:2016/10/03 22:50:09  ID:TNOrtcyl.net(2)
あと、開発ブランチを一気にマージするなら、その前にpull --rebase origin masterして、コンフリクト解消してからマージだよね

490
デフォルトの名無しさん[sage]   投稿日:2016/10/03 23:59:50  ID:mVGi6cDZ.net
>487
Gitが無くてもフォルダ操作だけで完結できるのは大きなメリットだと思うよ。
出向先のPCとかだと、Gitがインストールされてない &
Gitのインストールも禁止(GPLなので)とか普通にあるし
コメント2件

491
デフォルトの名無しさん[sage]   投稿日:2016/10/04 00:21:15  ID:px5zXLds.net(2)
>490
そういうのはメリットっていわないんだよ。
メリットというのは二つを比較して優れている点のこと。

あんたが言ってるのはgitを使うのに比べて何かが優れているわけじゃない。
単にgitが使えないから仕方なくこうするということでしかない。
コメント1件

492
デフォルトの名無しさん[sage]   投稿日:2016/10/04 01:50:01  ID:EkYeSMkJ.net
>491
gitだと新旧比較しにくくない?
とくにwinmergeの3つの比較が使えないのはつらい
コメント2件

493
デフォルトの名無しさん[sage]   投稿日:2016/10/04 11:32:52  ID:U85uaDj4.net
>490
GPLだからインストールできないの?変なの。
コメント1件

494
デフォルトの名無しさん[sage]   投稿日:2016/10/04 15:20:31  ID:y3Wg1J5p.net

495
デフォルトの名無しさん[sage]   投稿日:2016/10/04 20:10:59  ID:px5zXLds.net(2)
>492
3つの比較が何のことを言っているかわからんがdiff3の話か?
https://git-scm.com/book/ja/v2/Git-%E3%81%AE%E3%81%95%E3%81%BE%E3...

それとも単に三つのファイルの比較であれば、
それは単純にgit worktreeで同時に複数チェックアウトすればできる

だからgitフォルダをまるごとコピーすることにメリットはない。

496
デフォルトの名無しさん[]   投稿日:2016/10/05 11:36:13  ID:Sy/rTDxw.net
指定したディレクトリ以下のファイルをスキャンして
編集してから1週間以上コミットしていないファイルを
リストアップする方法教えてください

497
デフォルトの名無しさん[sage]   投稿日:2016/10/06 21:40:32  ID:tX390ObW.net
git status | perl -lne "print $1 if /modified:\s+(.*)$/ and -M $1 >= 7"

498
デフォルトの名無しさん[]   投稿日:2016/10/06 22:00:28  ID:m73HpXRn.net
2.10.1

499
デフォルトの名無しさん[sage]   投稿日:2016/10/06 22:20:53  ID:kEDthLlG.net
>493
法務管理がずさんな中小とかだと違うのかも知れないけど、
しっかりしてる大きな会社だと、出荷するソフトウェアに
万一GPLのコードが混入するとダメージがでかいんで
一律禁止(GPLのコードを製品に組み込むのはもちろん
開発ツールとして使うのも)としてるところが多い。
10何年派遣SEやってるけどGPLインストール自由って
会社はみたことないな。
一番緩いところで書類書いて上長、執行役員の
ハンコもらって法務に提出、って感じだったと思う。
コメント2件

500
デフォルトの名無しさん[sage]   投稿日:2016/10/06 22:30:26  ID:ki04Ecez.net
>499
一律禁止っていうのは、しっかりしてないだろw

しっかりしてるっていうのは、ちゃんとチェックしてるってことだ。
チェックしているのであれば、一律に禁止しなくても良い。
どうせチェックするんだから。


一律禁止っていうのは、チェックするのが面倒だから
何も考えずに禁止って言ってるだけなんだよ。

501
デフォルトの名無しさん[sage]   投稿日:2016/10/06 23:13:46  ID:DiAojzJI.net
>499
ざまあwww

502
デフォルトの名無しさん[sage]   投稿日:2016/10/07 00:47:01  ID:HxmKN9AL.net
Git使うとソースコードがGPL汚染されるってマジ?

503
デフォルトの名無しさん[sage]   投稿日:2016/10/07 01:42:08  ID:2bUYn87k.net(2)
あー、うん。マジでいいよ

504
デフォルトの名無しさん[sage]   投稿日:2016/10/07 02:02:17  ID:rT0w6qpJ.net
GitでもGPL汚染するし、いわんやGPLの巣窟であるLinuxを使っても汚染するよ
しっかりしてるとこだとLinuxで開発されたと分かるツールも使えない

505
デフォルトの名無しさん[sage]   投稿日:2016/10/07 03:07:16  ID:uSCNMEAM.net
GPL対策でアンドロイドスマホも持ち込み禁止だし。

506
デフォルトの名無しさん[sage]   投稿日:2016/10/07 12:08:16  ID:H3NTJdrl.net
GPLってコードをパクるなりリンクするなりしないと汚染しないのに、なんでソフトのインストール禁止するんだろう
バカのコピペ防止だとしてもソースなんてネットから手に入るよね?
コメント1件

507
デフォルトの名無しさん[sage]   投稿日:2016/10/07 20:40:55  ID:Mfxn6I0R.net
まあ、bisonなんかの例(1.24以前)もあったし。

508
デフォルトの名無しさん[sage]   投稿日:2016/10/07 21:12:08  ID:2bUYn87k.net(2)
>506
うん。だからソフトの使用も禁止っていうのは
ちゃんとしているんじゃなくて、何も考えてないだけ。
会社に開発効率の低下という損害を与えてるだけ。

509
デフォルトの名無しさん[sage]   投稿日:2016/10/08 01:47:08  ID:jPJ+7Bu1.net
emacsでソース書いた時点でGPL汚染済み。
コメント1件

510
デフォルトの名無しさん[sage]   投稿日:2016/10/08 10:41:34  ID:WQV+Bg1d.net
>509
すぐわかるウソついて楽しいの?
コメント1件

511
デフォルトの名無しさん[sage]   投稿日:2016/10/08 10:56:08  ID:c0ynk3/1.net
昔某大手系にいたときに、
emacsはelファイルを全部削除してelcだけにしたのが開発用に提供されていたな
まあけっこう昔の話なんで今はどうなってるか知らんが
SI系としてはかなり有名なとこでもそんな感じだったから笑えない

512
デフォルトの名無しさん[sage]   投稿日:2016/10/08 11:53:38  ID:UAR+qVnl.net
皮肉の分からない人っているんだね
>510

513
デフォルトの名無しさん[]   投稿日:2016/10/08 16:46:25  ID:rHiXo1GL.net
ふた昔前のMicrosoft社内じゃない?ww

514
デフォルトの名無しさん[sage]   投稿日:2016/10/09 03:08:51  ID:apftXTe1.net
cent7使ってるけど、yumのgitが1.8.6だったわ。
俺の使い方では、なんの機能不足も無かったんだが、
良いことなのか、悪いことなのか。

515
デフォルトの名無しさん[]   投稿日:2016/10/09 06:06:45  ID:A5d4JuR7.net
gitクライアントどれ使ってる?
コメント1件

516
デフォルトの名無しさん[]   投稿日:2016/10/09 07:29:09  ID:Q3cGbwoS.net
git worktree が便利
2.5以上
コメント1件

517
デフォルトの名無しさん[sage]   投稿日:2016/10/09 20:45:15  ID:bDUdLrB8.net

518
デフォルトの名無しさん[]   投稿日:2016/10/09 21:42:58  ID:G7NTlF14.net
>516
みなさんCUIで使われてる方が多いんですかね。
最近Gitを使い始めて、SouceTreeを使ってみたんですが、
近年にない劇遅ソフトに耐えられず、TortoiseGit と
GitKraken を入れてみたんですが、TortoiseGitが
Auto Fetchできれば自分的には良いんですが。
git worktreeは敷居が高そうですが入れてみます。

519
デフォルトの名無しさん[sage]   投稿日:2016/10/09 23:02:28  ID:VZuABBPy.net
MacだけどTower 2が割といい
SourceTreeより微妙に使いにくいが安定してる
SourceTreeは時々バグる

520
デフォルトの名無しさん[]   投稿日:2016/10/10 08:24:58  ID:TN1gVuUJ.net
SourceTree に頒布してある git は微妙に古いから
SourceTree が、worktree に対応してうかどうかも

521
デフォルトの名無しさん[sage]   投稿日:2016/10/10 16:18:45  ID:Q436H0RN.net
>515
Julia 入れたら git もついてきたけど割とイケる

522
デフォルトの名無しさん[sage]   投稿日:2016/10/10 17:18:00  ID:Tl2g/5GS.net
2015/と2016/のディレクトリをgitで管理してまして
両方のディレクトリを削除してから2015/のみ復活させる方法をおしえてください
git checkout .だとすべてのファイルとディレクトリが復活するのでこれは困ります

523
デフォルトの名無しさん[sage]   投稿日:2016/10/10 19:58:42  ID:yIUsZn2g.net
普通に
git checkout 2015
じゃだめ?

524
デフォルトの名無しさん[]   投稿日:2016/10/10 22:42:57  ID:qCMnHjFD.net
Tower 2 はWindows版もでるみたいだね。
でたら入れてみるよ。

git worktreeってのは最新のGit入れれば入ってるんだね。
GUIでどう使えるのか、まだわからないけど。

で今はTortoiseGitを使ってはいるんだけどPull Requestとかできないみたい。

GitKrakenはAuto Fetch, Pull Requestもできてよいけど、
マルチユーザーで使うにはPro版購入しないといけない。

Juliaって検索したけどわからない、どれのこと?

525
デフォルトの名無しさん[sage]   投稿日:2016/10/13 13:17:01  ID:luAXSusO.net
マンガでわかるGit 第7話「GitHubを使ってみよう」 | ガジェット通信
http://getnews.jp/archives/1536905

526
デフォルトの名無しさん[]   投稿日:2016/10/13 17:46:54  ID:2uQOVNH+.net
GUIツールはほとんど使わないな
checkout -pとadd -pを多用する時に見るくらいかな
ちなTower

rebaseがもうちょい使えればいいんだけど、、

527
デフォルトの名無しさん[]   投稿日:2016/10/13 22:38:30  ID:x0unSYzx.net
たかがバージョン管理にコマンドなんて使ってられない
コメント1件

528
デフォルトの名無しさん[sage]   投稿日:2016/10/13 22:49:44  ID:7c1a+Iep.net(2)
作業ツリーにcheckoutしていないブランチのupstream側がrebaseされているとき、今は
git branch -f <branch> <remote>/<branch> で同期させているんだけど、なんでもありの
-f じゃなくてもう少し安全な方法ないかな?
コメント2件

529
デフォルトの名無しさん[sage]   投稿日:2016/10/13 23:15:24  ID:xK6BxW94.net(2)
>527
バージョン管理は「たかが」じゃないです。

530
デフォルトの名無しさん[sage]   投稿日:2016/10/13 23:17:41  ID:xK6BxW94.net(2)
>528
作業ディレクトリにcheckoutしてないんだろ?
ならgit fetch で全部更新されるだろ

531
デフォルトの名無しさん[sage]   投稿日:2016/10/13 23:49:04  ID:7c1a+Iep.net(2)
fetchだけじゃ、<remote>/<branch>は更新されてもローカルの<branch>は
そのままなんじゃない?fetchだけで同期できる設定とかあるんだっけ?(それも怖いが)

532
デフォルトの名無しさん[sage]   投稿日:2016/10/14 12:21:55  ID:yhjkb84s.net
checkoutしてないというところで勘違いしたんだろ。

何が安全でないと思うのかいまいちわからん。
branchコマンドが危険だと思うならcheckoutしてカレントブランチでpullするのが正解だと思う。

533
デフォルトの名無しさん[sage]   投稿日:2016/10/14 16:20:28  ID:OaKU1dGa.net
>528
そういうときはpull --rebaseやね

534
528[sage]   投稿日:2016/10/14 21:28:26  ID:2jl+ZNGP.net
回答ありがとう。checkoutしちゃうとファイルのタイムスタンプが変わる場合があるから
避けたかったんだけど、それを我慢するか branch -f でやるしかないってことですね。

535
デフォルトの名無しさん[]   投稿日:2016/10/14 23:27:24  ID:6FPS6Jn3.net
ってか、あくまでsourcetreeは樹形図見るだけのためのツールでしかない。
補完付きのコマンドの方が早い。
GUIなら30秒、CUIなら10秒

536
デフォルトの名無しさん[sage]   投稿日:2016/10/14 23:36:12  ID:tJtEkDuF.net
Web業界だとデザイナーや企画運営も使うからGUIなしとか有り得ない
SIer(笑)みたいなイット業界ならプログラマーしか使わないからCUIでもいいんだろうけど
コメント1件

537
デフォルトの名無しさん[sage]   投稿日:2016/10/14 23:50:08  ID:Q3KjprxF.net
SIerとか保守的すぎてGitなんか使ってなさそうなイメージあるけど
意識高いWeb業界の方がCUIでバリバリGit使いこなしてそう

538
デフォルトの名無しさん[sage]   投稿日:2016/10/15 00:15:34  ID:8Bk/hmGM.net(4)
基本的にプログラマとしての
技術レベルが高い人ほどCUIでgitを使っている。
だからデザイナーやSIerみたいなのはGUIを使ってる(CUIを使えない)

539
デフォルトの名無しさん[sage]   投稿日:2016/10/15 11:17:18  ID:0gV2ZzwR.net(2)
だってGUIの方が使いやすいじゃん?

540
デフォルトの名無しさん[sage]   投稿日:2016/10/15 11:42:51  ID:8Bk/hmGM.net(4)
使いやすさっていうのは二種類あって、
一つは素人向けに使いやすい。
これは使い方を覚えてない人にとってGUIでメニューが
表示されてるから馬鹿でもわかるという意味の使いやすさ。

もう一つは玄人向けに使いやすい。
これは使い方を覚えているから、コマンドを入力するだけで
ありとあらゆる操作ができるという使いやすさ。

541
デフォルトの名無しさん[sage]   投稿日:2016/10/15 11:51:21  ID:4WlIgBKQ.net
玄人だろうがGUIでファイル一覧や変更履歴を確認できたら明らかに便利だと思うのですが
コメント1件

542
デフォルトの名無しさん[sage]   投稿日:2016/10/15 12:22:37  ID:C9liqmNs.net(2)
操作するのは基本的にコマンドのみだけど、gitkは手放せない。

543
デフォルトの名無しさん[sage]   投稿日:2016/10/15 12:24:16  ID:8Bk/hmGM.net(4)
>541
CUIでもファイル一覧や変更履歴は確認できるんだよw
コメント1件

544
デフォルトの名無しさん[sage]   投稿日:2016/10/15 12:29:58  ID:xqy7//8l.net
>543
それでもGUIの方が見やすいという話よ
コメント1件

545
デフォルトの名無しさん[sage]   投稿日:2016/10/15 12:59:07  ID:/yIBiF6o.net(2)
オプションがいっぱいあるような複雑な操作はGUIの方がめんどくさいことになるからな
それと、操作が確実に成功したかどうかを後で確認できるようにしておきたい

546
デフォルトの名無しさん[sage]   投稿日:2016/10/15 12:59:25  ID:yiUW7Nhq.net
マウスちくちくなんてやってらんないわ。

547
デフォルトの名無しさん[sage]   投稿日:2016/10/15 13:02:59  ID:8Bk/hmGM.net(4)
>544
ファイル一覧も変更履歴も、リストになってればそれで十分だろ?

548
デフォルトの名無しさん[sage]   投稿日:2016/10/15 13:10:09  ID:/yIBiF6o.net(2)
変更履歴は単純なリストじゃいやだな

git log をそのまま使ってるとGUIに見劣りするけど
log --graph --branches --remotes --pretty=format:'〜' なんかを駆使して
カスタマイズしてあれば十分見易く表示できる
コメント1件

549
デフォルトの名無しさん[]   投稿日:2016/10/15 13:33:28  ID:5kX/FrWC.net
>536
GUIってそんないいか?
デザイナーでもCUIくらい使えるはず
CUIが判らんって知能に問題があるだけだろ
コメント1件

550
デフォルトの名無しさん[sage]   投稿日:2016/10/15 13:44:23  ID:ifgvEP4e.net
Emacsのgit機能が好き

551
デフォルトの名無しさん[sage]   投稿日:2016/10/15 14:13:01  ID:DdFwULm/.net
diffを確認したり、ツリーを見たり、一部だけindexにaddしたりはSourceTreeは便利
stashとかはなぜだかCUIのほうが便利に感じる

別にGUI/CUIの好みなんて人それぞれでいいじゃん。他人まで自分の意見と同じになるように説得する必要なし。

552
デフォルトの名無しさん[sage]   投稿日:2016/10/15 15:15:05  ID:C9liqmNs.net(2)
「GUIの方が良い」⇒CUIがわからない という短絡思考

553
デフォルトの名無しさん[sage]   投稿日:2016/10/15 18:50:51  ID:trxVi14T.net(2)
普段はCLIでガーッとやってるけど
マウスでポチポチやりたいときはやっぱGUI使うよね

差分を見ながら作業したいときとかは 端末いっぱい開くより
SourceTreeでポンポンやった方が早いし

554
デフォルトの名無しさん[sage]   投稿日:2016/10/15 18:52:07  ID:trxVi14T.net(2)
>548
> なんかを駆使して
若いときはこういうのも楽しかったけど
歳をとるともうダメなんじゃ・・・
脳がついていかんのじゃ・・・
コメント1件

555
デフォルトの名無しさん[sage]   投稿日:2016/10/15 19:54:42  ID:0gV2ZzwR.net(2)
そんな面倒な事しなくても数クリックでぷりちーなログを見られるGUIがいい

556
デフォルトの名無しさん[sage]   投稿日:2016/10/16 00:03:57  ID:51wWKY5U.net
開発用MLをこの2か月位読んでるんだけど、Junio C が頑張ってるのはわかるが、
開発の方向性とかがどちらに向いているのかよくわからない。

どうでもいいような機能ばかり追加しているんだが、
大きな機能追加とかは考えてないのかな?

557
デフォルトの名無しさん[sage]   投稿日:2016/10/16 00:12:46  ID:50CSnlxY.net
>566
大きな機能追加が必要なら、
それはgitを利用した別のプロジェクトにするべきじゃないかね
git本体はなるべくコンパクトにまとめておくべきだよ
コメント1件

558
デフォルトの名無しさん[sage]   投稿日:2016/10/16 11:28:10  ID:LqkHCFhg.net
>557
>git本体はなるべくコンパクトにまとめておくべきだよ
今更過ぎて吹いた

559
デフォルトの名無しさん[sage]   投稿日:2016/10/16 13:46:21  ID:BYZjif0j.net
GUI v.s. CLIとかム板にタイムスリップしたのかと思った

560
デフォルトの名無しさん[sage]   投稿日:2016/10/17 21:08:41  ID:sc7L52q+.net
CLI覚えたばかりの子供が「「俺はGUIしか使えないお前らより上なんだぞ」と、どこでも見かける光景。

561
デフォルトの名無しさん[sage]   投稿日:2016/10/17 21:14:50  ID:0a7DR5WO.net(2)
実際はどっちが上なの?
コメント1件

562
デフォルトの名無しさん[]   投稿日:2016/10/17 21:20:52  ID:WODP/CDk.net
>561
上ってどっち?
コメント1件

563
デフォルトの名無しさん[sage]   投稿日:2016/10/17 21:43:06  ID:0a7DR5WO.net(2)
>562
どっちの上の事?

564
デフォルトの名無しさん[]   投稿日:2016/10/17 22:41:16  ID:JGazgRBx.net
CUI派はとにかく手が早い。

565
デフォルトの名無しさん[sage]   投稿日:2016/10/17 22:48:06  ID:Da5IbuDC.net
時速?

566
デフォルトの名無しさん[sage]   投稿日:2016/10/18 02:32:01  ID:zt0pttDM.net(2)
Github for Desktop派。
ただしコミットとブランチ移動の動作以外はコマンドTでターミナル開いてコマンド叩いてる。

差分みやすいし、差分クリックして非選択にしたりできるから綺麗なコミットしやすいのが使ってる理由。コミットも楽。
コメント1件

567
デフォルトの名無しさん[sage]   投稿日:2016/10/18 05:32:25  ID:zt0pttDM.net(2)
まぉでもiOSエンジニアだからGithub for Desktop使ってるってのもあると思う。

もし俺がサーバーサイドがメインならGUIは使ってないだろうなぁ。
ターミナルに集中したいし

568
デフォルトの名無しさん[sage]   投稿日:2016/10/18 11:10:59  ID:7mpjJA7j.net(2)
GUIなの? CLIなの? どっちが好きなの?

569
デフォルトの名無しさん[sage]   投稿日:2016/10/18 12:38:33  ID:xC3W7AH0.net
適材適所

570
デフォルトの名無しさん[sage]   投稿日:2016/10/18 13:31:22  ID:Pwh1T2+A.net
GUIなんてあったんだ?

571
デフォルトの名無しさん[]   投稿日:2016/10/18 16:33:28  ID:q3gbqcrC.net
CUI だとヒストリで何やったか思い出せるから好き
コメント1件

572
デフォルトの名無しさん[sage]   投稿日:2016/10/18 16:40:40  ID:7mpjJA7j.net(2)
>571
sourcetreeにも、何やったかの履歴ほしいよね
直前のコマンドくらいしか見れないのはつらい

573
デフォルトの名無しさん[sage]   投稿日:2016/10/19 01:02:12  ID:eAA2xWgN.net
CUIでdiffがみずらいって理由でGUI使ってるんだけど、
CUIの人達はdiff工夫したりしてる?
普通にgit diff?

574
デフォルトの名無しさん[]   投稿日:2016/10/19 01:04:29  ID:ozfhlhuw.net
diffは見ない派

575
デフォルトの名無しさん[sage]   投稿日:2016/10/19 01:28:08  ID:WdxRoiBQ.net
git difftoolとかでぐぐればいろいろでてくるだろ

576
デフォルトの名無しさん[sage]   投稿日:2016/10/19 02:29:53  ID:aqmfQQy+.net
MacだけどKaleidoscope最高やで

577
デフォルトの名無しさん[sage]   投稿日:2016/10/19 04:33:28  ID:kMXtu0jL.net
git diff で充分判る粒度でのコミットが良い

っていうかそもそも GUI 使ってても diff の変化比較部分って
人間の発想とは違う次元の表示の仕方してくるから
結果が同じでも受ける印象が違うのはどうしようもないのか
コメント1件

578
デフォルトの名無しさん[sage]   投稿日:2016/10/19 11:42:38  ID:ULOWDpyX.net
細かすぎ

579
デフォルトの名無しさん[sage]   投稿日:2016/10/19 12:09:02  ID:LBA1+3Md.net
>577
gitのdiffは表示の仕方に柔軟さがないからね
そこはGUIツールには到底かなわないと思うよ
すみ分けが大事だ

580
デフォルトの名無しさん[]   投稿日:2016/10/19 12:13:56  ID:r6QG4f4p.net
馬鹿には無理

581
デフォルトの名無しさん[sage]   投稿日:2016/10/20 00:33:41  ID:FBIWX67j.net
SourceTreeとコマンドライン同時に使うのが自分には合ってるなー
diffはコマンドラインで見るときもあればSourceTreeで見るときもある。
ちょっとしか変更してないなら一度に見れるCLIで見て、沢山変更してるならSourceTreeで1ファイルごとに見る。

582
デフォルトの名無しさん[sage]   投稿日:2016/10/20 00:57:36  ID:zrcrqbvB.net
gitなんぞeclipseからしか使わんわ

583
デフォルトの名無しさん[sage]   投稿日:2016/10/20 01:09:44  ID:feJBmmJD.net(3)
IntelliJのgitのGUIを使ってるが、ブランチの操作とかはコマンド使う

584
デフォルトの名無しさん[sage]   投稿日:2016/10/20 01:35:35  ID:jA0B7FU1.net
remoteに何も追加してない状態でコミットをまとめる方法教えてください
git initしてからaddとcommitしかしてません
initial commitにまとめてからremote登録したいのです
コメント2件

585
デフォルトの名無しさん[sage]   投稿日:2016/10/20 01:47:21  ID:feJBmmJD.net(3)
>584
git rebase -i --root
がしたいのか?
コメント1件

586
デフォルトの名無しさん[sage]   投稿日:2016/10/20 02:52:56  ID:lUeWQjIy.net
>584
rm -rf .git/
git init
コメント2件

587
デフォルトの名無しさん[sage]   投稿日:2016/10/20 03:02:09  ID:dBnqiJuN.net
>586
こういう底意地の悪いアホはなんなの?
コメント1件

588
デフォルトの名無しさん[sage]   投稿日:2016/10/20 11:10:07  ID:5BGFzxap.net
>585
先輩ありがとうございます
>586
今まではこうしてました

589
デフォルトの名無しさん[sage]   投稿日:2016/10/20 11:23:19  ID:6HLvHPyJ.net
オレも一回目だったらそうしちゃうなw

590
デフォルトの名無しさん[]   投稿日:2016/10/20 14:56:23  ID:eJoj7htq.net
git commit --amend

591
デフォルトの名無しさん[sage]   投稿日:2016/10/20 20:55:13  ID:ZXfPioz4.net
>587
何が意地が悪い?w

つーかね。最初のコミットはライセンス入れるだけの
コミットにしておけばいいよ。
入れるライセンスがなければREADME.mdとか
.gitignoreとかでも入れておけばいい
コメント1件

592
デフォルトの名無しさん[]   投稿日:2016/10/20 22:40:53  ID:Artoe7oB.net
アメンド!
アメンド!

593
デフォルトの名無しさん[sage]   投稿日:2016/10/20 23:06:35  ID:feJBmmJD.net(3)
何もファイル編集しなくてもコミットはつくれるんやで
最初はこれで空っぽのコミットしとけばいい
git commit --allow-empty

594
デフォルトの名無しさん[sage]   投稿日:2016/10/21 23:16:53  ID:7I6JjPDD.net
Git 2.10リリース - pushとworktreeコマンドの改良,スタイルオプションの追加など
https://www.infoq.com/jp/news/2016/10/git-210-released
コメント1件

595
デフォルトの名無しさん[sage]   投稿日:2016/10/22 12:15:54  ID:diMEpBm0.net
2.10出てから日にち立ってるのに
そんな記事をドヤッっと今更紹介されてもね

596
デフォルトの名無しさん[sage]   投稿日:2016/10/22 13:30:13  ID:OeSeIP2G.net
>594
ありがたい記事だね

597
デフォルトの名無しさん[]   投稿日:2016/10/22 15:44:04  ID:NoPsjFmq.net
古いgitだと最初のcommit弄れなかったからな

598
デフォルトの名無しさん[]   投稿日:2016/10/22 16:03:44  ID:O48rD9qT.net
そんなのローカルで書き換えて git push -f だろ

599
デフォルトの名無しさん[]   投稿日:2016/10/22 20:39:54  ID:odnfsNhC.net
push -f は禁止
コメント1件

600
デフォルトの名無しさん[sage]   投稿日:2016/10/22 23:15:30  ID:cVDLvhGg.net
そんなわけあるかw

601
デフォルトの名無しさん[sage]   投稿日:2016/10/23 00:38:48  ID:OSH+uc9n.net
>554
aliasに登録するだけだろ
頭使わなくていいようにしろよ
コメント1件

602
デフォルトの名無しさん[sage]   投稿日:2016/10/23 01:50:06  ID:iP6DB3eV.net
>601
素直にGUIで見たほうが早いし

603
デフォルトの名無しさん[sage]   投稿日:2016/10/23 10:33:49  ID:CGzeXgZh.net(2)
>599
最初の一回目の話でcommit潰したいって言ってるんだからアリ
コメント1件

604
デフォルトの名無しさん[sage]   投稿日:2016/10/23 11:42:47  ID:ejvIS71y.net
>591
たぶん、 rm -rf / とか ./ とかと勘違いしたんじゃないかと

605
デフォルトの名無しさん[sage]   投稿日:2016/10/23 13:22:05  ID:CGzeXgZh.net(2)
rm -rf .*
して .. まで消えるんだっけ
コメント1件

606
デフォルトの名無しさん[sage]   投稿日:2016/10/23 13:37:27  ID:YrQEHdco.net
>605
echo .* してみりゃいい

607
デフォルトの名無しさん[sage]   投稿日:2016/10/23 19:58:03  ID:cXTfBbCz.net
rm -rf "$(ls)"
すると..も消えそうな気がする

608
デフォルトの名無しさん[sage]   投稿日:2016/10/24 10:36:03  ID:9xygNeDa.net
>603
そういうのはそのうち習慣化して
やってはいけないタイミングでも
やってしまう人になってしまう
コメント1件

609
デフォルトの名無しさん[sage]   投稿日:2016/10/24 14:25:18  ID:yNpDL8Ic.net
git add -pでコミットしたい箇所のみ選んでるんですが
このaddで追加された部分を確認する方法を教えてください
コメント1件

610
デフォルトの名無しさん[]   投稿日:2016/10/24 15:25:00  ID:spE0IbJv.net
git diff HEAD

611
デフォルトの名無しさん[sage]   投稿日:2016/10/24 16:56:00  ID:X/ZM744p.net
>609
git diff --staged
--stagedが通らない場合は--cached

612
デフォルトの名無しさん[sage]   投稿日:2016/10/24 23:12:30  ID:Tb42ad7x.net
>608
やってはいけないことをやらないようにするには、
人間が頑張って努力するんじゃなくて、
やれない仕組みを作らないとだめなんだよ。
体育会系の考え方はやめろ。
コメント1件

613
デフォルトの名無しさん[sage]   投稿日:2016/10/25 00:48:43  ID:gs3QBV7K.net
糞みたいなコードを書けないようにするには、人間が頑張って努力するんじゃなくて
そういう仕組みがあればいいんだな
なるほど、もう努力するなんて馬鹿らしいよな
で、どうすんの?
コメント1件

614
デフォルトの名無しさん[sage]   投稿日:2016/10/25 01:44:14  ID:2bCSgEUm.net
静的解析(lint)ツールの導入
コーディングスタイルツールの導入
コードメトリクスツールの導入
ユニットテスト導入
カバレッジ導入
CI導入して上記のもの自動的に実行してエラーを検出
ワークフローにコードレビューを必須にする

こんなところだな

615
デフォルトの名無しさん[sage]   投稿日:2016/10/25 02:11:23  ID:unicXOw0.net
>613
糞みたいなコードしか書けないやつを切る。

616
デフォルトの名無しさん[sage]   投稿日:2016/10/25 02:27:49  ID:Gjmp6BYY.net
良く出来たgit

あなたのソースはダサいのでコミット出来ません
あなたのリポジトリは糞なのでpush出来ません

617
デフォルトの名無しさん[sage]   投稿日:2016/10/25 14:44:17  ID:sA6scTFg.net
>612
わかる
身体に肉体に覚えさせるのだよ

618
デフォルトの名無しさん[sage]   投稿日:2016/10/25 18:09:11  ID:GmgPftDf.net
git lintみたいなツールないの?
ブランチの名前がへんなら警告
ログの書き方がへんなら警告
みたいなの

619
デフォルトの名無しさん[sage]   投稿日:2016/10/26 02:26:34  ID:tP3geMHY.net
git gips

620
デフォルトの名無しさん[sage]   投稿日:2016/10/26 16:22:01  ID:HjBsTdOo.net
糞みたいなコードを書いたら連帯責任で全員腕立100回だな
1週間もすれば糞みたなコードは書かなくなるだろう

621
デフォルトの名無しさん[sage]   投稿日:2016/10/26 16:28:51  ID:pd0Eh94t.net
連帯責任って人類全体で責任取るの?
コメント3件

622
デフォルトの名無しさん[sage]   投稿日:2016/10/26 22:57:37  ID:Tc/AxpVE.net
>621
そのコードで金もらってる人の範囲に決まってるだろ。
アホか

623
デフォルトの名無しさん[sage]   投稿日:2016/10/27 00:27:53  ID:i508Z9Hm.net
>621
おまえ賢いな

624
デフォルトの名無しさん[sage]   投稿日:2016/10/27 03:12:42  ID:38U223np.net(2)
>621
上官(上司)がやれと言われた奴だけだ
気に入られてるとやらなくて済むかもしれない

625
デフォルトの名無しさん[sage]   投稿日:2016/10/27 03:17:44  ID:38U223np.net(2)
上官「貴様はなぜ入隊した!」
フォレスト・ガンプ「上官の命令を聞くためです!」

626
デフォルトの名無しさん[sage]   投稿日:2016/10/28 00:18:42  ID:3cc1m1Z0.net
>294
これってプロジェクトのルートからファイルのパスを指定しないとダメなんですね
プロジェクト内の現在のカレントディレクトリから相対パスで指定して昔のファイルを表示する方法ってないですよね?
コメント1件

627
デフォルトの名無しさん[sage]   投稿日:2016/10/28 00:43:16  ID:3lkqIeOw.net
>プロジェクト内の現在のカレントディレクトリから相対パスで
../ の数を数えれば済む話では
コメント1件

628
デフォルトの名無しさん[sage]   投稿日:2016/10/28 07:40:45  ID:d46/w1ir.net
>626
パスの頭を./か../にすればカレントディレクトリからの相対パスになる

git show HEAD^^^:../hoge/index.html

629
デフォルトの名無しさん[sage]   投稿日:2016/10/28 10:31:16  ID:pmKmGehb.net
>627-628
なるほど
git show HEAD^^^:index.html
だとだめだけど
git show HEAD^^^:./index.html
にしたらいけました

630
デフォルトの名無しさん[]   投稿日:2016/10/29 04:22:28  ID:p50jEndg.net

631
デフォルトの名無しさん[sage]   投稿日:2016/10/29 10:01:02  ID:qMO3bsvH.net
>630
男「Gitに完全にクリーンな環境作らせたいんだけどできないっぽいから、Linuxくん手伝ってくれない?」
Linux「git reset --hard HEAD; git clean -fdx」
男「いいね」
Linux(灯油を持つ)
男「それ何に使うの?」
Linux(全部燃やす)

これってどういうジョークなんだ?
Linuxは頭が固いってこと?
コメント1件

632
デフォルトの名無しさん[]   投稿日:2016/10/29 10:12:50  ID:UdhI0Z6l.net
いわゆるBJ

633
デフォルトの名無しさん[sage]   投稿日:2016/10/29 10:44:57  ID:z8URZLOb.net(6)
>631
完全にクリーンな環境にしたいって言ったから
部屋を燃やして辺り一帯を完全にクリーンにしたってことだろ。

634
デフォルトの名無しさん[sage]   投稿日:2016/10/29 10:50:09  ID:W9gQheBG.net(4)
gitにやらせてねーじゃんと思ったが、Linux君は自分がバカだと自覚があるわけか?
コメント1件

635
デフォルトの名無しさん[sage]   投稿日:2016/10/29 10:52:39  ID:z8URZLOb.net(6)
>634
あ、あらしかな? Linux=馬鹿って結論にしようと
君、ムキになってるみたいねw
ジョークって知ってる?w

636
デフォルトの名無しさん[sage]   投稿日:2016/10/29 12:59:43  ID:W9gQheBG.net(4)
「Linux君」てのはオマエじゃなくて>630の登場人物のことなんだが…

637
デフォルトの名無しさん[sage]   投稿日:2016/10/29 14:48:12  ID:z8URZLOb.net(6)
そのLinux君がジョークを言ってるって
分かってないのかな?

638
デフォルトの名無しさん[sage]   投稿日:2016/10/29 15:34:01  ID:W9gQheBG.net(4)
「ジョークで火をつける」というジョーク?意味不明。

「gitでクリーンな環境を作りたい」って言ったのにそれを自分でやったんなら、
「自分=git」という自覚があったってことになるだろ。

639
デフォルトの名無しさん[sage]   投稿日:2016/10/29 15:37:53  ID:z8URZLOb.net(6)
アスペって怖いなw

640
デフォルトの名無しさん[sage]   投稿日:2016/10/29 15:52:09  ID:W9gQheBG.net(4)
同意w

641
デフォルトの名無しさん[sage]   投稿日:2016/10/29 16:11:29  ID:z8URZLOb.net(6)
http://www.autism.jp/knowledge/whatisas/web-j.html
> 話し方が回りくどい、曖昧が苦手、細かいところにこだわる
これに当てはまってるなw

こんな話、「部屋を綺麗に片付けたいんだけど?」
「火をつければ? 綺麗になんにもなくなるよ。はははは」
程度のジョークでしかないんだわ

そこにLinuxとかgitがでてきちゃったんで自分が言われたように感じて
は? 火をつける? 馬鹿じゃないの?って思っちゃったんだろうね。
このジョークでLinux君は素晴らしい返し(行動)をしたんだよ。

642
デフォルトの名無しさん[sage]   投稿日:2016/10/29 23:22:16  ID:/q8n7Ivr.net
わざわざTシャツにLinuxとか入れてるとこからすると
Gitって言葉に馬鹿って意味があることも知らないお前らみたいなにわかを
皮肉ってるジョークじゃないの?

643
デフォルトの名無しさん[sage]   投稿日:2016/10/29 23:46:56  ID:z8URZLOb.net(6)
英語で書いてあるんだから、英語分かる人が対象だろ
gitの英単語の意味知らないやつなんていねーってのw

644
デフォルトの名無しさん[sage]   投稿日:2016/10/29 23:52:42  ID:NkL21bm7.net
汚物は消毒だ〜!!

645
デフォルトの名無しさん[sage]   投稿日:2016/10/30 01:20:22  ID:X0WLh33u.net
>630
ストールマンうける

646
デフォルトの名無しさん[sage]   投稿日:2016/10/30 02:50:04  ID:jfOgw9BV.net(2)
キャラの名前はLinux君じゃないけどな

Cube Drone - - Team Portrait
http://cube-drone.com/comics/c/team-portrait
コメント1件

647
デフォルトの名無しさん[sage]   投稿日:2016/10/30 02:52:50  ID:jfOgw9BV.net(2)
ちなみにSparky君のGitHubの画面もある(コミットコメントがグレート)

Cube Drone - - Utils Considered Harmful
http://cube-drone.com/comics/c/utils-considered-harmful

648
デフォルトの名無しさん[sage]   投稿日:2016/10/30 09:05:38  ID:/j7Ud6KN.net
固定キャラだったのか。背景知らずに一本だけ見てもネタが理解できないってことはあるかもな。

649
デフォルトの名無しさん[]   投稿日:2016/10/30 11:57:49  ID:BxaMZsIj.net
v2.10.2

650
デフォルトの名無しさん[sage]   投稿日:2016/10/30 17:04:12  ID:DhcMHpiw.net

651
デフォルトの名無しさん[]   投稿日:2016/11/04 17:12:57  ID:pA+obtrY.net
git で、属性を一時的に無視したいんだけど
config書き換えないで無視する方法はある?

652
デフォルトの名無しさん[sage]   投稿日:2016/11/05 01:45:07  ID:tm4T+wFZ.net(5)
なんでconfig書き換えじゃダメなの?

653
デフォルトの名無しさん[sage]   投稿日:2016/11/05 01:58:20  ID:bx+ldDt8.net
理由なんかどうでもいいだろ
できるかできないかを聞いてんだ
コメント1件

654
デフォルトの名無しさん[sage]   投稿日:2016/11/05 02:14:43  ID:RZDfyv1L.net
別アカウントでいじれば

655
デフォルトの名無しさん[sage]   投稿日:2016/11/05 02:24:15  ID:tm4T+wFZ.net(5)
>653
大抵はconfigの変更で対処できる
configでダメだと思ってるのはだいたい無知なだけ
なんでconfigでダメなのかいってみ?
自分の無知をさらけだしてみろよ

656
デフォルトの名無しさん[sage]   投稿日:2016/11/05 03:46:59  ID:QPrRTgR0.net(3)
cloneして環境いくつも作っとくと楽

657
デフォルトの名無しさん[sage]   投稿日:2016/11/05 07:54:30  ID:muqFYg6Q.net(2)
Git pullを使うべきでない3つの理由
http://dqn.sakusakutto.jp/2012/11/git_pull.html

これそうなの?
お手軽なので使っちゃうんだが?
コメント2件

658
デフォルトの名無しさん[sage]   投稿日:2016/11/05 08:37:02  ID:3jWRFMI3.net(6)
>657
「間違い」でいいだろw
単に慣れてないから分かってなくて
ミスってるだけ。

コマンドってのは便利だから用意してあるんだよ。
その中で一番簡単で単純な方法を使うべき。
わざわざ時間かけて面倒なことしなくていい。

659
デフォルトの名無しさん[sage]   投稿日:2016/11/05 08:41:40  ID:3jWRFMI3.net(6)
ちなみに、git pull origin new-branch:new-branch
こんなこともしなくていいぞw

git pull だけでいい。
もちろん現在いるブランチ以外をpullしたいなら話は別だが。

ついでにいうとgit push だけでいい。originとかいちいち付ける必要もない。
これも現在いるブランチだけではあるがね(昔のバージョンは挙動が違うので注意)

毎回毎回、originとかブランチ名を指定しているやつを見ると
無駄なことしてんなーって思う。
コメント1件

660
デフォルトの名無しさん[sage]   投稿日:2016/11/05 10:53:13  ID:QPrRTgR0.net(3)
>657
pull --rebase ならよく使う
pull がダメって話

661
デフォルトの名無しさん[sage]   投稿日:2016/11/05 11:59:40  ID:p7aXJL/r.net(2)

662
デフォルトの名無しさん[sage]   投稿日:2016/11/05 13:21:55  ID:3jWRFMI3.net(6)
>661
わざわざ探してきたのかw
それが俺が言ってる昔の仕様な。今はカレントブランチしかpullしない


さて、もう少し説明するとリモートのブランチをpullしてくるとき、
そのブランチは自分が管理しているものかどうかで扱いが違う。といっても自分が
管理しているものをpullすることは殆ど無い。なぜならば自分が管理しているのであれば
先にローカルの方にブランチがあるはずだから。なのでこれは考えなくていい。

で自分が管理していないものであれば、そのままgit pullして問題ない。
何故かと言うと一般的な使い方であればリモートよりもローカルのほうが先に進むことはないから
(トピックブランチを作るのは複数人の開発では当たり前と言っていいだろう)

だからgit pull は必ずfast fowardすることになる。
何らかのミスでfast foward出来ない場合マージコミットが出来てしまうことがあるが
これを防ぎたい場合は--ff-onlyをつければ良い。
俺はそういうミスはほとんどしないので毎回面倒なオプションをつけないで
ミスしたら直せばいいじゃんのスタンス。

663
デフォルトの名無しさん[sage]   投稿日:2016/11/05 15:43:48  ID:tm4T+wFZ.net(5)
git pullもgit fetchも使うけど、基本的に引数を指定しないで使うようにしてる
逆に git push は常に引数省略しないで使うようにしてる

664
デフォルトの名無しさん[sage]   投稿日:2016/11/05 16:04:19  ID:3jWRFMI3.net(6)
そうかな?

git push だけであれば--set-upstreamして上流ブランチに設定してない限りpushできない。
逆に上流ブランチに設定したのであれば、それはpushするべきものなんだから
仮に間違ってpushしたとしても何も問題ないだろう?

でもgit push orign branchとかやるとなんでもかんでもpushできてしまう。
引数を省略しないほうが危険だと思うんだが?
コメント1件

665
デフォルトの名無しさん[]   投稿日:2016/11/05 16:11:36  ID:p5mN+A7u.net(2)
>664
そこはprotect branchとか設定しなよ
コメント1件

666
デフォルトの名無しさん[sage]   投稿日:2016/11/05 16:24:01  ID:3jWRFMI3.net(6)
>665
それはgit push --forceを防ぐものであって
git push origin newbranch を防ぐものじゃない。

git pushだけなら、ローカルのnewbranchとリモートのnewbranchが
結びついてない限りpushできないのにたいして、
引数を指定していたら、なんでもかんでもpush出来てしまうだろって話

667
デフォルトの名無しさん[sage]   投稿日:2016/11/05 16:29:32  ID:p7aXJL/r.net(2)
フーン

668
デフォルトの名無しさん[sage]   投稿日:2016/11/05 16:37:32  ID:tm4T+wFZ.net(5)
git push に常に引数してるのは、
昔の git push 引数省略の挙動がやばすぎたころからの癖だな
新しくはじめる人は git push だけで使うようにしていったほうがいいのかもしれないね
コメント1件

669
デフォルトの名無しさん[]   投稿日:2016/11/05 16:49:22  ID:p5mN+A7u.net(2)
俺はいつもgit push origin HEADだな

670
デフォルトの名無しさん[sage]   投稿日:2016/11/05 17:07:32  ID:3jWRFMI3.net(6)
>668
やっぱりそうなんだろうかね。

git checkoutでもわざわざoriginとか冗長に書いていたり。

git checkout -b local_branch_name origin/remote_branch_name
こんなことしなくても、

git checkout -b remote_branch_name
だけでいいんだよ。(たしか昔はできなかったはず)

リモートとは別にローカルブランチ名を指定する方法だと
ローカルブランチ名を間違えてたらどうすんのさ?w

まあ人それぞれ好みのやり方があるだろうし、
昔から使ってる人=詳しい人が多いから本人には言わないけどさ
むだなことしてんなーっていつも思ってる。

671
デフォルトの名無しさん[sage]   投稿日:2016/11/05 17:47:11  ID:tm4T+wFZ.net(5)
git checkout -b remote_branch_name は俺もこれを使ってる

でも、origin/remote_branch_name が存在していて、
remote_branch_name が存在しないなら、
-b オプションも指定する必要がないはず

おまえもむずかしいことしてんなー

672
デフォルトの名無しさん[sage]   投稿日:2016/11/05 22:23:03  ID:QPrRTgR0.net(3)
>むだなことしてんなー

ヒューマンエラー回避のためとか
冗長であることと単なる無駄とは異なる価値観なんです
コメント1件

673
デフォルトの名無しさん[sage]   投稿日:2016/11/05 22:44:29  ID:muqFYg6Q.net(2)
熱心に答えてくれるのはいいんだけど、なんか独りよがりな文章というか、自分の
思ってる前提や考えをみんなわかってるみたいに思い込んでいる感じがヘンというか、
妙な人いるよね。

674
デフォルトの名無しさん[sage]   投稿日:2016/11/06 02:45:13  ID:8WadcDvl.net(4)
>672
あー、それそれw
同じようなこと言ってるやつがいたw

なんでもかんでもヒューマンエラー回避するなよ。
そんなものミスったら取り返しが付かないところだけ
やればいいんだよ。

ヒューマンエラーしても大きな問題は起きない。そして簡単に戻せる。
そんなところまでコストをかけて冗長にする意味ないだろ。

状況に応じて適切なやり方はいろいろあるのに、
毎回同じやり方をするっていうのは、何も考えてないだけなんだよな。
考えるのが面倒くさいから、時間がかかる面倒くさの方を取る。
なにも考えたくないでござるwww

675
デフォルトの名無しさん[sage]   投稿日:2016/11/06 02:46:32  ID:8WadcDvl.net(4)
まあそれより問題は、冗長になってるだけで
ヒューマンエラー回避になってないんだよな。

676
デフォルトの名無しさん[sage]   投稿日:2016/11/06 09:25:03  ID:rGVVvSQ9.net
rm -Rf / 禁止は判るのですが
rm -Rf * 禁止とか
rm -Rf ./ 禁止とか

677
デフォルトの名無しさん[sage]   投稿日:2016/11/06 11:24:06  ID:a4G7F3n6.net
ミスったときの対応コストがかかるから冗長化するんだよなぁ。
例えばリリース時にバージョン番号をインクリメントするとして
インクリメントし忘れたら前のバージョンと同じバージョン番号で
中身違うものをリリースしてしまってリリース先にも迷惑かかるじゃん?
で、ごめんなさいしたりだとか対応コストが発生する
それならリリース前に全員でチェックしたりとかした方がいい
チェックするのは一瞬で済むんだし
コメント1件

678
デフォルトの名無しさん[sage]   投稿日:2016/11/06 12:16:51  ID:8WadcDvl.net(4)
>677
今は、git push や git pull の話なんでwww

679
デフォルトの名無しさん[sage]   投稿日:2016/11/06 15:59:21  ID:YPGx/bgn.net(2)
大事な話をしてるんだ
だまって聴きなさい

680
デフォルトの名無しさん[sage]   投稿日:2016/11/06 16:28:44  ID:8WadcDvl.net(4)
git使っていて大事になることなんて
ありえないよ。

大事になるとしたらそれはgit使わなくても同じだろう。
リリースとか。

681
デフォルトの名無しさん[sage]   投稿日:2016/11/06 18:09:14  ID:7DBohWvr.net(2)
git使わなくても大事になることを、
せっかくgit使ってるんだからどうしたらいいか、
という話をしてるんだろう?

なんで、ありえないとか言いきれるわけ?
コメント1件

682
デフォルトの名無しさん[sage]   投稿日:2016/11/06 18:16:13  ID:MImCGOAZ.net(3)
>681
日本語わかってないのかな?
ここはgitのスレでgitの話をしている。

gitのコマンドオプションを冗長にすることで
なんのメリットがあるのか? そのほうが安全?
その安全の根拠とは?という話をしている。

今までの流れでgitのコマンドオプションで省略できるものを
冗長に書いても面倒なだけでメリットがないことは明らか
そこに一般論を持ってきてgitと関係ない話をするなっていうこと

そりゃ指差し確認すれば安全だろうけど、お前信号を渡るときに
いちいち指差し確認してんのか?
何をやるべきかっていうのは状況によって変わる。

いつでも冗長に書くっていうのは、安全を考えてやってるんじゃない。
何も考えてないから毎回同じことをやってるんだよ。
「いままでそうやってきたから」という言い訳と何も変わらない。
コメント1件

683
デフォルトの名無しさん[sage]   投稿日:2016/11/06 18:20:13  ID:7DBohWvr.net(2)
>682
冗長かどうかの話じゃないよ。
長文書くなら、「git使ってれば大事にならない」の証明をしてよ。
コメント1件

684
デフォルトの名無しさん[sage]   投稿日:2016/11/06 18:34:17  ID:MImCGOAZ.net(3)
>683
gitを使っていれば自動車事故にあわない。
とかいう事は言ってないよ。

gitと関係ない話だから。

で、俺に何を聞きたいの?

gitの操作はすべてreflogにのこってるから
大事になることはない。これでいいよね。
コメント1件

685
デフォルトの名無しさん[sage]   投稿日:2016/11/06 19:53:41  ID:YPGx/bgn.net(2)
>信号を渡るときにいちいち指差し確認してんのか?

一応青でも左右見るよ
当然だろ

686
デフォルトの名無しさん[sage]   投稿日:2016/11/06 22:58:55  ID:MImCGOAZ.net(3)
指差し確認っていってるのに、なんだこいつw

687
デフォルトの名無しさん[sage]   投稿日:2016/11/07 01:10:31  ID:tfEbFCgf.net
>684
なんだ、結局逃げたのね。

688
デフォルトの名無しさん[sage]   投稿日:2016/11/07 01:25:53  ID:883psKTk.net(11)
答え返ってきてるのに逃げたとはなぜ?

689
デフォルトの名無しさん[sage]   投稿日:2016/11/07 01:28:09  ID:883psKTk.net(11)
git pullもgit pushも省略したほうが安全だよな。
引数を省略した場合は安全な操作しかできないようになってる。
引数を指定してしまうと強制的に実行してしまう。

690
デフォルトの名無しさん[sage]   投稿日:2016/11/07 01:51:52  ID:yk5MV5D2.net(5)
公式に「引数を明示的に指定することでミスを防ぎたい人向けの設定」って説明で
push.default = nothing が用意されてるんだぜ?
コメント2件

691
デフォルトの名無しさん[sage]   投稿日:2016/11/07 02:06:45  ID:883psKTk.net(11)
push.default = nothingはデフォルトじゃない。
そしてその機能が作られたのはsimpleができる前。

simple以前のデフォルトであるmatchingを防ぐための機能であって
安全で使いやすくなったsimpleを防ぐための機能じゃない

692
デフォルトの名無しさん[sage]   投稿日:2016/11/07 02:36:44  ID:yk5MV5D2.net(5)
マニュアルには simple と併記で nothing の記述が >690 のまま
残されてるんだ

LTS継続中のLinuxのデストリビューションの中には、まだsimpleが
実装されないバージョンのgitが標準だったりする場合があるから、
まだしばらく push.default = nothing のままでいくよ
2018年過ぎたら考える

693
デフォルトの名無しさん[sage]   投稿日:2016/11/07 02:47:15  ID:883psKTk.net(11)
simpleが実装されたのは1.7からなんだが?
デフォルトになったのは2.0からだが、
設定でsimpleに変更すればいい。
仮に対応してないバージョンならエラーが出るから問題ない。

そうやっていつまでも古いやり方のまま行くんだよなw
開発効率が上げるために新しいバージョンを導入しても
古い機能だけ使ったら開発効率は上がらない。

そうやって新しい機能を使うなっていう馬鹿が居るんだよな。
Javaとかの言語でも

694
デフォルトの名無しさん[sage]   投稿日:2016/11/07 02:50:52  ID:883psKTk.net(11)
https://git-scm.com/docs/git-config

> simple - in centralized workflow, work like upstream with
> an added safety to refuse to push if the upstream branch’s name is different from the local one.
>
> When pushing to a remote that is different from the remote you normally pull from,
> work as current. This is the safest option and is suited for beginners.
>
> This mode has become the default in Git 2.0.

Google翻訳

> 単純な - 集中型のワークフローで、上流分岐の名前がローカルのものと異なる場合
> プッシュすることを拒否するために追加の安全と上流のように働きます。
>
> あなたは通常、現在のような作業からプル遠隔とは異なるリモートにプッシュするとき。
> これは最も安全なオプションであり、初心者に適しています。
>
> このモードでは、Gitリポジトリ2.0でのデフォルトとなっています。
コメント1件

695
デフォルトの名無しさん[sage]   投稿日:2016/11/07 02:57:13  ID:yk5MV5D2.net(5)
2018/5/31にLTS終了予定の Debian Wheezy の git は1.7.10
push.default=simple のサポートは 1.7.11 から

696
デフォルトの名無しさん[sage]   投稿日:2016/11/07 02:57:42  ID:883psKTk.net(11)
> LTS継続中のLinuxのデストリビューションの中には、まだsimpleが
> 実装されないバージョンのgitが標準だったりする場合があるから、
それはどのディストリ?

git 1.7からsimpleは実装されてるんだよねw
git 1.7.0がリリースされたのは2010年2月
一応聞いておこうか?

697
デフォルトの名無しさん[sage]   投稿日:2016/11/07 02:58:02  ID:yk5MV5D2.net(5)
>694の記述の前に、>690もまだ残ってるだろ?

698
デフォルトの名無しさん[sage]   投稿日:2016/11/07 03:03:11  ID:883psKTk.net(11)
ずっと前に書かれたものであれば、
その内容に信頼性はないねw
コメント1件

699
デフォルトの名無しさん[sage]   投稿日:2016/11/07 03:08:28  ID:883psKTk.net(11)
Debian Wheezyか。自分のパソコンなら
バージョンアップした方がいいよw
せめてbackports使うとかね。

何を言ってるのかわからんと思うからヒントをあげると
サーバー上でgit pushを叩くやつ何かいねぇよ。
git pushするならローカルのPCからだろ。
コメント2件

700
デフォルトの名無しさん[sage]   投稿日:2016/11/07 03:10:03  ID:883psKTk.net(11)
上の方でも言ったが、ちゃんと考えている人は場合に応じて
適切なやり方を使うものだ。

どこでも同じやり方をするっていうのは、考えてるんじゃない。
何も考えてないからそうしてるんだよ。
ましてや一部のためのに全体で効率が悪いやり方を使うとかねw
コメント1件

701
デフォルトの名無しさん[sage]   投稿日:2016/11/07 03:33:38  ID:yk5MV5D2.net(5)
>699
古いDebianで作ったビルドと動作確認兼用の環境からソース管理マシンに直接pushすんだよ
もう保守モードだからわざわざローカルにビルド環境とか用意してない

>698
manとか古い記述も当然見直すよ
とくにpush.defaultはいろいろ問題があってすごい手間をかけて
仕様変更の手順を踏んだわけだし
古い記述に問題があるならそのままにしてるわけがない

>700
基本的にどこでも同じ操作ができるようにしておくのは
効率のためにはとても重要
コメント2件

702
デフォルトの名無しさん[sage]   投稿日:2016/11/07 04:09:42  ID:EaPQMBZD.net
>699
>サーバー上でgit pushを叩くやつ何かいねぇよ。

自分の知らないことに口を挟まない方が良いですよ
コメント1件

703
デフォルトの名無しさん[sage]   投稿日:2016/11/07 10:52:59  ID:n31WRcCT.net
git 2.0以降って
.gitconfigに
[push]
default = simple
って書かなくてもいいの?
コメント1件

704
デフォルトの名無しさん[sage]   投稿日:2016/11/07 21:50:33  ID:883psKTk.net(11)
>701
> とくにpush.defaultはいろいろ問題があってすごい手間をかけて
そして今は問題なくなったわけですよね。

> 基本的にどこでも同じ操作ができるようにしておくのは
> 効率のためにはとても重要
そういう場合は、自動化するんだよ。

で、日々の開発で開発者が行うgit pushをどうやって
自動化するっていうんだ?って思ったら、俺の狙い通り。
自動化の内容と手動でやる内容は違う操作になるものなんだよ。
(自動化出来ないことだから手動でやるわけで)

>702
知りません。教えてください。どういう状況ですか?w
なんか暗黒な世界な気がしますね。なんでそんな馬鹿事やってるのレベルのw

>703
書かなくていいよ。
コメント1件

705
デフォルトの名無しさん[sage]   投稿日:2016/11/07 21:52:35  ID:883psKTk.net(11)
>701
> 古いDebianで作ったビルドと動作確認兼用の環境からソース管理マシンに直接pushすんだよ
> もう保守モードだからわざわざローカルにビルド環境とか用意してない

ビルドするのにgit pullを使うことはあっても、git pushはいらねーだろw
ビルドした生成物はソースコードじゃないからpushするわけないし。

もう少し具体的に言ってくれないかな?
コメント1件

706
デフォルトの名無しさん[sage]   投稿日:2016/11/08 01:08:30  ID:Cg892Aab.net(2)
>705
ビルドして動作確認してつまらない修正が必要だったら
そこでそのままブランチきって修正してビルドして動作確認して
問題無ければソース管理マシンにpushしてそこで終わりにする

そもそも保守モードだと修正自体大したことないことが多いから、
修正自体をビルド環境ではじめてしまうことも多い
コメント1件

707
デフォルトの名無しさん[sage]   投稿日:2016/11/08 01:10:29  ID:Cg892Aab.net(2)
>704
なんでいきなり自動化とか話飛んでるんだ?
そんなの関係無しに作業環境の設定はできるだけ統一するだろ?

708
デフォルトの名無しさん[sage]   投稿日:2016/11/08 19:21:41  ID:S8iuzxu8.net
Git for WindowsのGit BashからWindowsのバッチファイル(.bat)を実行できることを最近知った

709
デフォルトの名無しさん[]   投稿日:2016/11/09 02:21:05  ID:gLDp2Y3W.net
exeも普通に実行できる

710
デフォルトの名無しさん[sage]   投稿日:2016/11/09 02:37:38  ID:ayZESGQs.net(9)
>706
そのPCが壊れたらどうすんの?
そんなものディスクをイメージ化して仮想マシン上に移動して
そこでビルドすればいいやん?

そうすりゃソースコードは共有フォルダ使ってホストPC上で
編集やらgit管理して仮想マシンの中でビルドできるだろ。

少しは工夫しなきゃだめだよ。
どうせ一台しか無い開発マシンが壊れたらアウトな状況になってるんでしょ?
そもそもそれがおかしいよね
コメント2件

711
デフォルトの名無しさん[sage]   投稿日:2016/11/09 03:52:21  ID:4NCrsJ0J.net(5)
>710
今どきそんな環境ローカルに用意するかよ
必要なときにAWSのEC2のインスタンス起動して作業するだけだ
コメント1件

712
デフォルトの名無しさん[sage]   投稿日:2016/11/09 09:41:18  ID:ayZESGQs.net(9)
開発環境をEC2に作ってインスタンス起動しないと開発できないとか
やっぱりやり方が間違ってるなw
EC2を使うべきじゃない所でEC2を使ってる。

自覚しようね。
"EC2を使ったせいで"、最新の開発ツールが使えなくなったんだよ。
コメント1件

713
デフォルトの名無しさん[sage]   投稿日:2016/11/09 09:48:23  ID:ayZESGQs.net(9)
「今どき」って言ってるところからも、最新のツールを使うぞって
ことでEC2を選んだのだろうが、最新のやり方どころか
古い開発ツールに縛られることになっている。

俺なら開発環境と動作検証であればVagrantを使う。
というかそのためのツールだし。

道具は変わったの手法は変えないから、道具を変えた
意味が無いという典型的な状態だね。
コメント1件

714
デフォルトの名無しさん[sage]   投稿日:2016/11/09 10:29:42  ID:U6OuotlL.net
Vagrantってオワコンかと思ってた
コメント2件

715
デフォルトの名無しさん[sage]   投稿日:2016/11/09 12:39:24  ID:iLDjyt+m.net
ヘー6

716
デフォルトの名無しさん[sage]   投稿日:2016/11/09 20:56:38  ID:ayZESGQs.net(9)
>714
Vagrantに代わるものなんか出てたか?
dockerは実機用だから開発用途(デバッグログたくさん必要)
なんかに利用できないし。

717
デフォルトの名無しさん[sage]   投稿日:2016/11/09 21:11:41  ID:mFbmgiId.net
>714
なぜそう思ったwww

718
デフォルトの名無しさん[sage]   投稿日:2016/11/09 21:38:25  ID:4NCrsJ0J.net(5)
>713
EC2が最新のツールとかズレまくってるな
EC2が何なのかも分かってないだろ?
おれらのところじゃ保守に入ったものをローカルな
仮想環境でビルドしたりすることはほぼ無い
独りよがりの馬鹿には理解できないのかもしれないが

719
デフォルトの名無しさん[sage]   投稿日:2016/11/09 21:44:11  ID:ayZESGQs.net(9)
> おれらのところじゃ保守に入ったものをローカルな
> 仮想環境でビルドしたりすることはほぼ無い

なぜ? なぜローカルでできることなのに
わざわざEC2を使うの?
コメント1件

720
デフォルトの名無しさん[sage]   投稿日:2016/11/09 22:01:04  ID:ayZESGQs.net(9)
みなさん「"保守に入ったものを"ローカルな仮想環境で〜略」
ここ重要ですからね。よく覚えておきましょう。

721
デフォルトの名無しさん[sage]   投稿日:2016/11/09 22:09:55  ID:4NCrsJ0J.net(5)
>719
なんでEC2でできるこをわざわざローカルな
環境構築してやらねばならんのだよ
EC2上に用意しとけば永遠に維持できるし
担当者が変わってもそのアカウント引き継ぐだけだし
たまにビルドするような用途なら費用もタダみたいなもんだし

722
デフォルトの名無しさん[sage]   投稿日:2016/11/09 22:14:20  ID:ayZESGQs.net(9)
> なんでEC2でできるこをわざわざローカルな
> 環境構築してやらねばならんのだよ

ローカルでやれば自分がいつも使っている
テキストエディタや開発ツールが使える。

ネットワークを介さないので動作も快適

お金もかからないし、仮想イメージを使いまわすだけで
複数の人が同時に修正だってできる。

アカウントの管理も必要ないから
セキュリティ上も安全

間違ってサーバーを消したり壊してしまうこともない
(オリジナルの仮想イメージを保存しておけば良い)
コメント1件

723
デフォルトの名無しさん[sage]   投稿日:2016/11/09 22:15:10  ID:ayZESGQs.net(9)
EC2ロックインを避けられる。

724
デフォルトの名無しさん[sage]   投稿日:2016/11/09 22:37:06  ID:4NCrsJ0J.net(5)
>722-723
仮想イメージをどこかに保存しておくとか
サーバや個人のビルド環境を用意するとか
そのへんの手間はぶけるだけでEC2使う理由になるわ
手間だけじゃなくてローカルな環境を維持する
ための費用がタダじゃないことを忘れるなよ

AWSのアカウントはすでにいろいろ使ってるんで
これやめたらアカウントの管理が必要無くなる
なんてこともない

ネットワークや使用するツールが気になるほどの
作業量になるならもう保守の範囲こえるんで
ローカルに環境用意すりゃいい

仮想イメージの保存とか複数人で作業とか
EC2ならローカル環境以上に簡単にできる

古いdebian環境ってだけでEC2に依存してる
部分は何もないから必要あれば移行も簡単

725
デフォルトの名無しさん[sage]   投稿日:2016/11/09 22:46:20  ID:DPhxNwaL.net
こんなスレまでアマゾンの営業が!

726
デフォルトの名無しさん[sage]   投稿日:2016/11/09 22:50:38  ID:ayZESGQs.net(9)
USBメモリに仮想イメージを保存するのに比べて
EC2の使い方を知らなければいけません(笑)

な? EC2を使うメリット何も出てこなかったろ?
使い方間違えてるんだよ。

使い方間違えて仮想環境の置き場程度にしか考えてないから、
それによる開発ツールの制限というデメリットが生まれてる。

デメリットを認めないで、そんなの我慢すれば良いんだって
言ってるのがその証拠な。
コメント1件

727
デフォルトの名無しさん[sage]   投稿日:2016/11/09 22:59:04  ID:4NCrsJ0J.net(5)
>726

メリットは何度も書いてるだろ
>仮想イメージをどこかに保存しておくとか
>サーバや個人のビルド環境を用意するとか
>そのへんの手間はぶけるだけでEC2使う理由になるわ

AWSを使えないような奴はうちはいらない

あとおまえにはローカルな環境準備するデメリット
を考えてないってブーメランが盛大に
クリティカルヒットしてるぞ
コメント1件

728
デフォルトの名無しさん[sage]   投稿日:2016/11/09 23:21:31  ID:+FqQRzx3.net
俺はEC2派だがスレ違いなんでまあこの辺にしとけ。

729
デフォルトの名無しさん[sage]   投稿日:2016/11/10 01:03:44  ID:vfwh4JhC.net(2)
ケースバイケースだろ
編集だけは手元でするけど、あとはファイルシステムのイベントドリブンとかでrsyncしてビルドとテストはEC2なりなんなりの最終的にサービスする環境でした方が効率いい場合あるでしょ
特殊なインスタンスとか、それ以外にもAWSにしか無いサービス沢山使ってたら、同等のローカル環境を用意する手間はかかりまくるわりにメリット少ないだろうし
もちろん逆にEC2じゃ望む環境を用意するのが難しいっていう場合もあるだろうけどね

個人的にはディスクイメージが物理障害等で知らない間に勝手に壊れないってだけでもありがたいが。

というかそもそも>710は「実マシンを開発に使ってるなんて馬鹿じゃね?VM使えばいいのに」とか煽ったら、>711に「ローカルにVMなんか態々作るのか?EC2があるのに」とか言い返されて、
結局EC2使った開発だってVMを使った開発と大差ないのに、引っ込みがつかなくなって>712の迷発言をしちゃったんじゃないか?w
コメント2件

730
デフォルトの名無しさん[sage]   投稿日:2016/11/10 01:51:12  ID:jasNeYmA.net
先日の元AWSの中の人と元Azureの中の人とのパネルディスカッションでもクラウドにしてみたけど実はオンプレミスの方が良かった案件はあったと認めてたな

731
デフォルトの名無しさん[sage]   投稿日:2016/11/10 06:21:07  ID:GApKllfr.net(5)
>727
> AWSを使えないような奴はうちはいらない
AWSを使う使わないと、開発環境の話は別だろw
両方使えば良いんだよ。

だけど開発の快適さを捨てるなんて本末転倒。
お前は開発の快適さを捨ててるって話をしてる。

自分の好きなエディタ、例えばatomやsublime textで開発できるか?
できねーだろ。
やり方が間違ってるんだよ。

AWSを使ってるから凄いんだって考えるのはやめたほうが良いぜ?w

732
デフォルトの名無しさん[sage]   投稿日:2016/11/10 06:33:30  ID:GApKllfr.net(5)
>729
> 結局EC2使った開発だってVMを使った開発と大差ないのに
大差あるよw 少なくともこいつの場合は大差が出ている。
だから事実として最新のgitを使えてないんだろ?

そもそも開発ツールとビルド環境は別物。
ビルドなんてビルドツールとソースコードが存在すれば実行可能なわけで、
そのソースコードをどうやって作成・管理するかは切り離せる。

じゃあなんで古いgitしか使えないんだ?って理由を聞いたら
EC2上で古いLinuxを使ってるからだって答えたわけだよ。
こいつはEC2を使ってるのが原因だって自分言ったわけだよ。

俺だったらEC2上で古いLinuxを使ったとしても最新のgitを使うことができるようにするが、
こいつはEC2を使ってるからどうしようもないと言ってるわけ。
だから「俺はEC2を間違った使い方してんな、ビルドに使うぐらいならローカルの仮想マシンでやれよ
そうすればファイル共有(デフォルトで使える)で簡単にできるだろ」って言ったの

そしたら見事俺の罠にはまって「AWSを使えないようなやつはー」とか言い出したわけw
さもAWS使ってる俺ら凄いみたいなw

そんなのすごくもなんともないんだよ。AWSを使うメリットがない所でAWSを使って
開発ツールに制限かけて本末転倒なことしてる。AWSを使うことが目的になってしまってる。
コメント2件

733
デフォルトの名無しさん[sage]   投稿日:2016/11/10 06:58:32  ID:GApKllfr.net(5)
>729
> 編集だけは手元でするけど、あとはファイルシステムのイベントドリブンとかでrsyncしてビルドとテストはEC2なりなんなりの最終的にサービスする環境でした方が効率いい場合あるでしょ
編集を手元でするならば、最新のgitも手元で使えるわけだよ。それなら問題ない
でもこいつは、EC2を使ったせいで(笑)最新のgitが使えないと言ってるんだよ
EC2のせいにしてるんだよ。な、本末転倒になってるだろ?w

ちなみに俺はどうしようもないときは最終手段としてlsyncdを使っていた。ローカルでファイルを
保存したタイミングで自動的にサーバーにrsync(lsyncdの内部で使用されている)してくれるから楽だよ
ファイルシステムのイベントドリブンでrsyncとか自分で作る必要はないよ?

いろんなやり方を知っていることが重要だね。EC2だけじゃなくw
そうそうこいつはwheezy使ってるから仕方ないんだって言ってるけど
wheezy上にjessie環境を作る方法もあるよね

それからもう一つ言うと、サーバー(EC2の仮想マシンなど)にソースコードをおいてそのディレクトリを
sshfsやnfsでローカルにマウントする方法は出来なくはないが、この方法は例えば .git ディレクトリにある
大量のファイルを操作することになってネットワーク通信が発生してかなり遅くなった
だからビルドに必要なソースコードだけをローカルからサーバーに転送するのがコツな

あとこいつは「ビルド環境」って言ってるので、サービス運用環境であるはずがないよ
さすがにサービス運用しているマシンでビルドなんてアホなことしてるはずないって(笑)
ビルドでメモリ食いつぶしてサービス停止とかあるからな。そんなことしてたら完全にオワッテルw

でビルドに使うだけならわざわざEC2を使う必要もないわけだ
その仮想マシンにソースコードを入れる必要も編集する必要もgitを使う必要もない
誰でも同じ保存されたビルド用の仮想マシンを使えば良い
Vagrantはローカルで動くからサーバーにソースコードを転送する必要もない
単にディレクトリを共有するだけ。簡単。これがネットワーク越しにあるEC2使う場合との大きな違い

今ならDockerでビルド環境を作るのもありだが、新たにDockerfileを作る必要がある
VagrantであればP2Vして物理マシンから簡単に移行できる

734
デフォルトの名無しさん[sage]   投稿日:2016/11/10 08:10:42  ID:SSaqSJdU.net(2)
うちの会社では、保守環境の選定に、
EC2を使うべき状況かどうかを検討することはあっても
最新のGitが使えるかどうかなんてことを検討することは無い

735
デフォルトの名無しさん[sage]   投稿日:2016/11/10 09:08:30  ID:GApKllfr.net(5)
そりゃそうだろw

そういった環境でgitを実行する必要はないんだから。
環境はアプリを動かすとかビルドをするための環境であって
それ以外のものは入れない = 別の場所でやるんだよ。
コメント2件

736
デフォルトの名無しさん[sage]   投稿日:2016/11/10 12:48:41  ID:vfwh4JhC.net(2)
>732
自分には古いDebianでサービスしてるし、更新の頻度もそれほど高くないから、ビルドが必要になったときだけビルド用のインスタンスを起動させて
ビルド用古いDebianで修正・ビルド・テストでpushと読めたが

そうしてる原因は古いDebianでサービスしてるからであってEC2使ってるからじゃないと思うんだよなぁ
保守モードに入ってるサービスなのにOSのバージョン上げるのは検証が非常に大変だろうし、開発の快適さのために選ぶ選択肢じゃなさそう。
保守モードに入ってるんだから、最新のgitなんか使う必要があるか疑問だし、gitの古さが保守モードにおける開発において大差出てるのかはますます疑問。

EC2を使う必要もないって言うけど、すでにEC2でビルド環境用意してたらわざわざローカル環境を作り直す必要もないし、リモートで修正してなんとかなるレベルなら
すでにあるEC2のビルド環境で十分だと判断したんじゃないの。

つーかEC2でサービスしてるなら、よほど大規模で他のクラウドに移ることを検討してて切り離したいとか、なるべくコストカットしたいとかそういう縛りがなければ、
インスタンスやイメージの管理の管理ノウハウが既に培われているEC2でなるべく済ませようとすることは不自然じゃないと思うけれど。
ローカルのVMのホストになんらかの障害が発生したら面倒臭いし。

ローカルに開発環境があるメリットも無いとは思わないし、あんたが経験して考えて選んだベストプラクティスは否定しないけれども、常にそれが最高の選択肢なわけじゃないし、
至上主義に走ってそれ以外はクソって簡単に否定してるといつか足元を掬われることになると思うよ。

>ファイルシステムのイベントドリブンでrsyncとか自分で作る必要はないよ?
なんで自分で作るって話になったのかわからないけど、inotifywaitとxargs、rsyncのワンライナーを手で入力するだけで作るってだけだし、lsyncdの設定を書くのと大差ないと思うよ。

737
デフォルトの名無しさん[sage]   投稿日:2016/11/10 13:06:48  ID:dxAJlx69.net
>732-733
ずいぶん自分に都合の良い考え方だけで生きてるひとですね
あんたそれでもほんとにプログラマ?

738
デフォルトの名無しさん[sage]   投稿日:2016/11/10 14:06:26  ID:X35QhmbO.net
>735
> そういった環境でgitを実行する必要はないんだから。
> 環境はアプリを動かすとかビルドをするための環境であって
> それ以外のものは入れない = 別の場所でやるんだよ。
デプロイ先でgitを使うデプロイツールはよくありますが
コメント2件

739
デフォルトの名無しさん[sage]   投稿日:2016/11/10 21:02:39  ID:JskiB/Lo.net
git pullしてもsubmoduleでいれたリポジトリのファイルまでは更新されないのがあるんですけど
これってgit pullがsubmoduleのリポジトリまでは更新しないだけですか?
コメント1件

740
デフォルトの名無しさん[sage]   投稿日:2016/11/10 22:51:53  ID:GApKllfr.net(5)
>738
いまはデプロイ先からデプロイ元(?)に
ソースコードをpushすることはないって話です。
コメント1件

741
デフォルトの名無しさん[sage]   投稿日:2016/11/10 23:53:01  ID:SSaqSJdU.net(2)
>738
ビルド環境からHerokuあたりにデプロイするなら
ビルド環境からpushだよね
コメント1件

742
デフォルトの名無しさん[sage]   投稿日:2016/11/11 00:12:49  ID:oCvkOosm.net(2)
>739
submoduleでいれたリポジトリが更新されても何もしなければその新しい更新
が外側に反映されることがない

誰かが、その更新されたリポジトリを外側のリポジトリへ反映する手順を踏む必要がある

その反映された外側のリポジトリをpullした他の人も、単純にpullするだけではだめで、
pullの後に git submodule update しないといかん

743
デフォルトの名無しさん[sage]   投稿日:2016/11/11 09:29:51  ID:ENznHnYU.net
>741
え? ビルド環境でビルドしたもの(バイナリ)を
デプロイするのにgit pushするんですか?

ビルド生成物をgitリポジトリに入れてるんですか?
コメント1件

744
デフォルトの名無しさん[sage]   投稿日:2016/11/11 10:47:14  ID:QgBO5Eyu.net
>740
> いまはデプロイ先からデプロイ元(?)に
> ソースコードをpushすることはないって話です。
ん?
デプロイ先(本番環境やstaging環境)ではgitを使わないという話になってた(>735)から、デプロイ先でgitを使うデプロイツールがあるって話なんだが。

開発環境やCIサーバでデプロイコマンド実行

デプロイ先でgitコマンドを使ってgitリポジトリからファイルを取得

みたいなパターン。
基本的なコマンドしか使わないから、gitコマンドが最新である必要は全然ないけど。

745
デフォルトの名無しさん[sage]   投稿日:2016/11/11 11:04:52  ID:goVylNR1.net
pushの引数が要らないっていう話とどう関係あるん?

746
デフォルトの名無しさん[sage]   投稿日:2016/11/11 23:58:49  ID:oCvkOosm.net(2)
>743
HerokuってのはソースレポジトリをpushするとHeroku側でビルドして
デプロイしてくれる仕組なのね

でもHerokuでビルドできないものをHerokuにデプロイしたいときに、
ローカルにビルドしたバイナリなんかをレポジトリにコミットして、
そいつをHerokuにpushするの
コメント1件

747
デフォルトの名無しさん[sage]   投稿日:2016/11/12 00:47:56  ID:fAGx8Up8.net(12)
>746
それで古いDebianでビルドしたものを
Herokuで動かすのはなぜですか?

748
デフォルトの名無しさん[sage]   投稿日:2016/11/12 00:49:24  ID:fAGx8Up8.net(12)
そもそも古いDebianでビルドしたものがHerokuで動くんですか?

749
デフォルトの名無しさん[sage]   投稿日:2016/11/12 00:59:23  ID:fAGx8Up8.net(12)
あー、やっぱりHerokuでビルドしたアプリを使いたい
ちゃんとしたやり方があるようですね。
もちろん無理やりgitなんか使いません。

Herokuにバイナリを組み込むbuildpackを作成する
http://blog.flect.co.jp/labo/2013/06/herokubuildpack-c488.html

ビルドしたバイナリをリポジトリにコミットするという
発想がそもそも異常ですものw

間違った前提だから、間違った答えになる。
ビルド環境からgit pushするなんてことはないですね。
コメント1件

750
デフォルトの名無しさん[sage]   投稿日:2016/11/12 02:35:26  ID:0WVfnobi.net(6)
>749
そのリンク先のbuildpackの使い方は、
あらかじめビルドしておいたバイナリをgithub.ioにpushしておいて、
buildpackのスクリプトからそれをダウンロードするって方法なんだけど、
それが正しいやり方ということでおk?
コメント1件

751
デフォルトの名無しさん[sage]   投稿日:2016/11/12 02:37:45  ID:0WVfnobi.net(6)
なんかコントやってる気分になったきた

752
デフォルトの名無しさん[sage]   投稿日:2016/11/12 02:48:40  ID:h0rVItqe.net(6)
見識の狭い原理主義のやつがやりこめられてて笑える
コメント1件

753
デフォルトの名無しさん[sage]   投稿日:2016/11/12 03:28:06  ID:fAGx8Up8.net(12)
>750
> それが正しいやり方ということでおk?
何を持って正しいと言ってるのか知らんが、それはHeroku特有のやり方だろw
普通はこんなことしない。

一般的にはgithubなどのgitサーバーにソースコードを手元のマシンから
git pushしたのをトリガーにして、CIサーバーがgit pull(当然git pushはしない)
ビルドが必要ならばCIサーバーがビルド環境を準備してビルドを行ってテストを行って
問題がなければデプロイ先にデプロイする。CIサーバー環境=ビルド環境ではない。
なぜなら通常は複数の環境用にビルドするからCIサーバーとは別に複数のビルド環境が必要になる。

そもそもgitはデプロイツールではない。通常はデプロイ方法にgitは使わない。
Herokuが特殊なだけというか、Heroku的にはユーザーがgitでソースコードをpushすることを
デプロイとは呼んでおらずpushされたコードから実行環境を作る処理がデプロイだろう

当然だがこのデプロイは自動的に行われる。上の方で俺が書いた「自動化しろ」って
話にはここでつながるんだよ。自動化するから手動でgit pushすることはない。
(最初から"手動で"pushするときにブランチ名を省略したほうが安全だと言っていることを思い出すように)
コメント1件

754
デフォルトの名無しさん[sage]   投稿日:2016/11/12 03:31:16  ID:fAGx8Up8.net(12)
>752
原理主義だと、gitだけじゃなくて最新の開発ツールを使って
手元で開発できるんですよw

たとえ実行環境やビルド環境に古いLinuxを使わなきゃならない場合でも
多くの時間を費やする開発環境は快適な最新の環境で過ごして
古いLinuxを使わなければいけない部分は自動化する。

アホが自分で苦しい環境を作り上げて、
自分で苦しんでるだけじゃないですかw
コメント1件

755
デフォルトの名無しさん[sage]   投稿日:2016/11/12 04:09:57  ID:6wPviZ3t.net
仕事できなさそう
コメント1件

756
デフォルトの名無しさん[sage]   投稿日:2016/11/12 04:19:55  ID:fAGx8Up8.net(12)
>755
チームメンバーからは高く評価されてるよw

757
デフォルトの名無しさん[sage]   投稿日:2016/11/12 04:31:16  ID:0WVfnobi.net(6)
>753-754
最初から全部完璧に回るCI環境を作ってもらえる人はいいなあw
それともそんな完璧な環境はあなたの妄想だったりはしないのでしょうか?

758
デフォルトの名無しさん[sage]   投稿日:2016/11/12 04:42:40  ID:h0rVItqe.net(6)
>754
原理主義だと、原理がどうやっても実現化できないような環境の仕事は拒否するだけだから、原理主義をを多少諦めて生産性を上げる決断をした経験がないだけでしょ

例えばAWS EC2のGPUインスタンスを使ったサービスの開発なんかをローカルでチューニングまでやるのは無意味
そういう場合はEC2のテスト環境で直接チューニングして変更したソースをpushするのがどう考えたって一番手間がない
この場合だって大まかな部分の開発は、まずはEC2以外でも普通にするわけだが、なにがなんでもローカルの開発環境に拘るなんてことは有り得ない
なぜなら最終がEC2である以上EC2でも確認しなきゃ無意味だからだ
必ずローカルで開発、ソースコードの変更はローカルで、git pushはローカルから、ビルド環境、テスト環境からはgit pullオンリーなんて原理主義は必ずしも価値がある策ではない
マージコミットの発生が内規で禁止されてるとか、宗教上の理由で嫌だとか、そういうのがあるのなら別だが

デプロイ先と完全にスペック等が同じ環境じゃなくても開発できる分野だから成り立ってるだけってことを理解した方がいいし、
第一、相手がその手法を選択した事情も聞かずに全否定しちゃってるけど、相手がどんな前提条件で、どんなシステムを構築してるか理解した上で全否定してるの?
百戦錬磨のエンジニアだって、まずは相手の要求なり制限なりを聞いてからじゃないと、何がベストかは簡単にはアドバイスできないと思うよ?
その辺押さえずに盲目的、宗教的に××はダメ、〇〇はベスト、とか言ってるから信者とか原理主義者とか言って聞く耳持たれないんだと思うけど
6人家族が車ほしがってたときに、車のスピリットを最も味わえるのはスポーツカーだからとか言ってスポーツカー勧めたって何言ってんだこいつってなるだろ?それと全く一緒。
原理主義の押しつけってのはコミュニケーションじゃなくてオナニーなんだよ。

あと、余計なお世話だと思うけど、「w」とか使ってたりとか、身内以外は知らんこっちゃない「チームメンバーからの評価」とかに頼ったりしてる時点で余裕なくなってることも自覚した方がいいよ
コメント1件

759
デフォルトの名無しさん[sage]   投稿日:2016/11/12 04:45:01  ID:fAGx8Up8.net(12)
> 最初から全部完璧に回るCI環境を作ってもらえる人はいいなあw
環境は与えられるものって考えてないで、
自分で作るって考え方を持ったほうが良いよw

> それともそんな完璧な環境はあなたの妄想だったりはしないのでしょうか?
今ならgithubとTravisCI(公開できないものはJenkins)と連携させるだけでしょw

手法が特徴的で、ここに書くと特定される可能性があるから詳細は書かないけど、
前職でレガシーで非効率でアホらしい開発環境を使わざるを得なかった場合でも
(なんと共通の開発サーバーがあってみんなそこにログインして開発!ありえない!)
chrootをベースにした方法を使って、既存の環境にほとんど影響を与えずに
最新のRubyやNodeやgitを使えるようにしたし。

自分でね、快適に開発できるようにするってことを
やらないとだめだよ。
コメント1件

760
デフォルトの名無しさん[sage]   投稿日:2016/11/12 04:45:38  ID:fAGx8Up8.net(12)
>758
> 原理主義だと、原理がどうやっても実現化できないような環境の仕事は拒否するだけだから

その前提が間違ってるから、後の文章も間違いだね。読む必要はなさそうだw
コメント1件

761
デフォルトの名無しさん[sage]   投稿日:2016/11/12 04:48:46  ID:h0rVItqe.net(6)
>760
つまんねーな。言い返せなくなると難癖つけて逃走か。まぁあなたの中では言い負かしたってことでいいんじゃない?
まじめに例を説明して損したわ。

762
デフォルトの名無しさん[sage]   投稿日:2016/11/12 04:51:11  ID:fAGx8Up8.net(12)
無視されるのは当然だな。

お前の思い込みを前提に語ってるわけだから。
コメント1件

763
デフォルトの名無しさん[sage]   投稿日:2016/11/12 04:53:16  ID:h0rVItqe.net(6)
>762
じゃ、GPUインスタンスの例はどうなん?それでもローカルで開発するの?同じGPU用意するのはかなりコストかかるわけだけど。
コメント1件

764
デフォルトの名無しさん[sage]   投稿日:2016/11/12 04:58:27  ID:0WVfnobi.net(6)
>759
githubやTravisCIかJenkinsがありゃ完全なCI環境構築できるとか
言ってる時点で、限られた範囲の仕事しかしたことないんだろうな
まあ妄想なのかもしれないけど

プログラム書いて製品を作る仕事は
もっといろいろ種類があるんだってことを想像すらできないんだろ?
コメント1件

765
デフォルトの名無しさん[sage]   投稿日:2016/11/12 04:58:36  ID:fAGx8Up8.net(12)
>763
開発と実行を分けて考えようなw

実行マシンが古くてgitのバージョンが古いっていうのなら
手元のマシンでソースコード書いてgit pushする方法なんていくらでもあるだろ。

実行マシン・ビルドマシンが古いせいで、新しいやり方に変えられないなんて
無能の言い訳にすぎなんだよ。
コメント2件

766
デフォルトの名無しさん[sage]   投稿日:2016/11/12 05:00:00  ID:fAGx8Up8.net(12)
>764
妄想だっていうのなら、そのいろんな種類ってのを言えよw
コメント1件

767
デフォルトの名無しさん[sage]   投稿日:2016/11/12 05:04:12  ID:h0rVItqe.net(6)
>765
自分は古いDebian使ってるから云々の人ではないんで。
ビルド&検証マシンでソースコード多少いじってチューニングしてpushする場合はあるだろ?という話をしてるだけなんだが
デバッグ用、パフォーマンス確認用に一時的にログを仕込みたいような場合でも、ローカルで変更してgit push/pullするの?

768
デフォルトの名無しさん[sage]   投稿日:2016/11/12 05:08:17  ID:fAGx8Up8.net(12)
一時的に仕込みたいならそもそもpushしない。
commitするかどうかも怪しいな
コメント1件

769
デフォルトの名無しさん[sage]   投稿日:2016/11/12 05:10:22  ID:h0rVItqe.net(6)
>768
だよな?だから検証マシンでソースコード改変はあるよね?
で、検証マシンでパフォーマンスチューニングに関わるパラメーターを変えたら、それはpushするでしょ?

770
デフォルトの名無しさん[sage]   投稿日:2016/11/12 05:10:32  ID:0WVfnobi.net(6)
>765
古いgit使うと死んでしまう病気か何かなのかな?
逆におれはソースコード修正したら実行前に必ずpushしなきゃいけない
環境とか強制されたら死んでしまうから、簡単な修正なら実行マシン側
でソース修正して動作確認してリポジトリにpushしてしまうよ
そのためにgit pushに引数つけるかどうかなんて些細なことだ
コメント1件

771
デフォルトの名無しさん[sage]   投稿日:2016/11/12 05:14:10  ID:0WVfnobi.net(6)
>766
おれがいろいろな種類の仕事について語っても
あなたを妄想から引き戻すことはできないと思うのですが

たとえば、あなたがどのような種類の仕事しているのか
語ってみてはいかがでしょうか?

772
デフォルトの名無しさん[sage]   投稿日:2016/11/12 09:17:04  ID:gTQ5R3IK.net
>770
じゃあ死ねよwww

773
デフォルトの名無しさん[sage]   投稿日:2016/11/12 12:12:48  ID:Z2K49pDK.net
Git v2.11.0-rc1

774
デフォルトの名無しさん[sage]   投稿日:2016/11/13 10:01:16  ID:hnH+OR8d.net
今日はお休み?

775
デフォルトの名無しさん[]   投稿日:2016/11/15 04:46:46  ID:ulUg8AFG.net
月一更新じゃないんかこれ
https://codeiq.jp/magazine/2016/10/45609/
コメント1件

776
デフォルトの名無しさん[]   投稿日:2016/11/19 04:31:04  ID:B0NaVLvy.net
そうみたいだね

777
デフォルトの名無しさん[sage]   投稿日:2016/11/19 08:48:46  ID:YtkNE2sc.net
気が向いたらやります

778
デフォルトの名無しさん[sage]   投稿日:2016/11/23 14:45:48  ID:mLJrlCtt.net
2.11は1週間遅れるってJunio C がメール投げてた

779
デフォルトの名無しさん[sage]   投稿日:2016/11/27 00:05:47  ID:D47yiaHi.net
コミット1件だけpushしたけどやっぱりこのコミットの修正はやめたい
こういうときにコミットする前の状態にしたいんですけど
前回のファイルの内容にしてpushしたいんですが量が多いので手作業でやるのはキツイです
githubからこのいらないコミット自体を消したいってわけじゃないのでpush -f以外でこういうときのよい方法教えてください
コメント1件

780
デフォルトの名無しさん[sage]   投稿日:2016/11/27 01:54:16  ID:DbB/4uXo.net
>779
git revert でぐぐれ

781
デフォルトの名無しさん[sage]   投稿日:2016/11/27 13:36:15  ID:wcKeEZPe.net
revert は甘え

782
デフォルトの名無しさん[sage]   投稿日:2016/11/27 17:24:26  ID:ngTSc2Wz.net
amend

783
デフォルトの名無しさん[sage]   投稿日:2016/11/29 19:10:07  ID:pRmftZRE.net

784
デフォルトの名無しさん[sage]   投稿日:2016/11/30 12:28:55  ID:e85OgOH0.net(2)
2.11

785
デフォルトの名無しさん[sage]   投稿日:2016/11/30 14:13:08  ID:iDkfno7K.net
Windowsみたいだな

786
デフォルトの名無しさん[sage]   投稿日:2016/11/30 23:22:04  ID:e85OgOH0.net(2)

787
デフォルトの名無しさん[sage]   投稿日:2016/11/30 23:22:46  ID:ZO40ToD9.net
(・∀・)/ ASKAさんの記事から来ました

788
デフォルトの名無しさん[sage]   投稿日:2016/12/01 03:46:41  ID:1R/utNkm.net(3)
ASKA容疑者 謎の言葉「ギフハブ」は「GitHub」か

デイリースポーツ 11/30(水) 16:29配信

789
デフォルトの名無しさん[sage]   投稿日:2016/12/01 03:47:22  ID:1R/utNkm.net(3)
本当に覚せい剤って怖いな

790
デフォルトの名無しさん[sage]   投稿日:2016/12/01 04:07:55  ID:xSbq8yg+.net(2)
つまり誰かがASKAを監視して行動記録をgithubにコミットしてたってことか
辻褄が合うな

791
デフォルトの名無しさん[sage]   投稿日:2016/12/01 04:13:27  ID:d1oSzjmi.net
なんか明後日の方向からASKAが話しかけてきたって感じだなw

  ( ゚д゚)      ギフハブ?
_(__つ/ ̄ ̄ ̄/_
  \/    /
     ̄ ̄ ̄

  ( ゚д゚ )      GitHub?
_(__つ/ ̄ ̄ ̄/_
  \/    /
     ̄ ̄ ̄

  ( ゚д゚)      ギフハブ?
_(__つ/ ̄ ̄ ̄/_
  \/    /
     ̄ ̄ ̄

  ( ゚д゚ )      GitHub!
_(__つ/ ̄ ̄ ̄/_
  \/    /
     ̄ ̄ ̄

792
デフォルトの名無しさん[sage]   投稿日:2016/12/01 08:35:12  ID:1R/utNkm.net(3)
はてなユーザーだし

793
デフォルトの名無しさん[sage]   投稿日:2016/12/01 15:44:30  ID:SNyZOFBJ.net
ゲイスポからきますた
コメント1件

794
デフォルトの名無しさん[sage]   投稿日:2016/12/01 15:46:08  ID:xSbq8yg+.net(2)

795
デフォルトの名無しさん[sage]   投稿日:2016/12/03 09:00:59  ID:LrD0ieLQ.net
>549
多角視出来ないんだね。

796
デフォルトの名無しさん[sage]   投稿日:2016/12/07 11:38:03  ID:a5gs/vEe.net
git pullすると履歴がだんだん溜まっていきますよね
定期的に削除してcloneしなおさないと2GBぐらいHDDを圧迫してるので
最新の履歴だけあればいいんですが指定した履歴まで(最新から3個分の履歴までとか)削除する方法ありませんか?
コメント4件

797
デフォルトの名無しさん[]   投稿日:2016/12/07 12:45:26  ID:mSlj6y9t.net
>796
rebase

798
デフォルトの名無しさん[]   投稿日:2016/12/07 14:20:08  ID:E6Oipd1H.net
bareかmirrorでcloneしろ

799
デフォルトの名無しさん[sage]   投稿日:2016/12/07 18:47:12  ID:+G2rHtfW.net
>796
git gc

800
デフォルトの名無しさん[sage]   投稿日:2016/12/07 20:01:05  ID:pN2ME9Zl.net
rebaseでどうやるんだろう?
もしかして-iで先頭から全部ちまちまsqushするんだろうか?

801
デフォルトの名無しさん[sage]   投稿日:2016/12/07 21:42:19  ID:FEJU8uYA.net
>796
gitでソースコード(テキストファイル)以外を管理してはいけないという
常識を守らないからそういうことになる。

gitはバックアップツールじゃない。ファイル置き場じゃない。
git diffで差分を見れない形式は極力入れてはいけない
ましてやエクセルファイルを入れるとか持ってのほか
コメント2件

802
デフォルトの名無しさん[sage]   投稿日:2016/12/07 23:38:18  ID:fNUAp7jH.net
>801
バイナリデータをバージョン管理しようとする場合はなんら問題無いだろ
何もしてないのに容量が増加していく問題でもあるのか?

803
デフォルトの名無しさん[sage]   投稿日:2016/12/08 00:12:15  ID:2eCDCd3I.net(2)
>801
プロジェクトに含まれる画像リソースでさえいちいちgitから取り除いてるんですか
ご苦労なこった

804
デフォルトの名無しさん[sage]   投稿日:2016/12/08 00:21:03  ID:1nLhUva6.net
GitHubは画像diffができるしgit自体もdiffの対象をテキストに限定なんかしてないし

805
デフォルトの名無しさん[sage]   投稿日:2016/12/08 00:31:58  ID:zDtcOufw.net
原理主義者はほっとけばいいよ
この辺はgitとの課題としていろいろ対策が進んでる

巨大なリポジトリ を Git で上手く扱う方法
http://japan.blogs.atlassian.com/2014/05/handle-big-repositories-git/

>796
とりあえず上のリンクで shallow clone として紹介されてる機能を使うのがいいんじゃないかと思うけど
でも定期的にcloneすると解決するっていうのなら、まめにgit gcするだけでもいいのかもしれない

806
デフォルトの名無しさん[]   投稿日:2016/12/08 07:55:57  ID:7sYlC2UC.net
git-lfsでええやん

807
デフォルトの名無しさん[sage]   投稿日:2016/12/08 08:51:21  ID:W+Mdrq4F.net(2)
git-lfsは、バイナリファイルをgitに入れない。
原理主義の理想を実現したもの

808
デフォルトの名無しさん[sega]   投稿日:2016/12/08 19:50:29  ID:bq5w+oZd.net
sourcetreeの質問はここでいい?
複数のコミットを選択して コミットログをコピーしたいんだけど
どうしたらいい?

809
デフォルトの名無しさん[sage]   投稿日:2016/12/08 20:34:49  ID:DwX5bf/v.net
windowsでしか使えないsourcetreeってマジで糞だと思うよ
そんなC#に依存するクソつーるつかうよりクロスプラットフォームなツールを使うべきだ
コメント5件

810
デフォルトの名無しさん[sage]   投稿日:2016/12/08 20:40:31  ID:h9KBoTPl.net

811
デフォルトの名無しさん[sage]   投稿日:2016/12/08 20:52:21  ID:/az2kxmo.net
guiのツールはどれがおすすめなんかな(´・ω・`)

812
デフォルトの名無しさん[sage]   投稿日:2016/12/08 21:28:27  ID:el8PcvUv.net
git extensions一択

813
デフォルトの名無しさん[sage]   投稿日:2016/12/08 22:26:56  ID:W+Mdrq4F.net(2)
>809
> windowsでしか使えないsourcetreeってマジで糞だと思うよ

もしsourcetreeがMacでも動いたら
クソじゃなくなるということでいい?

ってことはツール自体はクソじゃないってことだよね。

814
デフォルトの名無しさん[sage]   投稿日:2016/12/08 23:06:04  ID:2eCDCd3I.net(2)

815
デフォルトの名無しさん[sage]   投稿日:2016/12/08 23:07:27  ID:OZ8/GHEE.net

816
デフォルトの名無しさん[]   投稿日:2016/12/09 01:38:32  ID:il/aZ/Qk.net

817
デフォルトの名無しさん[sage]   投稿日:2016/12/09 01:44:50  ID:fUXHVeSQ.net
Atlassian のステマですか
このごろ幅広くお世話になっております

818
デフォルトの名無しさん[sage]   投稿日:2016/12/09 01:59:13  ID:avSXCrTo.net
VSSで十分だ

819
デフォルトの名無しさん[sage]   投稿日:2016/12/09 02:07:19  ID:tYaA5ZCh.net

820
デフォルトの名無しさん[]   投稿日:2016/12/12 17:24:22  ID:tdNqUxnO.net

821
デフォルトの名無しさん[sage]   投稿日:2016/12/12 23:19:37  ID:kLIFJqM9.net
Linuxで動かなきゃ糞なのは同意

822
デフォルトの名無しさん[sage]   投稿日:2016/12/13 10:40:33  ID:164suc8r.net
また後出しでなんか言ってるw

823
デフォルトの名無しさん[sage]   投稿日:2016/12/13 11:09:18  ID:vKGN+G2S.net
中出しもできないチキンは(# ゚Д゚)ダマレ!!

824
デフォルトの名無しさん[sage]   投稿日:2016/12/14 17:42:43  ID:BrHNyTw7.net(2)
git clone --recurse-submodules

git clone --recursiv

cloneするときにこの2つの違いはなんですが
両方試してみましたけどどちらも同じようにメインリポジトリとサブモジュールをクローンしますが
コメント1件

825
デフォルトの名無しさん[sage]   投稿日:2016/12/14 17:43:22  ID:BrHNyTw7.net(2)
正誤表
X|cloneするときにこの2つの違いはなんですが
O|cloneするときにこの2つの違いはなんですか?

826
デフォルトの名無しさん[sage]   投稿日:2016/12/14 18:59:00  ID:Dqx7gKS+.net
チュートリアルの写経をgithubにpushしてもいいの?自分の勉強履歴的な意味合いで

827
デフォルトの名無しさん[]   投稿日:2016/12/15 00:01:23  ID:tflPwqTa.net(2)
写経ってことは他人のコードだよね
著作権的なこと(著作者の許諾・ライセンス)クリアしてればうpっても大丈夫じゃね
コメント1件

828
デフォルトの名無しさん[]   投稿日:2016/12/15 00:05:17  ID:tflPwqTa.net(2)
>824
質問の意図が分からないのだけど
リファレンス読んだ上での質問?

Git - git-clone Documentation
https://git-scm.com/docs/git-clone

829
デフォルトの名無しさん[sage]   投稿日:2016/12/15 01:18:39  ID:PIWHN9QY.net
>827
そっか、ありがとう
著作権確認してみる

830
デフォルトの名無しさん[]   投稿日:2016/12/16 02:01:19  ID:DjMajEbY.net
pushした日付ってどこで見ればいいんですか?
コメント1件

831
デフォルトの名無しさん[sage]   投稿日:2016/12/17 00:24:15  ID:JwOXjuT1.net
gitは全く完全に初心者なんですが質問させて下さい

ローカルで作業してある程度形になったらサーバにcommit(push?)というのを考えた場合に、
subversionなら「サーバと、ローカルのクライアント」というC/S構成な関係であるのは
分かるんですが、gitはそうではなくローカルのリポジトリもリモートのリポジトリも完全に
対象で(リモート側がベアリポジトリであると言うのは置いておくとして)お互いにpushし
あってるだけで、サーバは別に特別なものではないという認識であっていますでしょうか?
コメント2件

832
デフォルトの名無しさん[]   投稿日:2016/12/17 00:45:54  ID:AzKtkJ0Q.net
>830
リモートサーバーマシンの通信ログでも見ればいいんじゃね

>831
なんか文章がごちゃごちゃして質問が分からん
他の人の回答待てないならteratilで聞くか
git bookを通して読めばgitのこと分かるよ
https://git-scm.com/book/ja/v2
コメント3件

833
デフォルトの名無しさん[sage]   投稿日:2016/12/17 01:00:38  ID:HTNEuPCW.net
>832
馬鹿は黙ってればいいのに
なんで馬鹿に限って口を挟んでくるんだろう・・・

>831
ローカルとリモートは完全に対称と言う訳じゃないよ
リモート側は各種要求を受け付けるためのデーモンの常駐が必要
そう言う意味ではSubversion同様C/S構成
コメント2件

834
デフォルトの名無しさん[sage]   投稿日:2016/12/17 01:02:59  ID:RYYaCeV7.net
>832
偉そうに

835
デフォルトの名無しさん[sage]   投稿日:2016/12/17 01:18:46  ID:FHGzAvIJ.net
偉そうに見えてしまうのは仕方ないな。

836
デフォルトの名無しさん[sage]   投稿日:2016/12/17 03:08:10  ID:BYp3k3sM.net
>833
リモートでもものによりけりだよ。
ssh、git、httpsとかならサーバーなきゃだめだけど、リモートといいつつ別フォルダをリモートとするなんてのも出来るわけで。
/home/git_repos/someproject.git/とかでレポジトリを作っといて、ワーキングディレクトリの.gitのremoteとする、なんてのもたまにやるなぁ。
もちろん、git add origin /home/git_repos/someproject.git で出来る。
やったことは無いけどbareじゃないリポジトリにも設定次第でpushはできるみたいだから、その設定しておけば完全に対称と言ってもいいんじゃないかな?

837
デフォルトの名無しさん[sage]   投稿日:2016/12/17 15:39:33  ID:xxYBEL0S.net
>833
すみません
pushした日付を取得する方法を教えてください
コメント1件

838
デフォルトの名無しさん[sage]   投稿日:2016/12/17 17:31:57  ID:fht/3Gct.net
>837
サーバーサイドhookでログをとる。
コメント1件

839
デフォルトの名無しさん[]   投稿日:2016/12/17 19:27:41  ID:a9hyyPvt.net(2)

840
デフォルトの名無しさん[]   投稿日:2016/12/17 19:32:29  ID:a9hyyPvt.net(2)

841
デフォルトの名無しさん[sage]   投稿日:2016/12/18 01:41:04  ID:yVrUbv8G.net(2)
>838
いちいちこういうことしなきゃならないの?
gitって面倒くさいな
コメント1件

842
デフォルトの名無しさん[sage]   投稿日:2016/12/18 01:43:04  ID:+8kiPrHQ.net
TortoiseGit使ってるんですが、コミット前のフックスクリプトにbatファイル指定しても実行されてないように見えます
何か制限とかあるんでしょうか?
コメント1件

843
デフォルトの名無しさん[sage]   投稿日:2016/12/18 09:19:47  ID:QZMl57gH.net

844
デフォルトの名無しさん[sage]   投稿日:2016/12/18 09:31:54  ID:05Ug+E6t.net(3)
>841
使う必要がない機能がなくて、
使うべき機能が便利なのがgitなんだよw
コメント1件

845
デフォルトの名無しさん[]   投稿日:2016/12/18 13:36:34  ID:CVflI/am.net
>844
誰か判った
コメント1件

846
デフォルトの名無しさん[sage]   投稿日:2016/12/18 15:30:58  ID:yVrUbv8G.net(2)
実務を無視するだけでなく
道具に合わせて実務を変えろ
的な傲慢さが気に食わない
コメント1件

847
デフォルトの名無しさん[sage]   投稿日:2016/12/18 15:56:50  ID:KFsMSIdd.net
効率悪い実務は変えていくべきだろう

848
デフォルトの名無しさん[sage]   投稿日:2016/12/18 16:00:30  ID:ZqV+jY/A.net
shiftjisはよ無くならんかな

849
デフォルトの名無しさん[sage]   投稿日:2016/12/18 18:35:08  ID:05Ug+E6t.net(3)
>845
ほう。いってみw

850
デフォルトの名無しさん[sage]   投稿日:2016/12/18 18:36:11  ID:05Ug+E6t.net(3)
>846
実務を変えないのなら、新しい道具を使う意味はない。
コメント1件

851
デフォルトの名無しさん[sage]   投稿日:2016/12/18 19:27:58  ID:rO/Bb3h8.net
>850
え?

852
デフォルトの名無しさん[sage]   投稿日:2016/12/19 18:23:01  ID:EFUGETVd.net
aska釈放された
コメント1件

853
デフォルトの名無しさん[sage]   投稿日:2016/12/19 23:24:32  ID:J72Zn9my.net(2)
>843
ありがとうございます、読んでみてgit本体からスクリプト呼んだら動いてました!
ただ、Windows上から(TortoiseGitで)コミット、プッシュするときだけ
SJISからUTF-8に変換し、プル後にSJISに戻そうと考えてるのですが
コミットするファイル(変更のあったファイル)を検出する前にバッチファイル実行したいので
gitが走るタイミングだと遅いんですよね・・・(SJISのままだと変更ありとみなされるので)

なんとかTortoiseGitで動かしたいんですが、shでもcmdでもうんともすんともいわない・・・・
コメント1件

854
デフォルトの名無しさん[sage]   投稿日:2016/12/19 23:48:50  ID:J72Zn9my.net(2)
と思ったら、c:\上に置いたら動きましたΣ
お騒がせしました

855
デフォルトの名無しさん[sage]   投稿日:2016/12/20 00:15:56  ID:1QnTTetW.net
git difftool

856
デフォルトの名無しさん[]   投稿日:2016/12/20 13:00:40  ID:lAXr92yw.net(2)
>852
ギフ

857
デフォルトの名無しさん[]   投稿日:2016/12/20 13:01:45  ID:lAXr92yw.net(2)
>853
SJISはさっさと捨てろ
コメント1件

858
853[sage]   投稿日:2016/12/20 14:13:27  ID:72PN4dh3.net
>857
捨てたいというかutf8に統一したいんだけど
VC2015とXcodeでgit使ってるので;;
コメント1件

859
デフォルトの名無しさん[sage]   投稿日:2016/12/20 14:53:22  ID:ktde9hau.net
UTF-8 から Shift_JIS って変換できない文字一杯あるじゃん?
JPEG の劣化みたいに相互変換繰り返してるうちにファイル壊れていく気がするの

860
デフォルトの名無しさん[sage]   投稿日:2016/12/20 16:17:26  ID:hO4ogySw.net(2)
>858
そんなコンパイラ使うなというのがgit狂信者の主張

861
デフォルトの名無しさん[sage]   投稿日:2016/12/20 21:21:17  ID:9nEC8a54.net
さすがに今時VSでもUTF-8のソースコードを取り扱えると思うけれども、なんかShift-JISにしなきゃならない理由とかあるのかな?

862
デフォルトの名無しさん[sage]   投稿日:2016/12/20 22:28:19  ID:1+JY6LSo.net
毎回ツールで変換してたんで(逆変換しても大抵大丈夫なやつ)、VSがUTF8のBOMありでも大丈夫なのを忘れてました
色々やってて思い出したけどVSはUTF8のBOM無しはSJIS扱いでコンパイルするんで当然のごとくコンパイルエラーが大量に・・・・
かたやXcodeもUTF8のBOMありを誤読してコンパイルエラーを大量に・・・・
というわけで保存時かGitかでBOM削るなりしないといかんのですよ
コメント2件

863
デフォルトの名無しさん[sage]   投稿日:2016/12/20 22:44:41  ID:WNm3WbFZ.net
まぁ、コードにASCII以外入れないっていうのが最善だろうな
それ以外は外部ファイル
その方が多国語展開もしやすいし
コメント1件

864
デフォルトの名無しさん[sage]   投稿日:2016/12/20 23:32:04  ID:hO4ogySw.net(2)
>863
多言語対応予定ないのにそんなことするならvss使った方がマシだわ

865
デフォルトの名無しさん[sage]   投稿日:2016/12/21 00:16:35  ID:weWcBFXj.net
つうか多言語対応するのにソースコードに書き込むのかよ…

866
デフォルトの名無しさん[sage]   投稿日:2016/12/21 01:01:47  ID:pOOrMtXX.net
>862
こないだ似たようなことをしたときはBOMなしのUTF-8で問題なかった(コメントでしか日本語は使ってなかった)んだが、多分コンパイラはCP932で解釈してめちゃくちゃになってるんだろうな
一応WindowsのgitでチェックアウトするときはCR+LFになるような設定にしておけばコンパイルには困らないっぽい。リテラルはダメだと思うけど
けど悩ましい問題だなぁ。
MSVCとXcode、clangで問題ない文字エンコーディングがないっぽいね。
本来はソースファイルごとにプロパティがあって適切な文字コードが設定できてコンパイラには適切な文字コード設定のオプションが渡るべきだとは思うけど。

gitで解決しようと思ったら
https://www.medo64.com/2015/05/bom-away-in-git-style/
この辺参考にしてpre-commitとpost-checkoutのフックにBOMをつけたり消したりするスクリプトを書けばなんとかなるんじゃないかな?

867
デフォルトの名無しさん[sage]   投稿日:2016/12/21 01:28:29  ID:rs5TCfU6.net
git difftoolで文字コードの違いを吸収してくれるdiffプログラムに置き換えれば…無理か

868
デフォルトの名無しさん[sage]   投稿日:2016/12/21 11:48:04  ID:J2ooxCym.net

869
デフォルトの名無しさん[sage]   投稿日:2016/12/21 12:15:11  ID:hWdBWEeD.net
ある単語が初めてコミットされたところまで戻りたいんですが
どうやって探すんでしょうか?

870
デフォルトの名無しさん[sage]   投稿日:2016/12/21 12:31:05  ID:kCrlwcjM.net

871
デフォルトの名無しさん[sage]   投稿日:2016/12/21 17:39:06  ID:4dmiP/zh.net
リソースコンパイラがShift_JISかUTF-16しか扱えない上に
IDEが問答無用でShift_JISで上書きしてくれるという地獄のような話が待っている

872
デフォルトの名無しさん[sage]   投稿日:2016/12/23 14:37:13  ID:vAzg4hwx.net
>862
https://blogs.msdn.microsoft.com/vcblog/2016/02/11/compiler-improvements-in-vs...
コンパイラのオプションに/source-charset:utf-8付けたらBOMなしでも普通にコンパイル出来たわ。リテラルも問題なし。
これでとりあえずはソースコードの共用には問題ないんじゃない?
コメント2件

873
デフォルトの名無しさん[sage]   投稿日:2016/12/24 19:00:51  ID:ljl4vCVy.net
>872
うおおマジだ、ありがとうございます!
こんなん追加されてたとは・・・・
>868
それは使ったんですが(UTF-8 BOMなし版もあった)、BOMなしだとコンパイルエラーだったんで
結局バッチファイルしこしこ作ってました
(拡張機能で読むときにBOMつける方法があれば、拡張機能でどうにかできただろうけど)

ほんと助かりました、色々助言ありがとうございました

874
デフォルトの名無しさん[sage]   投稿日:2016/12/24 19:14:20  ID:8EM69YXY.net
>872
何年かかっとんねん
だが胸熱

875
デフォルトの名無しさん[sage]   投稿日:2016/12/24 19:46:22  ID:UcXtgRRC.net
対応したとき話題になってたぞ。
まあ最初から対応しとけよという気はするが。

876
デフォルトの名無しさん[sage]   投稿日:2016/12/25 15:15:37  ID:hrxPaxO/.net
対応はそんなに難しいとは思えないので
なんか政治的な理由でもあったのかな

877
デフォルトの名無しさん[sage]   投稿日:2016/12/25 22:03:49  ID:ILcfyv+F.net
ASCIIの国の奴らに何を期待してる

878
デフォルトの名無しさん[sage]   投稿日:2016/12/26 11:13:22  ID:HAos+tGx.net
mbs系関数も絶滅して欲しい
コメント1件

879
デフォルトの名無しさん[sage]   投稿日:2016/12/26 12:43:35  ID:TE+B1lbE.net
>878
なんでgitの為に廃止しないと駄目なんだよ

880
デフォルトの名無しさん[sage]   投稿日:2016/12/27 11:11:01  ID:8GWR0ezr.net
単なる便乗だろw

881
デフォルトの名無しさん[sage]   投稿日:2016/12/27 21:52:42  ID:c9MYkNLD.net
リソースコンパイラもなんとかしてくれ

882
デフォルトの名無しさん[sage]   投稿日:2016/12/31 16:08:07  ID:CTk63qzA.net
今年何回かリリースされたけど、どうでもいい機能追加しかなかったな。
来年もこの調子で行くのかな?
コメント1件

883
デフォルトの名無しさん[sage]   投稿日:2016/12/31 18:49:19  ID:7MUUz5p0.net
>882にとって何がどうでもいいかなんて分からんし答えようがない

884
デフォルトの名無しさん[]   投稿日:2016/12/31 22:44:32  ID:g9LAvAWb.net
セキュリティの穴埋めしてくれりゃ十分

885
デフォルトの名無しさん[]   投稿日:2017/01/14 15:06:02  ID:f4XHcGk4.net
Git for Windows 2.11.0(2)

886
デフォルトの名無しさん[sage]   投稿日:2017/01/15 11:41:44  ID:PrCYucb8.net
Git for Windows 2.11.0(3)

887
デフォルトの名無しさん[sage]   投稿日:2017/01/19 19:18:28  ID:sKmKIUOD.net
git statusとかで
modified: file1
modified: file2
modified: file3

とかでたときに、
git checkout @{2}みたいな感じで順番や番号を指定できる方法ってないかな?

888
デフォルトの名無しさん[sage]   投稿日:2017/01/20 02:53:53  ID:pgbbJTDz.net
git statusしてからgit checkout @{2}するまでの間に更新したファイルが増えてインデックスが変わってることがあるかもしれない、と考えると、
その機能あっても危ない気がするけど

どうしてもやりたいなら一旦リダイレクトでファイルに書き出してsedとかでパスを取り出すしか無いんじゃない?

889
デフォルトの名無しさん[sage]   投稿日:2017/01/20 04:04:46  ID:65nOohVe.net
git checkout --
でタブキーでサジェストで選択するとかは?

890
デフォルトの名無しさん[]   投稿日:2017/01/20 13:16:21  ID:XOQ1SR2o.net

891
デフォルトの名無しさん[sage]   投稿日:2017/01/22 14:44:07  ID:hBhrTyQG.net

892
デフォルトの名無しさん[sage]   投稿日:2017/01/26 07:12:11  ID:2yUJ7U50.net
>890
こっそり始めるGit/GitHub超入門(9):これでもう怖くない、Git/GitHubにおけるリモートリポジトリの作成、確認、変更、更新時の基本5コマンド (1/3) - @IT
http://www.atmarkit.co.jp/ait/articles/1701/24/news141.html

893
デフォルトの名無しさん[]   投稿日:2017/01/26 09:02:09  ID:iZLM6J1Y.net
なんかゴミみたいなやつにgit使えないことバカにされて頭きたわ

svn使ってるからって下に見てくるキチガイ多いな。ゴミみたいなコードしか書けないくせに意識だけ高いやつ

894
デフォルトの名無しさん[sage]   投稿日:2017/01/26 10:54:56  ID:vIU4+d/A.net
お前はSVNがどうとか関係なく馬鹿だよ

895
デフォルトの名無しさん[sage]   投稿日:2017/01/26 12:19:08  ID:dAEo4WV4.net(2)
馬鹿にするかどうかはともかく、複数人で開発するなら中央リポジトリがSubversionでもgit覚えてgit-svn使ったほうが色々気苦労が無いと思う。
ある程度gitを覚えないとgit-svnを使えるようにならないという学習コストの問題はあるけど。

896
デフォルトの名無しさん[sage]   投稿日:2017/01/26 12:48:27  ID:rgY6yN8k.net
各々はgitで管理し、中央にコミットするときはsvn
という使い方が企業でのベストプラクティス
コメント1件

897
デフォルトの名無しさん[]   投稿日:2017/01/26 20:20:18  ID:PVwEfQbS.net
gitは意識高い系が使ってホルホルしてるよなw
コメント1件

898
デフォルトの名無しさん[sage]   投稿日:2017/01/26 20:25:44  ID:aEusAre7.net(2)
>896
わざわざ中央をsvnにする必要がない
コメント1件

899
デフォルトの名無しさん[sage]   投稿日:2017/01/26 20:26:34  ID:aEusAre7.net(2)
>897
> gitは意識高い系が使ってホルホルしてるよなw

それは「スマホは意識高い系が使ってホルホルしてるよなw」
みたいなもんかね?

誰でも使ってる=意識高い系も使ってる

900
デフォルトの名無しさん[sage]   投稿日:2017/01/26 21:04:07  ID:dAEo4WV4.net(2)
ム板で意識高い系とかいう煽りってあんまり効かないんじゃないかなぁ、
初心者がどのツールや言語使うのか評判で選んでるみたいなタイミングならイラッとさせられるのかもしれないけど、
大抵の人は吟味して、必要があってそれらを使っているだろうし

901
デフォルトの名無しさん[]   投稿日:2017/01/26 23:01:29  ID:3C+35NwQ.net
まんまと煽られた人たちw思い当たるふしがあったのだろうなw

902
デフォルトの名無しさん[sage]   投稿日:2017/01/27 11:18:40  ID:r9WH4ZGI.net
>898
なぜそう思ったの? 理由を説明してほしい。

903
デフォルトの名無しさん[]   投稿日:2017/01/28 09:41:09  ID:t4EEW1nJ.net
gitとsvnでは想定されてる運用方法自体が違うからな
運用変えないならsvnのままの方が良い
コメント1件

904
デフォルトの名無しさん[sage]   投稿日:2017/01/28 12:24:32  ID:QcNVyrS7.net
プルリク出してから修正依頼出されたんですけど
こういうときってどうしたらいいんですか?
ブランチを削除してぷる陸をクローズしてもう一度ぷる陸するんでしょうか?
コメント2件

905
デフォルトの名無しさん[sage]   投稿日:2017/01/28 12:56:49  ID:3Z5NkyUT.net(2)
>904
新たにそのブランチに修正を追加してpushすればいい
場合によってはrebaseを依頼されるかもしれないが
それは人それぞれの好みなので一概には言えない

一番手間がかからないやり方は何か?を考えればいいよ。
それができるように仕組みが用意されているんだから

906
デフォルトの名無しさん[sage]   投稿日:2017/01/28 12:57:48  ID:3Z5NkyUT.net(2)
ブランチを消すな、プルリクも消すな
そのブランチに修正を追加しろ
ということね

907
デフォルトの名無しさん[sage]   投稿日:2017/01/28 16:03:09  ID:ruM2duDK.net
修正する度にgit push -f
コメント2件

908
デフォルトの名無しさん[]   投稿日:2017/01/28 16:36:36  ID:0tDA2X/+.net(2)
>904
pull --rebase して
修正して
push
これで先に出した pull request がそのまま使われる
コメント1件

909
デフォルトの名無しさん[]   投稿日:2017/01/28 16:37:04  ID:0tDA2X/+.net(2)
>907
死ね

910
デフォルトの名無しさん[sage]   投稿日:2017/01/28 16:47:04  ID:FwVD3PLD.net
>907ってローカルでrebaseしてpush -fってことだよな?
>908と結果違うんだっけ?

911
デフォルトの名無しさん[]   投稿日:2017/01/28 21:49:10  ID:Uf/bxPKRX
Bazaarとgitってどっちがいい?

912
デフォルトの名無しさん[]   投稿日:2017/01/29 10:04:10  ID:75+k8x8P.net
ふつうは、一度pushした後にpull --rebaseしたら、pushはダメでpush -fする必要があるようになってるよね?

913
デフォルトの名無しさん[sage]   投稿日:2017/01/30 12:33:34  ID:670tbUup.net
>修正する度にgit push -f

push -f は一回目だけでいい
次からは -f するなってことでは

914
デフォルトの名無しさん[sage]   投稿日:2017/01/31 14:51:30  ID:81zeFP3D.net(2)
今までプログラム書くときは同じディレクトリにメモ用のテキストファイル置いてたんだけど
gitの作業ディレクトリでそれやったらいつの間にかメモが消えててわろた
多分コミットミスってガチャガチャいじったときに管理外のファイル消されたんだろうな

もうgitの作業ディレクトリには管理外のファイル絶対置かねえ

915
デフォルトの名無しさん[sage]   投稿日:2017/01/31 15:11:15  ID:OaREUEOV.net
当たり前だろ…

916
デフォルトの名無しさん[sage]   投稿日:2017/01/31 15:36:08  ID:KYCEEpNK.net
警告無視すんな

917
デフォルトの名無しさん[sage]   投稿日:2017/01/31 15:49:53  ID:81zeFP3D.net(2)
言うほどそのものズバリな警告出るか…?
俺はコマンドライン版使ってるけど他のツールだと違うのかな
つーかまさか関係ないファイルを消すとは思わないから .gitignore に書いて終わりにしてたよ

とりあえずプロジェクトのディレクトリから更に一段掘ってそこをgit管理にするのがよさそうだな
バックアップ漁ったらほぼ最新のメモ出てきたから今回は助かった

918
デフォルトの名無しさん[sage]   投稿日:2017/01/31 16:00:21  ID:hhsIo+io.net
.gitignore には加えずに警告無視が正解

919
デフォルトの名無しさん[sage]   投稿日:2017/01/31 20:18:38  ID:lnk9/ajj.net
gitってsubversion的なファイルロックでチェックイン、チェックアウトはできないの?
もしそうだとすると、とするとsubversionから乗り換えと言うよりは、用途によって棲み分ける感じなのかな?
コメント3件

920
デフォルトの名無しさん[]   投稿日:2017/01/31 21:10:41  ID:lkTuVnqH.net(3)

921
デフォルトの名無しさん[sage]   投稿日:2017/01/31 21:24:56  ID:im69G02v.net(2)
>919
gitはsubversionよりも優れたものとして作られた。
だからファイルロックなんていう開発速度を阻害する機能は
意図的に排除された。

gitはsubversionよりも優れた道具であるが、
それは新しいやり方ができる優れた道具なので
やり方を変えなければgitの優れた点は台無しになる

なんでもそうだが新しい道具を手に入れたのならば、
その道具を正しく使わなければ意味がない。
コメント1件

922
デフォルトの名無しさん[]   投稿日:2017/01/31 21:30:35  ID:9oJip/tE.net
>919
そう思ってる。

923
デフォルトの名無しさん[sage]   投稿日:2017/01/31 21:34:00  ID:im69G02v.net(2)
subversionを使う理由があるとしたら
subversionが優れているという理由ではなく、

git使えない人がいるから、
関係者に伝えるのが億劫だから
subversion使うことになってる
変えるのめんどくさい

とかいうマイナスな理由しかないだろう

924
デフォルトの名無しさん[]   投稿日:2017/01/31 21:45:21  ID:9sG4XKFf.net
gitを使う理由は現実逃避できるからw

925
デフォルトの名無しさん[]   投稿日:2017/01/31 21:54:21  ID:lkTuVnqH.net(3)
>921
>gitはsubversionよりも優れたものとして作られた。
それは違う。リーナスはsvnを史上最大の無意味なプロジェクトとこき下ろすぐらい参考にしてないし、比べてもない

926
デフォルトの名無しさん[sage]   投稿日:2017/01/31 23:33:04  ID:RS3T8ms7.net(2)
Eclipseで使ってるgitのレポジトリを、毎晩バックアップしてるNAS上に作ったんだけど、
昼休みとかで放置したりサスペンドしたりするとWindows10がNASとの接続を切っちゃうらしく、
ステージングとかできなくなることがある

レポジトリって、NASとかに置いちゃだめなの?
コメント1件

927
デフォルトの名無しさん[]   投稿日:2017/01/31 23:39:58  ID:lkTuVnqH.net(3)
>926
NASのディレクトリ上で作業してんの?
コメント1件

928
デフォルトの名無しさん[sage]   投稿日:2017/01/31 23:43:10  ID:RS3T8ms7.net(2)
>927
そうだよ
Eclipseで見ると、ロケーションはNAS上

929
デフォルトの名無しさん[sage]   投稿日:2017/02/01 02:17:29  ID:mW3zcOIx.net
http://qiita.com/pasela/items/05ed7d5d5e1b6d0441ff
こういうやつかな
ローカルのリポジトリはローカルになきゃ意味ないと思うよ、ローカルコミットしたいんだったら。
ローカルのリポジトリとは別にNAS上にもリポジトリ作ってそこにpushしたりできるので、適宜pushするのがいいかと
作業コピー1個に対して.gitは1個必要
コメント1件

930
デフォルトの名無しさん[sage]   投稿日:2017/02/01 04:46:34  ID:QrxuzOO5.net(2)
https://twitter.com/tanakh/status/825932946108329984

gitは設計がよくないって思っている人もいるらしい
コメント1件

931
デフォルトの名無しさん[sage]   投稿日:2017/02/01 05:55:07  ID:xmtRvloS.net(3)
>930
理由が書いてないし、そいつが無能の可能性もある
どうでもいい
コメント1件

932
デフォルトの名無しさん[]   投稿日:2017/02/01 10:46:43  ID:nKyCEyFO.net
昔みたベーマガに同じ名前のひといたな
同棲同盟かな

933
デフォルトの名無しさん[sage]   投稿日:2017/02/01 12:20:55  ID:+pDV2e5Z.net
なにかと思ったらGitLabのSaaSのほうでデータ抹消事件があったのか
Gitみたいに簡単にクローン取れる仕組みでクラウドサービスにだけデータ置いとくやつなんかおらんやろ

934
デフォルトの名無しさん[sage]   投稿日:2017/02/01 15:40:04  ID:KXSXOhPs.net
GitLabのやつで問題になってるのはIssueとかPull RequestとかのDB側だろ
gitで管理されてるリポジトリはそりゃたいした問題無いだろうよ

935
デフォルトの名無しさん[sage]   投稿日:2017/02/01 18:32:57  ID:6xHaJv3Y.net
でもpushもpullもできねーよ
ユーザ管理DBも壊れたんだろうな

936
デフォルトの名無しさん[sage]   投稿日:2017/02/01 18:53:47  ID:y1IRJd7e.net
>931
日本のエンジニアのtop 1〜2%に入ってるだろう人
コメント1件

937
デフォルトの名無しさん[sage]   投稿日:2017/02/01 22:13:16  ID:xmtRvloS.net(3)
>936
100万人中の1〜2万人なら俺でも入ってるだろうなw
コメント1件

938
デフォルトの名無しさん[sage]   投稿日:2017/02/01 22:16:33  ID:QrxuzOO5.net(2)
日本にエンジニア100万人もいるとは流石技術大国ニッポン
コメント1件


939
デフォルトの名無しさん[sage]   投稿日:2017/02/01 22:23:17  ID:xmtRvloS.net(3)
>938
アメリカだと300万人だから
別に技術大国ではない

940
デフォルトの名無しさん[sage]   投稿日:2017/02/02 00:27:32  ID:jiUmIQqz.net
>937
もしかしてこの中にもいたりする?

Programmer Profile - 各界のフォローすべきTwitterアカウント
http://www.programmerprofile.net/staruser/
コメント1件

941
デフォルトの名無しさん[sage]   投稿日:2017/02/02 01:51:36  ID:ayv0PGIf.net
>940
gitを否定しているやつは一人もいないんじゃないの?

942
デフォルトの名無しさん[sage]   投稿日:2017/02/02 01:58:07  ID:RmlcFKi8.net(9)
rebaseの目的はノイズとなるコミットを減らすことで
レビューしやすくしたり、関連あるコミットをまとめることで
他のブランチにmerge、cherry-pickしやすくするものだと理解しました。

たしかに「コミットしてみたがこの方針は間違っていた。取り消し」とか
同じブランチの中での単なるタイポ修正なんていうなんていうコミットは
他の人が見ても意味が無いもので混乱の元になるだけだし、
ブランチの中の一部分を抜き出したりするとき、関連するコミットが分散していると
大変だと思います。


さてrebaseはこれだけメリットがあるわけですが、世の中にはrebaseするなと
言ってる人もいるみたいです。コミットの可読性と再利用性をあげるという
明らかなメリットがあるのにrebaseしない理由はあるのでしょうか?

自分がわからないからとかいうのは、rebaseしない理由ではなく
能力不足が原因のrebaseできない言い訳なので、理由とはみとめません。
コメント2件

943
デフォルトの名無しさん[sage]   投稿日:2017/02/02 10:30:48  ID:OxqW0VIp.net
>942
"git rebase デメリット"でヒットする上位5件の理由を、あなたが認めない理由があればまずそれを教えてください。
コメント1件

944
デフォルトの名無しさん[]   投稿日:2017/02/02 10:55:09  ID:n3kNrA44.net
>942
あきらかなメリットもあきらかなデメリットも両方あるから、状況に合わせて使い分けるんだよ
デメリットしかなければコマンド毎削除されるし、メリットしかなければ強制されるんだから。
コメント2件

945
デフォルトの名無しさん[sage]   投稿日:2017/02/02 11:37:57  ID:C3VeQWLx.net
盗まれて困るようなコード書けないくせにgitlabなんか使ってんじゃねえよ

946
デフォルトの名無しさん[sage]   投稿日:2017/02/02 21:10:45  ID:RmlcFKi8.net(9)
>943
> "git rebase デメリット"でヒットする上位5件の理由を、あなたが認めない理由があればまずそれを教えてください。

はい、構いませんよ。

1位 Git rebaseの影響で同内容のコミットが量産される件について - Qiita
http://qiita.com/takasek/items/433931ca5e9b70edbb64
> ここいら、皆さんどうやって対処してるんだろうなーというのが疑問。
これは単なる質問です

2位 Git rebaseのメリット・デメリットと使い時
http://qiita.com/nakamurau1@github/items/87c21957ea2811db770a
> メリット
> コミットログがきれいになる
きれいになるという言葉は曖昧ですが、私が書き込んだように
他の人がレビューしやすくなる。コミットを再利用しやすくなるということですね

> デメリット
> 「公開リポジトリにpush済みのブランチ」をrebaseすると再pushできなくなる
> このエラーが出たら-f(強制push)オプションを使うしかないが、他の人のコミットを消してしまう可能性がある
これはデメリットではなくて機能

ゴミ箱を空にするのは、ファイル消えてしまうのはデメリットではなくて
そういう機能であることと同じです。
コメント1件

947
デフォルトの名無しさん[sage]   投稿日:2017/02/02 21:12:25  ID:RmlcFKi8.net(9)
3位 git-rebase を多用した開発の流れ
http://d.hatena.ne.jp/sinsoku/20110926/1316968306
多用した方がいいという話

4位 [Git] 使い分けできていますか?マージ(merge)&リベース(rebase)再入門
http://powerful-code.com/blog/2012/11/merge-or-rebase/
mergeとrebaseを使い分けましょうという話

5位 git rebase
http://ymizushi.hateblo.jp/entry/2012/08/12/052623
> git rebaseするときの注意点
注意して使いましょうという話


能力不足だから(俺は)使えませんというのは
デメリットの話じゃないですからね。

これからも分かるように誰もデメリットなんて言ってないのです。

948
デフォルトの名無しさん[sage]   投稿日:2017/02/02 21:13:33  ID:RmlcFKi8.net(9)
>944
> あきらかなメリットもあきらかなデメリットも両方あるから、状況に合わせて使い分けるんだよ

あきらかなメリットはありますが、あきらかなデメリットがないのです。

能力不足が原因のものは、gitのデメリットではなくて
能力が不足していることのデメリットです

949
デフォルトの名無しさん[sage]   投稿日:2017/02/02 21:15:48  ID:RmlcFKi8.net(9)
>944
> デメリットしかなければコマンド毎削除されるし、メリットしかなければ強制されるんだから。
意味がわかりません。

有益なコマンドで強制されたものなんてありますか?

950
デフォルトの名無しさん[sage]   投稿日:2017/02/02 21:17:00  ID:RmlcFKi8.net(9)
gitで削除されたものは「過去を書き換えられない」という機能ですね。
デメリットしかないから削除された機能なわけです。

951
デフォルトの名無しさん[sage]   投稿日:2017/02/02 21:34:12  ID:RmlcFKi8.net(9)
そうか。あぶないあぶない。
あやうく屁理屈に騙されるところだった

デメリットしかなければコマンドは削除されるし
メリットしかなければコマンドは削除されない。

これがあるべき文章ですね。

「強制」がどこから出てきたのかわかりませんって
指摘するべきところでした
コメント1件

952
デフォルトの名無しさん[]   投稿日:2017/02/02 21:48:27  ID:TcNEtgX9.net
なんで一人で空回りしてるのこの人?

953
デフォルトの名無しさん[sage]   投稿日:2017/02/02 21:52:48  ID:RmlcFKi8.net(9)
反論(rebaseしない理由)が出てないから
私一人になるんじゃないでしょうかね?
特に反論がない人はレスしないでしょうし

954
デフォルトの名無しさん[sage]   投稿日:2017/02/02 22:49:26  ID:9N1XLods.net
他人とコミュニケーションできない奴にしか見えないからスルーされてるだけだよ

955
デフォルトの名無しさん[sage]   投稿日:2017/02/02 23:11:01  ID:RmlcFKi8.net(9)
それは違いますね。レスは何回も帰ってきています。あなたを含めて。

そんな話はどうでもいいんで、git rebaseをしない理由はありますか?

956
デフォルトの名無しさん[sage]   投稿日:2017/02/03 07:41:26  ID:b1J//2NN.net
変な質問。
する理由がなけりゃそもそもしないだろうが、「する理由があるのにあえてやらない理由」でも聞いているんだろうか。
コメント1件

957
デフォルトの名無しさん[sage]   投稿日:2017/02/03 09:02:22  ID:c/3M2MXW.net
さてrebaseはこれだけメリットがあるわけですが、世の中にはrebaseするなと
言ってる人もいるみたいです。コミットの可読性と再利用性をあげるという
明らかなメリットがあるのにrebaseしない理由はあるのでしょうか?

958
デフォルトの名無しさん[sage]   投稿日:2017/02/03 11:09:49  ID:qUN7oehH.net
rebaseしてからpushしろ →わかる
pushしたらrebaseするな →わかる

とにかくrebasesしろ →わからない
とにかくrebaseするな →わからない

これだけの話だと思うんだが。
前提をあいまいにして主張する奴はクズしかいない。

959
デフォルトの名無しさん[sage]   投稿日:2017/02/03 12:58:54  ID:LsjGhbNp.net(2)
>946
> これはデメリットではなくて機能
いやデメリットだろ
お前基準でそうじゃないと言い張るなら、デメリットなんか端から存在しないということだ

960
デフォルトの名無しさん[sage]   投稿日:2017/02/03 13:59:42  ID:LsjGhbNp.net(2)
>956
あ、そういうことか

要は、メリットだと感じてrebaseするよというケースで、それをするなと言ってる奴が
存在すると思ってるのか

そういうことなら、そんな奴は(ほぼ)おらんだろ

961
デフォルトの名無しさん[sage]   投稿日:2017/02/03 17:48:49  ID:ohpqw7f8.net
Git v2.11.1

962
デフォルトの名無しさん[]   投稿日:2017/02/03 18:29:02  ID:gw0VAK5T.net
お前らが鍛えるべき技術はITじゃなくてコミュニケーションだな

963
デフォルトの名無しさん[]   投稿日:2017/02/03 22:34:24  ID:ZlQG7y3B.net
とにかくrebaseするな→わからない
お前らにgit与えるな→わかるw

964
デフォルトの名無しさん[sage]   投稿日:2017/02/04 00:25:57  ID:OkzZA5Yh.net(3)
コミュ力もないのによくチーム開発とか成り立っているな

965
デフォルトの名無しさん[sage]   投稿日:2017/02/04 00:45:03  ID:sa+z93BC.net(7)
コミュ力ないなら成り立つわけ無いだろw
成り立ってるのはコミュ力ある証拠だ

966
デフォルトの名無しさん[sage]   投稿日:2017/02/04 00:59:27  ID:7ciHyAAk.net
>929
gitがかろうじて成り立たせているだけさ

967
デフォルトの名無しさん[sage]   投稿日:2017/02/04 01:20:45  ID:pT2NoESm.net(2)
gitのコミット履歴に異常に執着する奴がリアルにいたら、
マジで引くと思うわ
コメント1件

968
デフォルトの名無しさん[sage]   投稿日:2017/02/04 03:04:37  ID:Jz71o7M0.net
過去にこだわるな(名言)

969
デフォルトの名無しさん[sage]   投稿日:2017/02/04 03:16:53  ID:sa+z93BC.net(7)
> gitのコミット履歴に異常に執着する奴がリアルにいたら、
gitを作ってる人たちのことかな?

970
デフォルトの名無しさん[]   投稿日:2017/02/04 09:37:51  ID:L8/Z2lKh.net
rebaseすんなって人はsvnとかでもpre-revpropだっけ?断固使わないわけ?

971
デフォルトの名無しさん[sage]   投稿日:2017/02/04 14:11:49  ID:PaQRP0md.net(3)
gitにはバージョン番号が無くて特定の状態を指す唯一そして完全な方法がコミットのハッシュIDしか無いってことを忘れちゃいかん
rebaseはそれを書き換えてしまうってことを

972
デフォルトの名無しさん[sage]   投稿日:2017/02/04 14:23:33  ID:Wenhe5EN.net
rebaseはコミットのハッシュIDを書き換えるわけじゃないと思うが
コメント1件

973
デフォルトの名無しさん[sage]   投稿日:2017/02/04 14:30:14  ID:cCtqcbdk.net
特定の状態を指す唯一そして完全な方法

974
デフォルトの名無しさん[sage]   投稿日:2017/02/04 15:14:41  ID:e9aNESBj.net(2)
>967
ご、ごめん。

975
デフォルトの名無しさん[sage]   投稿日:2017/02/04 15:17:35  ID:e9aNESBj.net(2)
>972
変わるじゃん
コメント1件

976
デフォルトの名無しさん[sage]   投稿日:2017/02/04 17:11:01  ID:sa+z93BC.net(7)
>975
お前が言うところの「特定の状態」を変えたんだろ
お前が変えたのはハッシュIDではなくて「特定の状態」
特定の状態を変えたのだから違うハッシュIDなるのは当たり前

これは誰がどこで何を見てもハッシュIDが同じなら状態も同じになるということ
状態全てに個別のバージョン番号が振られているようなもの
これは今まででは不可能だった画期的な機能やで
コメント1件

977
デフォルトの名無しさん[sage]   投稿日:2017/02/04 17:27:06  ID:PaQRP0md.net(3)
>976
特定の状態というのが分かり難かったな
バージョン管理してるディレクトリツリーの特定の状態な
一般的にrebaseは、この状態を変えずに履歴の繋がりを変える
その結果ハッシュIDが変わってしまう

rebaseしてなきゃハッシュIDをディレクトリツリーの特定の状態を指し示すポインタに使えるのに、
もったいない
コメント2件

978
デフォルトの名無しさん[sage]   投稿日:2017/02/04 18:32:54  ID:+OyuGTVy.net
同じcommitにrebaseするとか意味のないことをしない限り、基本的にrebaseはディレクトリツリーの状態も
変えると思うが。
コメント1件

979
デフォルトの名無しさん[sage]   投稿日:2017/02/04 18:39:13  ID:OkzZA5Yh.net(3)
お前らよくそんなんでチーム開発できてるな
コメント1件

980
デフォルトの名無しさん[sage]   投稿日:2017/02/04 18:47:51  ID:sa+z93BC.net(7)
>977
> 一般的にrebaseは、この状態を変えずに履歴の繋がりを変える
> その結果ハッシュIDが変わってしまう

変わってしまうんじゃなくて変えてるんだよ。
たった一つのハッシュIDさえあれば。
それまでの歴史のつながり全てを辿れるように

これのお陰で仮にブランチ名が被ったとしても、
ハッシュIDから一意に歴史を辿れるし、
削除したとしてもGCされないかぎり、
ハッシュIDからそのブランチに辿れるわけ

981
デフォルトの名無しさん[sage]   投稿日:2017/02/04 18:50:43  ID:sa+z93BC.net(7)
>977
> rebaseしてなきゃハッシュIDをディレクトリツリーの特定の状態を指し示すポインタに使えるのに、

rebaseしたところで、ハッシュIDからディレクトリツリーだけではなく
歴史も含めたディレクトリツリーの特定の状態を指し示せる。

仮にハッシュIDが1234678(正式なハッシュIDはもっと長い)のコミットが
あったとしたら、その状態はどこで見たとしても変わらない

982
デフォルトの名無しさん[sage]   投稿日:2017/02/04 18:56:25  ID:sa+z93BC.net(7)
>979はポインタとそのポインタが示す中身の区別がついてないのかな?

gitではコミットされてコミットIDがつけられた時点で
そのコミットIDが示す「中身」はフリーズされる。
中身にはそれまでの歴史も含まれる。中身はもう書き換えることはできない。

C言語の一つの実態を指し示すポインタを複数作れるように、
gitでもある中身に対して複数のコミットIDをつけることはできる。
中身とコミットIDのペアができたとき、このつながりを消すことはできない。
コメント1件

983
デフォルトの名無しさん[]   投稿日:2017/02/04 19:08:03  ID:XS0fIkHD.net
>982単体で見るともはや何言ってんのか解らない所まできてるね。どうでもよさそうな話題だから読み返してまで理解しようとも思わないけど。

984
デフォルトの名無しさん[sage]   投稿日:2017/02/04 19:26:30  ID:PaQRP0md.net(3)
>978
rebaseはそうだった
rebase-mergeと普通のmergeをしたときの違いの話だとおもってくれ

985
デフォルトの名無しさん[sage]   投稿日:2017/02/04 20:10:36  ID:OkzZA5Yh.net(3)
チーム開発するなら対人コミュニケーション技術をまず磨け
お前らにコミュ力が足りないから長文でなんだかよく分からんgitの説明合戦やってんだろ
ほんとマジでよくチームプレーとか出来てんのお前ら

986
デフォルトの名無しさん[sage]   投稿日:2017/02/04 20:13:33  ID:sa+z93BC.net(7)
会話になってるから話が続いてるんだよ
いい加減認めろやw

987
デフォルトの名無しさん[sage]   投稿日:2017/02/04 20:13:49  ID:pT2NoESm.net(2)
Git v2.12.0-rc0

988
デフォルトの名無しさん[]   投稿日:2017/02/04 22:48:51  ID:RPFpv8yQ.net
毎日revert commitしあってアツいコミュニケーションしてますが

989
デフォルトの名無しさん[sage]   投稿日:2017/02/05 00:20:44  ID:D6nQ2mmt.net
知識や情報を共有しないと前提のズレは失敗しか生まない

990
デフォルトの名無しさん[]   投稿日:2017/02/05 05:22:42  ID:AxwpDksc.net
次スレ
Git 15

991
デフォルトの名無しさん[sage]   投稿日:2017/02/05 13:54:13  ID:q2RQL8lV.net
俺が理解できないのはおまえらのコミュ力が足りないせいだ

992
デフォルトの名無しさん[]   投稿日:2017/02/05 19:21:49  ID:/HvuA9WL.net
Announcing GVFS (Git Virtual File System)
https://blogs.msdn.microsoft.com/visualstudioalm/2017/02/03/announcing-gvfs-gi...

巨大は Git リポジトリを高速化するファイルシステム

993
デフォルトの名無しさん[]   投稿日:2017/02/06 21:08:53  ID:1f2MYmP5.net
>951
コミットするとハッシュIDをつける機能は強制されてます。
強制されてるのでハッシュIDを付けないでコミットするオプションは存在しません。
コメント1件

994
デフォルトの名無しさん[sage]   投稿日:2017/02/06 21:52:54  ID:eyaDYQgE.net
>993
「強制」っていうのはハッシュIDがつくのが強制って話ではなかったはずだが?
論点のすり替え?

他と被らないコミットIDが強制でついてそのコミットIDで歴史まで含めて一意に識別できる。
svnは順番で番号がつくからそれを管理する中央が必要になるが、
そういうのがいらないがgitのメリットの一つ

995
デフォルトの名無しさん[]   投稿日:2017/02/08 22:55:22  ID:WXkTvszT.net
rebase怖いなら一度ブランチきってからrebase
コメント1件

996
デフォルトの名無しさん[sage]   投稿日:2017/02/08 23:05:55  ID:EqksEKaR.net
svnだったら、他の人にこのブランチは何かね?
え? 作業用に作っただけだと?って
怒られるところだなw

997
デフォルトの名無しさん[sage]   投稿日:2017/02/08 23:55:25  ID:+WL1V7yF.net
>995
別にブランチ作らんでも
rebaseする前のハッシュ覚えとけばいいし
reflogにも残ってるけどね

998
デフォルトの名無しさん[sage]   投稿日:2017/02/09 09:20:18  ID:L0WrTN8t.net
ハッシュ覚えるのとブランチ切るのではどっちが楽か?

999
デフォルトの名無しさん[sage]   投稿日:2017/02/09 12:03:00  ID:9JVn5KW1.net
ブランチ切るコスト安いんだから切ったほうがいいんじゃない?

1000
デフォルトの名無しさん[]   投稿日:2017/02/09 12:28:44  ID:bWNkcoJq.net
ブランチ名を考えるコストとある程度覚えておくコストがかかる

1001
デフォルトの名無しさん[sage]   投稿日:2017/02/09 12:41:11  ID:VpA4ZVYi.net
更新情報
・スレッド一覧ページで過去ログのタイトル検索・一覧表示ができるようになりました(2016/1/20)
NGワード登録
登録する
スレッド内検索

プログラム板 タイトル検索

このスレッドが人気です(実況系)
実況 ◆ テレビ朝日 48682 びよ〜ん (996)テレ朝実況
はやドキ!& あさチャン!金曜日★2 (355)TBS実況
実況 ◆ フジテレビ 84005 (938)フジ実況
NHK総合を常に実況し続けるスレ 136282 長い便秘 (993)NHK実況
実況 ◆ 日本テレビ 55948 (185)NTV実況
世界水泳ブダペスト2017 競泳決勝 第5日☆4 (917)テレ朝実況
おはよう!時代劇 暴れん坊将軍4 #61(第65話)[字][再] (673)テレ朝実況
【マターリ】コンビニカレシ→アクションヒロイン チアフルーツ#4 (704)TBS実況
このスレッドが人気です(ニュース系)
【東京地裁】準強姦未遂罪に問われたトルコ国籍の被告に無罪判決…被害者の尻に被告の体液が付着していたが証拠にならず (387)ニュー速+
【経済】超便利でいいことずくめの食器洗い乾燥機、なぜ売れない?誤解だらけのデメリット ★6 (800)ニュー速+
【民進党】民進の蓮舫代表が辞任表明 後任、前原氏や枝野氏ら軸か★10 (36)ニュー速+
【芸能】今井絵理子参院議員「『略奪不倫』断じてない」「一線越えてはいけないと思った」 週刊誌報道について釈明★5 (117)音楽・芸能ニュース
【民主のジャンヌダルク】墜ちた女王、栄光と挫折 「ジャンヌダルク」を殺した民進 蓮舫氏、満身創痍で退場 (932)ニュー速+
【慰安婦問題】 国連、日本の慰安婦問題への取り組みを批判…評価引き下げ ★2 (436)ニュー速+
【経済】超便利でいいことずくめの食器洗い乾燥機、なぜ売れない?誤解だらけのデメリット★5 (1001)ニュー速+
【芸能】今井絵理子参院議員「『略奪不倫』断じてない」「一線越えてはいけないと思った」 週刊誌報道について釈明★4 (1002)音楽・芸能ニュース
プログラム板の人気スレ
【統計分析】機械学習・データマイニング16 (830)
C言語なら俺に聞け 141 (264)
Excel VBA 質問スレ Part49 (635)
【初心者歓迎】C/C++室 Ver.101【環境依存OK】 (121)
ふらっと C#,C♯,C#(初心者用) Part130 (124)
次世代言語議論スレ[Go Rust Scala Haskell]第5世代 (529)
スレ立てるまでもない質問はここで 148匹目 (699)
C++相談室 part130 (984)
Pythonのお勉強 Part53 (677)
Xamarin Part5 (230)
Ruby 初心者スレッド Part 60 (731)
Visual Studio 2017 Part2 (875)
Swift part11 (206)
ねねっちと一緒にプログラムを勉強するスレ第2話 (911)
C#, C♯, C#相談室 Part94 (547)
Java入門・初心者質問スレ Part.4 (165)
プログラミング言語 Rust 3 (337)
Git 15 (951)
推薦図書/必読書のためのスレッド 81 (905)
本当に必要ものは人工知能ではなくて検索エンジン (111)
Visual Studio 2015 Part8 (782)
関数型プログラミング言語Haskell Part30 (755)
C# vs Java どっちが好き? その3 (529)
MacでもLinuxでも使えるVisual Studio Code Part2 (252)
Androidプログラミング質問スレ revision53 (584)
☆★Java質問・相談スレッド180★★ (357)
【PHP】下らねぇ質問はここに書き込みやがれ 8 (471)
このサイトについて
このサイトは2ちゃんねるからデータを取得し、表示するサービスです。
画像のインライン表示機能について
画像のURLの後ろにある[画像をインライン表示]をクリックすると、URLの下に表示します。
表示される画像は横幅100pxに縮小されていて、クリックすると原寸で表示します。
このサイトの特徴
1)スレッド内検索ができます
2)レス(「>>1」など)のポップアップができます
3)不適切な言葉を含む投稿を表示しません
4)ページ内で画像を直接表示できます
5)2ch他スレッドへのリンクはタイトル・板名つきでリンクします
6)すっきりとしたデザインで表示します
7)最新スレや前スレをチェック・一覧表示します
8)NGワード機能の搭載でイヤな言葉が目に入りません
9)荒らしを自動チェックします
10)スレッド内・同一IDの書き込みだけ表示できます
11)レスの返事をレスされた発言の下に表示する「まとめビュー」が利用できます
12)シリーズ化したスレッドの一覧を表示します
13)最新のスレッドがある場合はお知らせします
削除について
こちらをご覧ください
機能要望について
現在機能要望受付中です。
問い合わせについて
こちらのページからどうぞ
広告


首都圏の方、ソフトバンク光オススメですよ


このサイトは2ch.scからデータを取得・表示しています。削除などについてはこちらをご覧ください。 アクセスモード:差分取得 - 新着書き込みなし(304)