Git 14

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 09/06 14:16 / Filesize : 283 KB / Number-of Response : 1020
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Git 14

1 名前：デフォルトの名無しさん mailto:ageteoff [2016/03/08(火) 13:53:23.82 ID:6y4n92c2.net]: ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。

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

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

◆前スレ
Git 13
echo.2ch.net/test/read.cgi/tech/1439563364/
2 名前：デフォルトの名無しさん mailto:sage [2016/03/08(火) 13:54:14.21 ID:6y4n92c2.net]: ◆関連スレ
バージョン管理システムについて語るスレ10
peace.2ch.net/test/read.cgi/tech/1393147031/
CVS導入スレ～ Rev.3
peace.2ch.net/test/read.cgi/tech/1113141518/
Subversion r15
peace.2ch.net/test/read.cgi/tech/1406967657/
【分散型バージョン管理】 Mercurial 2【hg】
peace.2ch.net/test/read.cgi/tech/1321109748/
【bzr】Bazaarでバージョン管理 Rev 4
peace.2ch.net/test/read.cgi/tech/1356521407/
OSSホスティング総合【SourceForge,GitHub,etc..】
peace.2ch.net/test/read.cgi/tech/1384821518/

◆関連スレ別板
CVS 1.3 [UNIX板]
peace.2ch.net/test/read.cgi/unix/1093611448/
3 名前：デフォルトの名無しさん mailto:sage [2016/03/08(火) 14:22:00.41 ID:yRHzElyn.net]: すでにスレ立ってるだろ

↓

【GitたんGitたん】 Git 14 【にしてやんよ】 [無断転載禁止]©2ch.net
echo.2ch.net/test/read.cgi/tech/1457404024/
4 名前：デフォルトの名無しさん mailto:sage [2016/03/08(火) 15:04:35.18 ID:zBhD8weG.net]: あっちはなしで。
5 名前：デフォルトの名無しさん mailto:sage [2016/03/08(火) 18:18:38.35 ID:kTHNp1z2.net]: あっちの方が早い
6 名前：デフォルトの名無しさん [2016/03/08(火) 19:42:43.27 ID:BnTU/BRw.net]: 油GitGit
7 名前：デフォルトの名無しさん [2016/03/09(水) 23:01:18.60 ID:3U46Ctan.net]: ローカルに変更履歴がどんどんたまってきたので
過去ログをクリアしたいんだけどどうしたらよいですか？

修正履歴を消したいのはローカル側だけで
サーバの方のログは残しておきたいです
8 名前：デフォルトの名無しさん mailto:sage [2016/03/10(木) 06:50:47.97 ID:CezmHJuY.net]: --squash でまとめるんでないかい
9 名前：デフォルトの名無しさん mailto:sage [2016/03/10(木) 19:25:16.96 ID:hp2GaphC.net]: >>8
まとめたあとにpushしたらサーバ側も変わっちゃったりしないですかね
とりあえず試してみます
10 名前：デフォルトの名無しさん mailto:sage [2016/03/12(土) 14:34:16.01 ID:9D0yYi4i.net]: そりゃあpsuhしたブランチは変わるよ。

やりたいことがよく判らんのだが履歴が多くて何がどう困ってるの?
もしかしてclone するとき--depthオプションでやるようなことか?
11 名前：デフォルトの名無しさん mailto:sage [2016/03/12(土) 15:08:07.70 ID:Nh5EYxrT.net]: >>7はgitを作業履歴管理ツールと勘違いしてそうだな。
gitはソースコードの変更履歴を記録するもので
作業履歴を記録するものじゃない。

作業履歴と変更履歴の違いは、わかりやすく言えば
作業履歴は○月○日の作業みたいなタイトルになるもの。
変更履歴っていうのは、○○機能の追加とかいうタイトルになるもの
12 名前：デフォルトの名無しさん mailto:sage [2016/03/13(日) 23:18:11.37 ID:XxcEN3UE.net]: だからそれを消したいって言ってるんじゃないの？
御託はいいから知ってるなら教えてやれよ。
知らんならアンカーまで付けて言うことじゃないだろ。
13 名前：デフォルトの名無しさん mailto:sage [2016/03/13(日) 23:46:03.63 ID:/n+DAo76.net]: >>12
ん？知らんよｗ

お前知ってるなら教えてあげれば？
そんな文章書くぐらいならさ。
14 名前：デフォルトの名無しさん mailto:sage [2016/03/14(月) 10:46:15.73 ID:v/vsDR0R.net]: 970 : デフォルトの名無しさん2016/03/04(金) 19:31:54.73 ID:3NcdXoSY
password.phpにパスワードを入力するファイルがあるんですけど
こんなかんじ
<?php
$id = "id1";
$pass = "1234";

このままコミットしたら困るので文字列リテラルを空にしてからコミットしました
んでまたからにしたところを埋めて他のファイルを編集するんですけど、
その度にaddでpassword.phpを入れないようにしてコミットしてます
これだとgit add .とかで一気に出来ないので面倒くさいです
こういう風にファイルにパスワードを入力するタイプのはCMSではよくあると思いますが
どうしたらいいですか？
15 名前：デフォルトの名無しさん mailto:sage [2016/03/14(月) 10:52:33.98 ID:v/vsDR0R.net]: この質問したものですけど返信遅れてすみません
.gitignoreを使えとアドバイスを受けたのですが
<?php
$id = "";
$pass = "";
の状態でコミットして履歴には残したいんです
つまりプッシュした後に.gitignoreでpassword.phpを除外したらいいってことでしょうか？
でもそうするとpassword.phpでクローンされたりしますかね？
あ、password.phpを.gitignoreに追加してpassword.php.templateみたいなのを追加したらよさそうですね
16 名前：デフォルトの名無しさん mailto:sage [2016/03/14(月) 11:22:55.75 ID:t/84a/RD.net]: >>15
既に git 管理しているファイルをあえて無視したい
qiita.com/usamik26/items/56d0d3ba7a1300625f92

こういうやつでないの？
17 名前：デフォルトの名無しさん [2016/03/14(月) 21:16:17.66 ID:Cc2SrY5f.net]: >>11
ローカルに持つソースコードの変更履歴を持つのを
全部じゃなくて途中からにしたい

例えば去年編集したコードの差分とか見ることはないので
ローカルに持つ差分は今年の分だけにしたい
18 名前：デフォルトの名無しさん mailto:sage [2016/03/14(月) 23:47:59.25 ID:bYJAKtH4.net]: >>17
可能だが恐らくpullの度に迂回が必要。
rebaseならもちろん可能だけどまあ論外だろ。

そもそもその目的ならタグ運用で十分だと思うし、
取得サイズが問題なら--depthでも使えばいいんじゃない？
19 名前：デフォルトの名無しさん mailto:sage [2016/03/14(月) 23:58:26.81 ID:bYJAKtH4.net]: >>15
一回git rmして.gitignore追加すればいいだけじゃないの？
20 名前：デフォルトの名無しさん mailto:sage [2016/03/15(火) 00:03:37.60 ID:drELySke.net]: ああよく読んでいなかった。
.git/info/excludeで正しいですね。
21 名前：デフォルトの名無しさん mailto:sage [2016/03/15(火) 00:27:19.20 ID:74om4dHM.net]: >>14-16
>$id = "id1"; $pass = "1234";

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

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

$id = 変数; $pass = 変数;
22 名前：デフォルトの名無しさん [2016/03/15(火) 10:39:52.07 ID:EK/SXOGR.net]: たとえば hoge.c に
printf("unkochinko\n");
という行があって
それが昔のあるバージョンでは 123行目にあり、
現行バージョンでは 135行目だったとして
123行目だったときのバージョンを探し出したいんだけど
どうしたら潔くかっこよく検索できますか？
23 名前：デフォルトの名無しさん mailto:sage [2016/03/15(火) 10:59:33.72 ID:fr1acC3q.net]: だから
git update-index --skip-worktree password.php

でいいべよ
24 名前：デフォルトの名無しさん mailto:sage [2016/03/15(火) 14:53:44.02 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.44 ID:1H3nmgcZ.net]: Git for Windows 2.7.4
26 名前：デフォルトの名無しさん [2016/03/19(土) 19:37:52.32 ID:/yu6LUB+.net]: プログラミングとは全く関係のない職なんだけどさあ
GitHubって文書ファイルとかの管理に使うには使い勝手が悪いんかな？
誰か使ってる人居ませんか
27 名前：デフォルトの名無しさん [2016/03/20(日) 00:11:40.58 ID:49rXtlXS.net]: >>26
お堅い事を言うとここはGitのスレでありGitHubのスレではない

１、Ｇｉｔはツールの名前であり
２、GitHubはサービスの名前、サービス内容の多くにＧitの機能が使われている

なのでGitの使い方を理解したうえで文書ファイルを管理したいならGｉｔを使えばいい
ＧｉｔＨｕｂでの無料アカウントでリポジトリを作ると全て公開になるので公開できる文書なら使えばいい
28 名前：デフォルトの名無しさん [2016/03/20(日) 00:12:56.89 ID:49rXtlXS.net]: 同じ綴りの単語がレス内に複数含まれるとNGワード扱いになってエラーになるとか2chが過疎るわけだわ
29 名前：デフォルトの名無しさん mailto:sage [2016/03/20(日) 11:29:03.23 ID:IxHxEO0w.net]: 1行目から引っ張るみたいだから、アンカー除いた１行目を枕詞で適当に書いてみては
30 名前：デフォルトの名無しさん mailto:sage [2016/03/21(月) 20:08:04.88 ID:wevQvy+W.net]: 文書の管理にgitを使うのはアリだし、英語の出版物をmarkdownやasciidocで書いてるプロジェクトはgithubに沢山あるよ。
xmlをzipで固めたようなファイルだと旨味は少ないから、ワープロソフトで書いてるならあんまおすすめしない。
31 名前：デフォルトの名無しさん [2016/03/23(水) 03:47:17.11 ID:WAqhyj+9.net]: ねる前に悪夢を見たが git fsckに助けられた
git rebase の何か間違いで
git rebase abort したら1年も戻った
32 名前：デフォルトの名無しさん mailto:sage [2016/03/24(木) 09:48:44.05 ID:WMJ99oWz.net]: ファイルを消したログを抽出したいんだけど
git log でどのファイルが増えたり減ったりしたのか見たいんだけど
どうすれば見れるようになるの？
33 名前：デフォルトの名無しさん mailto:sage [2016/03/24(木) 14:23:43.45 ID:kDQ9Abu5.net]: --summary
--diff-filter
-M
このあたり
34 名前：デフォルトの名無しさん mailto:sage [2016/03/27(日) 12:36:09.28 ID:btL1ox+g.net]: ―name-statusじゃないかね
35 名前：デフォルトの名無しさん [2016/03/29(火) 19:04:18.50 ID:C8qRMHUf.net]: ２．８．０
36 名前：デフォルトの名無しさん [2016/03/30(水) 06:03:53.06 ID:NQ0gn+yg.net]: ファイル名にバージョン番号含めるタイプの開発ってGitに不向き？
例えば hogehoge-3.2.1.js みたいな番号付きファイル名にするの
37 名前：デフォルトの名無しさん mailto:sage [2016/03/30(水) 10:07:08.69 ID:j8vyo/zx.net]: あなたにとっての向いている向いていないの基準は？
38 名前：デフォルトの名無しさん mailto:sage [2016/03/30(水) 11:13:49.26 ID:tbhhTSNu.net]: >>36
gitではバージョン番号を振ることができないので
思い切り不向きだよ
39 名前：デフォルトの名無しさん mailto:sage [2016/03/30(水) 11:26:33.59 ID:cWDvBnb1.net]: >>36
逆に向いてる。
自動的にできるし
40 名前：デフォルトの名無しさん mailto:sage [2016/04/02(土) 12:01:47.41 ID:pO9IxWzb.net]: リポジトリのファイル名はバージョン無しで
取得する時にリネームする運用になるってことかいな

ソースから参照する時に直にバージョン書いてたら辛そうだけど
41 名前：デフォルトの名無しさん mailto:sage [2016/04/02(土) 12:31:42.83 ID:da6SDTDJ.net]: >>39
どうやってバージョンつけてる？

メジャー番号．マイナー番号．バグフィックス
みたいに振りたいんだけど
42 名前：デフォルトの名無しさん mailto:sage [2016/04/04(月) 13:15:29.73 ID:foeBANgt.net]: タグを付けてサーバーにpushしたんですけどやっぱり取り消したい時ってどうしたらいいですか？
43 名前：デフォルトの名無しさん mailto:sage [2016/04/04(月) 13:17:35.94 ID:foeBANgt.net]: タグを取り消したいってだけです
コミットの内容はそのままサーバーに残したいんです
44 名前：デフォルトの名無しさん mailto:sage [2016/04/04(月) 19:03:02.00 ID:23c2ZC8H.net]: タグ削除とかでぐぐれば？
45 名前：デフォルトの名無しさん [2016/04/04(月) 22:25:07.98 ID:eVhka3ao.net]: ２．８．１
46 名前：デフォルトの名無しさん mailto:sage [2016/04/06(水) 11:02:54.89 ID:Enf/AuO0.net]: >>45
こういうバージョン番号を自動で振りたいよね
どうやっているんだろう
47 名前：デフォルトの名無しさん [2016/04/06(水) 16:50:09.31 ID:OiznJSdk.net]: >>46
CI(jenkinsとか)で付ける
48 名前：デフォルトの名無しさん [2016/04/08(金) 17:55:10.14 ID:lYxJyHT6.net]: GitHub初心者です。ssh接続で質問なのですが、
ターミナルで　$ ssh -T git@github.com で確認を行うと
Permission denied (publickey).と出てきてしまいます。(Mac使っています。)

下記のサイトを参考にして行いました。
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を使う方法でも試しました。
qiita.com/one-a/items/d0f39401404fafb72bee

なぜ、Permission denied (publickey).と表示されてしまうのでしょうか？
どなたか解決方法があれば教えてくださいm(_ _)m
49 名前：デフォルトの名無しさん mailto:sage [2016/04/08(金) 18:23:02.23 ID:QHM1+lud.net]: authorized kyesとかフォルダのパーミッションが悪いんじゃないの
50 名前：デフォルトの名無しさん mailto:sage [2016/04/08(金) 18:24:15.83 ID:QHM1+lud.net]: userAの鍵作ったつもりだが、rootで作ってたとか
51 名前：デフォルトの名無しさん [2016/04/08(金) 21:37:05.12 ID:lYxJyHT6.net]: >50
もう一度作り直してからターミナルで　$ ls -la　で確認してみたら
rootで作ってたみたいです。ありがとうございます。
初めてなのでrootで作ってよいものなのか、よくわからないのですが
ホームディレクトリに場所変えるやり方はありますでしょうか、、、？
52 名前：デフォルトの名無しさん [2016/04/08(金) 22:01:05.34 ID:lYxJyHT6.net]: ディレクトリがバラバラだったので
~/.ssh ディレクトリに全て作ったのですがやはりうまくいきません。。

authorized_keysはそのディレクトリ内に必要なものでしょうか？？
53 名前：デフォルトの名無しさん mailto:sage [2016/04/08(金) 22:59:35.97 ID:alZL9wOa.net]: sshのオプションに-vvとか付けてログをgistとかに上げてリンクを貼れば、誰かが原因突き止めてくれるかも
54 名前：デフォルトの名無しさん [2016/04/08(金) 23:32:07.75 ID:lYxJyHT6.net]: >>53
どうしようもなくなったらそちらで質問してみます(^^;)

qiita.com/knife0125/items/50b80ad45d21ddec61a9
ちなみにこちらのサイトと初めから手順同じでやってみて�
55 名前：ﾁに問題など起こらなかったのですが、 ターミナルで　sudo ssh -T git@github.com　をやるとPermission denied (publickey). となるのですが、みなさんもなりますか。。。？？ []: [ここ壊れてます]
56 名前：デフォルトの名無しさん mailto:sage [2016/04/08(金) 23:46:01.61 ID:alZL9wOa.net]: >>54
gistはフォーラムとかじゃないよ。単にログをここに貼っても見づらいから、
ログ出してgistにアップしてURLちょうだいって意味だったんだけど

そもそもなんでsudoしてるの？
57 名前：デフォルトの名無しさん [2016/04/08(金) 23:58:06.00 ID:lYxJyHT6.net]: >>55
なるほど、勘違いしていました。やってみます。
あと、書き込みで間違えてsudoつけてしまいました。
ただ単に　ssh -T git@github.com　です。
58 名前：デフォルトの名無しさん [2016/04/09(土) 00:03:37.27 ID:yQwKWsgV.net]: 何度もすみません。
sshのオプションの-vvとはどうやって実行するでのしょうか？
ターミナルで ssh -vv ででてくるものがログになるのでしょうか？
59 名前：デフォルトの名無しさん mailto:sage [2016/04/09(土) 00:14:29.51 ID:f0Ftsbz8.net]: >>57
ssh -vv -T git@github.com
60 名前：デフォルトの名無しさん [2016/04/09(土) 00:20:59.14 ID:yQwKWsgV.net]: >>58
ありがとうございます！できました。

こちらがログになります。
<script src="https://gist.github.com/KosukeGit/9718dc52d3ed796a3e6f308355ead85c.js"></script>
61 名前：デフォルトの名無しさん mailto:sage [2016/04/09(土) 00:41:52.85 ID:f0Ftsbz8.net]: >>59
ls -ald /Users/x13089xx/.ssh
と
ls -al /Users/x13089xx/.ssh/id_rsa
の結果をここに貼ってもらえるかな？
62 名前：デフォルトの名無しさん [2016/04/09(土) 00:47:07.24 ID:yQwKWsgV.net]: >>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のところは自分で決めた名前を入れて表示しました。
63 名前：デフォルトの名無しさん mailto:sage [2016/04/09(土) 01:10:29.22 ID:f0Ftsbz8.net]: >>62
その、K_git_keyってのが読めてない可能性あるな。
ssh -i ~/.ssh/K_git_key -T git@github.comでつながる？
つながるなら、configの書き方が良くないかな。
64 名前：デフォルトの名無しさん mailto:sage [2016/04/09(土) 01:11:30.17 ID:f0Ftsbz8.net]: >>62
あ、キーの方のownerがおかしい。sudo chown x13089xx /Users/x13089xx/.ssh/K_git_key しておこう
65 名前：デフォルトの名無しさん [2016/04/09(土) 01:20:53.12 ID:yQwKWsgV.net]: >>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で成功するのは間違ってますか？？
66 名前：デフォルトの名無しさん mailto:sage [2016/04/09(土) 01:25:53.29 ID:f0Ftsbz8.net]: >>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の書き方は今回ははじめから合ってると思うよ。
67 名前：デフォルトの名無しさん [2016/04/09(土) 01:33:46.42 ID:yQwKWsgV.net]: >>65
なるほど、、！！原因とchownなどの使い方もしれてたくさん勉強になりました。
もっと理解深めるためにいろいろ調べて勉強します！
自分も>>65さんみたいにログから読み取れるように頑張りたいと思います。
ありがとうございました！！m(_ _)m
68 名前：デフォルトの名無しさん mailto:sage [2016/04/09(土) 02:13:58.02 ID:f0Ftsbz8.net]: >>66
今の、上手くいってるログと比較するとわかりやすいかもね。
ただ、秘密鍵が読めないってことが明示的に出てきてるわけじゃないっぽいから、そこまでわかりやすくはないね。
自分の上手く行ってる場合のログと見比べて、恐らく鍵が読めてないなっておもっただけだから
69 名前：デフォルトの名無しさん [2016/04/12(火) 12:16:31.51 ID:8UWAtsZ/.net]: test
70 名前：デフォルトの名無しさん [2016/05/01(日) 11:07:17.23 ID:tKi6j9CT.net]: 匿名通信（Tor、i2p等）ができるファイル共有ソフトBitComet（ビットコメット）みたいな、
BitTorrentがオープンソースで開発されています

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

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

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

The Covenant Project
概要

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

目的

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

特徴

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

接続は抽象化されているので、I2P, Tor, TCP, Proxy, その他を利用可能です
DHTにはKademlia + コネクションプールを使用します
UPnPによってポートを解放することができますが、Port0でも利用可能です(接続数は少なくなります)
検索リクエスト、アップロード、ダウンロードなどのすべての通信はDHT的に分散され、特定のサーバーに依存しません
ｂ
71 名前：デフォルトの名無しさん [2016/05/02(月) 12:38:52.76 ID:lObVfHUI.net]: echo aaaa> a
git add a
git rm -f a
このあとaを復元するにはどうやったらできるのか教えてください
72 名前：デフォルトの名無しさん mailto:sage [2016/05/02(月) 13:23:14.17 ID:lObVfHUI.net]: ステージしたファイルをチェックアウトしても元に戻らないのは
なぜですか？
73 名前：デフォルトの名無しさん [2016/05/02(月) 15:33:52.83 ID:aR8AOrvI.net]: >>70
dd -r
74 名前：デフォルトの名無しさん mailto:sage [2016/05/02(月) 19:18:24.04 ID:HpLznvmY.net]: >>70
git checkout-index a
75 名前：デフォルトの名無しさん [2016/05/03(火) 11:19:49.28 ID:6uQ6fcn6.net]: v2.8.2
76 名前：デフォルトの名無しさん mailto:sage [2016/05/11(水) 06:19:55.44 ID:pgV0YWI0.net]: 質問です
現在Windows10上でCygwin Gitを利用していますがJenkinsを導入するためGit for Windowsも導入することを検討しています。
Cygwin GitとGit for Windowsの共存は可能ですか。可能ならば注意事項はありますか。
よろしくお願いします
77 名前：デフォルトの名無しさん [2016/05/14(土) 11:47:43.22 ID:r8zKr16p.net]: 共存可能です
78 名前：デフォルトの名無しさん mailto:sage [2016/05/14(土) 14:06:41.43 ID:fLeelvLJ.net]: Portable git とかいうのを勝手に入れて専用環境にするから問題ない
79 名前：デフォルトの名無しさん mailto:sage [2016/05/14(土) 19:19:01.89 ID:YY1ucSM6.net]: ありがとうございます。
インストールしましたが今のところ問題ないようです。
ｱﾘｶﾞﾀﾏｷﾝ ( ´∀｀)ﾉ⌒ω)Д`)ﾌﾞﾆｭ
80 名前：デフォルトの名無しさん [2016/05/29(日) 09:32:41.29 ID:q5zvKyId.net]: gui系統を使うとエラーが出るようになってしまったのだけど・・・
$ git gui
error: git-gui died of signal 11
$ gitk
Segmentation fault (コアダンプ)
81 名前：デフォルトの名無しさん mailto:sage [2016/05/29(日) 10:22:28.14 ID:fedHw5io.net]: 一個前のコミットログを書き換えたいけど
現在編集中のファイルがあるので
git commit --amendできません
いま編集中の内容をコミットせずに過去のコミットログを書き換える方法を教えてください
82 名前：デフォルトの名無しさん [2016/05/29(日) 10:37:26.22 ID:6Nc9mR58.net]: git stash save
83 名前：デフォルトの名無しさん mailto:sage [2016/05/29(日) 12:58:42.93 ID:7RQ7c+dm.net]: >>79
それは「何か」が原因でプログラムの不良が発現したってメッセージだ
その原因が何なのかは、根本的な原因自体がプログラム不良の場合もあるし、
環境設定が悪い場合もあるし、使い方が悪い場合もあるし、
ハードが壊れてる場合もあるし、そのメッセージだけでは解らない

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

検索するとgit-guiはそのへんのエラーチェック不十分だったりするみたいだ
84 名前：デフォルトの名無しさん [2016/05/29(日) 17:46:20.78 ID:6uZnr2sr.net]: >>82
有難う
そうすべー、OSを再起動したらgit guiは一回エラーが出なかったけど
gitkを試したらまた出るようになった
コマンドで使っている分にはエラーが出ないようだけど・・・
85 名前：デフォルトの名無しさん mailto:sage [2016/05/31(火) 10:23:58.84 ID:AFHj0oXp.net]: git checkout .ってしてもgitで管理されてないファイルが消えなくて完全にきれいな状態にもどれないんですけど
一つづつrmして削除するには量が多すぎるんですが
簡単に戻す方法教えてください
86 名前：デフォルトの名無しさん mailto:sage [2016/05/31(火) 12:23:50.92 ID:+FkFFZgv.net]: >>84
git clean
ディレクトリも削除するなら-d付ける
87 名前：デフォルトの名無しさん mailto:sage [2016/05/31(火) 13:02:20.00 ID:AFHj0oXp.net]: >>85
できましたありがとうございます
88 名前：デフォルトの名無しさん mailto:sage [2016/06/03(金) 19:09:06.88 ID:VA+31Z8I.net]: git pullすると変更分をダウンロードしますけど
ダウンロードせずに変更があるかどうかだけを調べる場合は何のコマンドを使えばいいですか？
89 名前：デフォルトの名無しさん mailto:sage [2016/06/03(金) 19:39:26.08 ID:VA+31Z8I.net]: もういっこすいません
git cloneするときに存在しないリポジトリのurlを指定するとパスワードの入力が施されるんですが
存在しない場合は入力する意味もないのでエラーでもなんでもいいから抜ける方法ありませんか？
90 名前：デフォルトの名無しさん [2016/06/03(金) 20:08:28.26 ID:5iD7KC+s.net]: git fetch --dry-run
Ctl-c
91 名前：デフォルトの名無しさん [2016/06/04(土) 06:23:41.02 ID:5FXvcCoj.net]: Mac OS X 10.8.5 (x86_64)
git使ったことも無いし知識もありません。
gitの基本を学ぶのに良い書籍かサイトを教えて下さい。
とりあえずgit clone出来るところまででOKです。

rbenvでrubyのバージョン管理をする - Qiita
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).
92 名前：デフォルトの名無しさん mailto:sage [2016/06/04(土) 07:27:00.17 ID:n0d0Ap5I.net]: >>88
それユーザーの入力待ちになるんでしょ？
説明文追記してユーザーに対処してもらうんじゃダメなん？
93 名前：デフォルトの名無しさん [2016/06/04(土) 12:49:50.62 ID:hqt7WtE0.net]: >>90
https://git-scm.com/book/ja/v2
94 名前：デフォルトの名無しさん mailto:sage [2016/06/04(土) 17:27:36.12 ID:ZYjMkIKS.net]: >>90
qiitaでコメント投稿できるんだからわざわざここに書き込みに来ないでqiitaのコメント欄で直接聞いたほうが他の人にも有益だと思うけど何故ここで聞こうと思ったの？
95 名前：デフォルトの名無しさん mailto:sage [2016/06/04(土) 19:22:39.69 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
96 名前：デフォルトの名無しさん mailto:sage [2016/06/05(日) 12:56:01.63 ID:sTpf+U42.net]: >>90
なんでマルチしようと思ったの？
97 名前：デフォルトの名無しさん mailto:sage [2016/06/05(日) 13:20:00.92 ID:5wmVzb78.net]: >>95
みんな興味あるかなと思いまして
98 名前：デフォルトの名無しさん [2016/06/05(日) 14:22:09.67 ID:8nyDrU4f.net]: >>92
>>94
90です。gitはクローンだけなら特に設定無しで出来るんですね。
rbenvとrubyのインストール出来ました。
有難う御座いました。

>>93 qiitaについてはアカウント作るほど興味がまだありません。
99 名前：デフォルトの名無しさん mailto:sage [2016/06/05(日) 14:30:55.32 ID:vhl6udDL.net]: あちこちで同じ内容読まされる身にもなってくれ・・・
100 名前：デフォルトの名無しさん mailto:sage [2016/06/05(日) 16:39:50.99 ID:PAgdOZpu.net]: 同じ内容は読まないよう
101 名前：デフォルトの名無しさん [2016/06/05(日) 17:46:18.50 ID:8nyDrU4f.net]: 読まなきゃ良い。かまってちゃんはバカだな。
102 名前：デフォルトの名無しさん mailto:sage [2016/06/05(日) 21:08:41.17 ID:S21h9WxK.net]: 匿名じゃないと聞けないようなバカに何も求めてはいけないんだよ
103 名前：デフォルトの名無しさん mailto:sage [2016/06/05(日) 21:27:47.01 ID:PAgdOZpu.net]: だから俺は聞かない。匿名で相手をバカにするために２ちゃんねるを使っている。
104 名前：デフォルトの名無しさん mailto:sage [2016/06/06(月) 09:34:20.62 ID:SWJRXsGZ.net]: 同じ内容かどうか読まなきゃわからんのに読まなきゃいいとかアホなのか？
105 名前：デフォルトの名無しさん mailto:sage [2016/06/06(月) 16:49:37.42 ID:/qKSCvxc.net]: いまどき専ブラ使ってないとか
106 名前：デフォルトの名無しさん mailto:sage [2016/06/06(月) 17:48:11.40 ID:o3lNWu4X.net]: Gitって普通にファイルの共有サーバにリポジトリおけば、分散開発できるの？
107 名前：デフォルトの名無しさん mailto:sage [2016/06/06(月) 17:51:59.96 ID:8Ex6WVsG.net]: >>105
できる
108 名前：デフォルトの名無しさん mailto:sage [2016/06/06(月) 17:59:24.01 ID:o3lNWu4X.net]: サンクス
やってみる
109 名前：デフォルトの名無しさん [2016/06/07(火) 21:47:27.88 ID:b0EEspvc.net]: ２．８．４
110 名前：デフォルトの名無しさん [2016/06/11(土) 19:05:13.13 ID:G5i4vyMJ.net]: Git初心者です。申し訳ありませんが質問させてください。
親子関係がA(大元) B(AからForkしたものと思われる、他人のリポジトリ) C(BからFork、自分のリポジトリ)で作業しています

Cをcloneしてきた後にAをupstreamに設定、Bを適当な名前のリモート名に設定してoriginをpushしたのですが
別の場所でCをcloneするとリモートの設定が全てなくなりoriginのみになってしまいます
リモート設定までgithubに上げることは出来るのでしょうか？
111 名前：デフォルトの名無しさん mailto:sage [2016/06/11(土) 19:14:52.54 ID:iSPIsEmM.net]: 他人がforkしたものは無理じゃね？
112 名前：109 mailto:sage [2016/06/11(土) 21:30:39.46 ID:G5i4vyMJ.net]: >>110
あ、書き方が下手で申し訳ありません。勘違いさせちゃったかもです。
git remote add upstream git://github.com/A/hoge.git とか
git remote add B git://github.com/B/hoge.git
で設定した設定自体を保存したいと言うことです
113 名前：デフォルトの名無しさん [2016/06/11(土) 23:25:42.07 ID:YRrEzUml.net]: >>111
俺の知る限り無理
cloneした時にoriginがセットされるから。
どうしても同じにしたかったらscpだのrsyncするか、そういう設定にするshスクリプトaddしとくか
114 名前：109 mailto:sage [2016/06/12(日) 06:58:57.23 ID:16nsrzRK.net]: >>112
有難う御座います。
少しすっきりしました。
115 名前：デフォルトの名無しさん [2016/06/12(日) 11:12:46.28 ID:xN9NR8mn.net]: github 上のリポジトリで、

黒歴史 C(BからFork、自分のリポジトリ)
↓
摩り替え C(AからFork、自分のリポジトリ)

に上書きしたいってこと？
github 上でリポジトリ削除してもう一度 AからFork で造り直せば良くね？
116 名前：デフォルトの名無しさん mailto:sage [2016/06/12(日) 11:33:44.64 ID:AMLyjVO9.net]: >>114
お前頭悪いだろｗ
それかリモートリポジトリ設定したことないだろｗ
117 名前：デフォルトの名無しさん mailto:sage [2016/06/12(日) 12:18:51.40 ID:AlZ+imP/.net]: 仮に出来たとしても
第三者が更にforkした時にエイリアスまでくっついてくると迷惑
スクリプト化何かで対処すべき
118 名前：デフォルトの名無しさん mailto:sage [2016/06/12(日) 19:39:22.23 ID:z4XaqaSO.net]: https://git-scm.com/docs
ここに乗ってないコマンドがあるんですが
利用できるコマンドを一覧表示するコマンドありませんか？
119 名前：デフォルトの名無しさん [2016/06/12(日) 19:57:29.88 ID:mw2OVij8.net]: >>117
https://www.kernel.org/pub/software/scm/git/docs/git.html
120 名前：デフォルトの名無しさん mailto:sage [2016/06/12(日) 19:57:51.66 ID:V4QZwut1.net]: >>117
git-completionの表示を見るとかは？
121 名前：デフォルトの名無しさん mailto:sage [2016/06/12(日) 20:14:25.06 ID:z4XaqaSO.net]: >>118
これいいですね乗ってました
>>119
すべてのコマンドが表示されないようです
122 名前：デフォルトの名無しさん mailto:sage [2016/06/12(日) 20:39:05.27 ID:V4QZwut1.net]: >>120
表示されないコマンドって例えば何？
123 名前：デフォルトの名無しさん mailto:sage [2016/06/12(日) 21:18:05.19 ID:z4XaqaSO.net]: cat-fileとか
他にも沢山
124 名前：デフォルトの名無しさん mailto:sage [2016/06/12(日) 22:09:21.22 ID:V4QZwut1.net]: なるほど git help -a で出力されるのがたぶん >>118 と同じで、
そこから __git_list_porcelain_commands で除外してるのは補完候補に出ないんだな
125 名前：デフォルトの名無しさん [2016/06/14(火) 23:11:22.40 ID:siM/5SDz.net]: ２．９．０
126 名前：デフォルトの名無しさん [2016/06/16(木) 02:21:10.69 ID:ed3OzHHl.net]: Bashコマンドが打てるWindows 10最新ビルドが公開
pc.watch.impress.co.jp/docs/news/752087.html

これでWindowsでもGitも使いやすくなるかなあ？
127 名前：デフォルトの名無しさん [2016/06/16(木) 02:26:08.39 ID:ouXjOwRe.net]: >>125
今何か不満ある？
128 名前：デフォルトの名無しさん mailto:sage [2016/06/16(木) 02:47:20.82 ID:cgaXk5xn.net]: コマンドプロンプトからしか使えないのだとしたら退化だよなあ
まともな端末エミュレータを用意してほしい
129 名前：デフォルトの名無しさん [2016/06/16(木) 05:40:03.80 ID:ouXjOwRe.net]: >>127
Windows10から大分まともになったと思うけど、どの辺が不満なの？
130 名前：デフォルトの名無しさん mailto:sage [2016/06/16(木) 06:43:01.65 ID:D72Ao5Xo.net]: この人の「不満ある？」って本当に建設的に改良すべき点が聞きたいんじゃなくて、
ケチつけてやろうって気満々なのがこの短い文からわかるのがすげえなw
131 名前：デフォルトの名無しさん [2016/06/16(木) 06:53:58.57 ID:ouXjOwRe.net]: どっちも純粋に疑問なんだけど？
132 名前：デフォルトの名無しさん mailto:sage [2016/06/16(木) 06:58:42.10 ID:cgaXk5xn.net]: >>128
TERMにxterm-256colorを設定して出力されるエスケープシーケンスに
全部対応できてるのかな？それならば使ってみてもいいかもね
133 名前：デフォルトの名無しさん [2016/06/16(木) 07:05:07.37 ID:ouXjOwRe.net]: そもそも別に建設的に改良すべき点を聞きたいなんて思ってないよ。改良するの俺じゃないんだしこんな所で話題にしてること自体が建設的じゃない。雑談したいから書いてんの。
建設的なことしたいならこんな所で具体的な事も挙げずにケチつけてないでgitのコミュニティとかMSDNフォーラムに書きに行ってるよね？
134 名前：デフォルトの名無しさん mailto:sage [2016/06/16(木) 08:48:10.45 ID:8vkYS6pf.net]: 荒らしウゼ
135 名前：デフォルトの名無しさん mailto:sage [2016/06/16(木) 10:45:05.33 ID:9O5kucbJ.net]: gitって改行とかエンコードとかそういう情報は保存されないんですか？
Windowsで\r\nで保存したのにMacでcloneしても\r\nになってくれません
136 名前：デフォルトの名無しさん mailto:sage [2016/06/16(木) 11:08:59.85 ID:tOwQ8tvq.net]: データにはバイナリ・テキストの2種類ある

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

たぶん、自動的に変換されているんだろ
137 名前：デフォルトの名無しさん mailto:sage [2016/06/16(木) 12:55:03.29 ID:tFGanx+A.net]: 改行コードは自動変換オプションがある。
core.autocrlf

本家gitのインストーラーで途中で訊かれる。Windowsだとtrueがデフォルトだったと思う。
138 名前：デフォルトの名無しさん mailto:sage [2016/06/16(木) 13:11:15.23 ID:0I01+HHK.net]: >>134
行の区切りとして改行がほしいのか
データの一部として \r\n がほしいのかどっちよ？

理由によって登録時に対処するか取得時に対処するか変わってくる
139 名前：デフォルトの名無しさん mailto:sage [2016/06/17(金) 12:13:18.56 ID:f99Of1Ng.net]: 自分が見ているリポジトリだとWindows版 Gitでcore.autoCRLFを有効にしないとまともにコンパイルしてくれないな
140 名前：デフォルトの名無しさん mailto:sage [2016/06/20(月) 00:40:31.67 ID:8+wUFNFJ.net]: プログラムa b cというそれぞれ独立したプログラムで
common.jsというファイルを共有して利用するとします。

いずれかのcommon.jsを修正したとき、他のプログラムにも反映されるような仕組みはありますか？
141 名前：デフォルトの名無しさん mailto:sage [2016/06/20(月) 00:51:01.73 ID:OWUJ8xtd.net]: 共有するならファイル一つしかないんじゃねえのか？
142 名前：デフォルトの名無しさん mailto:sage [2016/06/20(月) 01:14:46.57 ID:8+wUFNFJ.net]: 相互参照は設定がめんどくさそうなので、同期的なことができるとしても、マスターとなるリポジトリが必要そう、というかまぁそうするべきですね。
143 名前：デフォルトの名無しさん mailto:sage [2016/06/20(月) 01:19:21.14 ID:8+wUFNFJ.net]: あ、共有という表現がおかしかったですね。
gitでとってくるのはcommon.jsの実体なので、共有(ファイルへのエイリアス)ではないですが、common.jsがのマスターリポジトリが更新されたら、最新版を取り込んでいきたいとうことです。
144 名前：デフォルトの名無しさん mailto:sage [2016/06/20(月) 09:02:26.43 ID:o/Q8QvES.net]: submodule 使うとか？
145 名前：デフォルトの名無しさん [2016/06/29(水) 00:12:34.93 ID:TR7jXXPK.net]: Gitを一通り学べる技術書はどれがおすすめ？
146 名前：デフォルトの名無しさん mailto:sage [2016/06/29(水) 01:12:31.91 ID:u+61wruQ.net]: ソース読んだ方が早くね？
147 名前：デフォルトの名無しさん mailto:sage [2016/06/29(水) 02:04:11.07 ID:jBpXy8rF.net]: >>145
確実に遅い
148 名前：デフォルトの名無しさん mailto:sage [2016/06/29(水) 03:41:39.18 ID:wQ3BQfba.net]: Gitって何で書かれてるの？　Ruby？
149 名前：デフォルトの名無しさん [2016/06/29(水) 06:10:28.03 ID:V4mCQtyp.net]: >>147
ほとんどC
あと
150 名前：シェルスクリプトとPerl []: [ここ壊れてます]
151 名前：デフォルトの名無しさん [2016/07/01(金) 22:48:26.43 ID:yFv1WE1A.net]: GUIツールはどれがおススメ？
152 名前：デフォルトの名無しさん mailto:sage [2016/07/02(土) 12:48:12.51 ID:PNWyJIIt.net]: Git for windows
153 名前：デフォルトの名無しさん [2016/07/02(土) 21:18:14.25 ID:nPXvrn3u.net]: https://www.sourcetreeapp.com/
https://www.gitkraken.com/
154 名前：デフォルトの名無しさん mailto:sage [2016/07/04(月) 11:31:16.30 ID:+266gznu.net]: git cloneするとsubmoduleで何個か他のリポジトリもcloneされてきたんですが
全部一括でpullで更新したいんですけど一発で全部pull出来るコマンドありませんか？
155 名前：デフォルトの名無しさん mailto:sage [2016/07/04(月) 22:13:13.14 ID:0oVcG5wM.net]: あるよ
156 名前：デフォルトの名無しさん [2016/07/13(水) 23:29:29.92 ID:rnkgKmUz.net]: ２．９．１
157 名前：デフォルトの名無しさん [2016/07/16(土) 12:38:11.76 ID:a5VeR7Se.net]: ２．９．２
158 名前：デフォルトの名無しさん mailto:sage [2016/07/21(木) 13:25:25.94 ID:ZSsgjBJq.net]: 過去のコミットでブランチを作ってそれで開発してmasterにマージする方法を教えてください
159 名前：デフォルトの名無しさん mailto:sage [2016/07/22(金) 07:03:36.14 ID:nTZ7+YF1.net]: >>156
git branch 新しいブランチ名過去のコミットのハッシュ
masterにマージするのは別に特別なことはないだろ？
160 名前：デフォルトの名無しさん [2016/08/02(火) 11:48:34.88 ID:edg86QmZ.net]: ファイルをコミットするたびに、そのファイルにバージョン番号を
振り当てたいのですが、どうしたらよいでしょうか。
cvsのときは $Id$ という変数が使えたのですが gitには見当たりません。

どうかよろしくお願いいたします
161 名前：デフォルトの名無しさん [2016/08/02(火) 12:13:16.61 ID:HzIgtAUz.net]: ファイルにバージョン番号を割り当ててどうしたいかによって、やるべきことが変わります。
162 名前：デフォルトの名無しさん mailto:sage [2016/08/02(火) 13:22:41.91 ID:edg86QmZ.net]: >>159
ファイルにバージョン番号をつけて、そのバージョン番号を
そのプログラムの中で取得、表示したいと思っています。

プロジェクト全体ではなくいくつかのファイルにバージョン番号を振りたいです。
163 名前：デフォルトの名無しさん mailto:sage [2016/08/02(火) 14:08:32.09 ID:W78wvcm1.net]: その番号どうやって決めるの？
ブランチしてマージした時にはどうなるの？
164 名前：デフォルトの名無しさん mailto:sage [2016/08/02(火) 14:27:20.61 ID:d1sqqK67.net]: >>158
https://git-scm.com/book/ja/v2/Git-%E3%81%AE%E3%82%AB%E3%82%B9%E3%82%BF%E3%83%9E%E3%82%A4%E3%82%BA-Git-%E3%81%AE%E5%B1%9E%E6%80%A7
165 名前：デフォルトの名無しさん mailto:sage [2016/08/02(火) 14:53:14.88 ID:edg86QmZ.net]: >>161
マージしたのだからバージョン番号は上がります。

>>162
ありがとうございます。
gitにも一応用意されているのですね
166 名前：デフォルトの名無しさん mailto:sage [2016/08/02(火) 15:13:51.02 ID:W78wvcm1.net]: 単に上がるといわれても、、
まあ一本道なら問題でないからいいかｗ
167 名前：デフォルトの名無しさん mailto:sage [2016/08/02(火) 17:16:14.88 ID:04yi8jv3.net]: >>164
何がおかしいんだ？
ファイルの履歴なんて一本道だろ
168 名前：デフォルトの名無しさん mailto:sage [2016/08/02(火) 18:41:16.15 ID:edg86QmZ.net]: >>164
少なくとも、そのブランチ内では一本道ですよね？
違う場合があるのでしょうか・・・
169 名前：デフォルトの名無しさん mailto:sage [2016/08/02(火) 18:43:26.48 ID:W78wvcm1.net]: マージするって言ってんだから当然ブランチも違うと思うんだけど
まあキミの運用ではありえないってんならそれでいいや
170 名前：デフォルトの名無しさん mailto:sage [2016/08/02(火) 21:12:33.68 ID:fLIBLkcb.net]: 初心者に教えるのにそういう嫌味ったらしい意地の悪い態度とるなや
171 名前：デフォルトの名無しさん [2016/08/02(火) 21:54:41.01 ID:HzIgtAUz.net]: >>163
バージョンが3つ上がったブランチに、5つ上がったブランチをマージする時には、バージョンはいくつにするつもり？
ってことを聞きたいんだよ。
172 名前：デフォルトの名無しさん mailto:sage [2016/08/02(火) 22:12:29.80 ID:VvxGwIin.net]: >>169
マージじゃなくリベースして8にすればいいんじゃないの
173 名前：デフォルトの名無しさん mailto:sage [2016/08/02(火) 23:10:23.00 ID:flPsn8Jo.net]: こういう混乱のもとになるから
ファイルに自動的にバージョン番号みたいなものを
埋め込むのはやめましょう。
174 名前：デフォルトの名無しさん [2016/08/02(火) 23:23:32.33 ID:e0s/NtSp.net]: >>170
別にリベースじゃなくてマージでも8にして良いんだけど、それでバージョン番号として役に立つのかい？
175 名前：デフォルトの名無しさん mailto:sage [2016/08/02(火) 23:46:07.28 ID:flPsn8Jo.net]: (1)
│
│コミット
↓
(2)　─ブランチ → (3)
│
│コミット
↓
(3)

おいバージョン3が二つあるぞｗｗｗ
176 名前：デフォルトの名無しさん mailto:sage [2016/08/03(水) 00:38:54.13 ID:coIHhs7S.net]: >>173
それはどっちか(後の方)を3じゃなく4にすべき
177 名前：デフォルトの名無しさん mailto:sage [2016/08/03(水) 01:33:56.93 ID:mthcjhds.net]: >>174
分散バージョン管理だから、
ブランチのマージが必ず同じリポジトリで行われるわけじゃないのよ？
178 名前：デフォルトの名無しさん mailto:sage [2016/08/03(水) 07:17:01.32 ID:YtpqVXv4.net]: >>174
じゃあこういうことかね？

(1)
│
│コミット
↓
(2)　─ブランチ → (3)　─小さい修正 → (6)
│
│コミット
↓
(4)
│
│大規模バージョンアップ
↓
(5)

おい新しいバージョンのほうが機能低いぞｗｗｗ
179 名前：デフォルトの名無しさん mailto:sage [2016/08/03(水) 12:15:15.81 ID:mbys/AN5.net]: pull --rebase
と
rebase -i
とどっち使うのがいい？
180 名前：デフォルトの名無しさん mailto:sage [2016/08/03(水) 12:26:01.20 ID:8916Nt3B.net]: 何を言ってるかわからんけど
理想的環境下では rebase -i はいらないとまで言える
181 名前：デフォルトの名無しさん mailto:sage [2016/08/03(水) 20:50:14.26 ID:YtpqVXv4.net]: 理想的環境 = 絶対に間違いをしない人
182 名前：デフォルトの名無しさん mailto:sage [2016/08/04(木) 02:54:01.11 ID:6Dnu7Gjs.net]: >>177
できることは同じなんだけど若干違いがある。
pull --rebaseはリモートブランチがrebaseされた場合に自動で分岐点を追跡するが
rebaseの場合は分岐点を--ontoで明示的に指定する必要がある
183 名前：デフォルトの名無しさん [2016/08/04(木) 10:52:11.33 ID:B4wdumNN.net]: >>169
脇道のブランチにはバージョン番号振らなくてもいいです
そっちはgitのハッシュ文字列？とかで十分です

出荷用の幹のファイルにさえバージョン番号がついていれば
問題ないと思っています。
184 名前：デフォルトの名無しさん mailto:sage [2016/08/04(木) 11:57:13.31 ID:hTDvIGUA.net]: そこをどう自動化するか、なんだよね
まあスクリプトで判断付くならそれでいいけど
185 名前：デフォルトの名無しさん [2016/08/04(木) 13:48:47.25 ID:IXnE551F.net]: >>181
一番簡単なのは、出荷用のブランチ専用のワークディレクトリを用意して、そこでバージョン番号を上げてコミットするスクリプトを動かすことかな。
多分、アプリケーションのヘルプとかに出すバージョン番号を自動採番したいっていう要望だよね。
だから、そのスクリプトをリリースビルド用のスクリプトに組み込むというのがよく使われると思う。
186 名前：デフォルトの名無しさん mailto:sage [2016/08/04(木) 20:30:27.40 ID:jTAWnEUa.net]: >>181
あのさ、そういうことをすると
ソースコードの管理上重大な問題が
発生するからgitではそういう機能を廃止したの。

gitには劣化機能なんて存在しないんだよ。
187 名前：デフォルトの名無しさん mailto:sage [2016/08/04(木) 21:30:20.00 ID:MzsSajqH.net]: >>184
gitの思想や哲学なんてクソどうでもいいんだよ
どれだけ美しかろうが実務で役に立たなきゃクソほどの役にも立たん
結局のところ >>158 のニーズじゃsvnサイコーってことでしょ
夢や理想を語るだけで実用性が伴ってないからいつまでたってもgitは
オープンソース界隈とWeb業界でしか使われてない色物扱いされてんだよ
SI業界やゲーム業界見てみろ、git使ってる会社なんて1個もない
実務で使われてないのは実用性が無いからなんだよ
188 名前：デフォルトの名無しさん mailto:sage [2016/08/04(木) 21:35:28.20 ID:jTAWnEUa.net]: svnは実務で役に立ってないよ。
だからみんなsvnからgitに乗り換えてるわけ。

gitはさまざまなプロジェクトで
使われてることから実務で役に立っていることの
証明になってる。
189 名前：デフォルトの名無しさん mailto:sage [2016/08/04(木) 21:37:44.39 ID:Zc38VARK.net]: svnは1人でやるならまあ使えるでしょ
190 名前：デフォルトの名無しさん mailto:sage [2016/08/04(木) 21:41:45.60 ID:cCkuFoiR.net]: 一人ならなおさらgitの方が楽
191 名前：デフォルトの名無しさん mailto:sage [2016/08/04(木) 23:03:35.72 ID:erkB3JHK.net]: まあ仕事だとシンプルな中央からのチェックイン・アウトの方が便利な場合もあるよね
なんかgit信者ってどんな用途にもgit最高みたいな狂信者が多いから嫌われる
192 名前：デフォルトの名無しさん mailto:sage [2016/08/04(木) 23:16:16.60 ID:MHSK5WnW.net]: Gitがあえてその機能を外したおかげ
193 名前：で、Gitで実現するには工夫が必要なことを「できますか？」と聞かれたときに、なぜその機能が欲しいのか？を聞かずに 「そういうのは思想に合わないからやるべきではない」とか言うのは信者のする行動だと思う。 深く考えてない、知識がないからその機能を欲しがってるようだから、実際は別のやり方に馴染んでもらったほうがいいのか、 それとも、ある程度考えた上でやはりその機能が必要だと実感しているようだから、工夫する方法を教えてあげたほうがいいのか、はある程度要望を聞いていかないとわからないわけで。 頭ごなしにそんなの追求するべきじゃないと言うのは硬直してるエンジニアだよね。 []: [ここ壊れてます]
194 名前：デフォルトの名無しさん [2016/08/05(金) 00:21:28.60 ID:V+5FYaKg.net]: tag使えばいいんじゃないのか、、？
195 名前：デフォルトの名無しさん mailto:sage [2016/08/05(金) 00:26:07.19 ID:9/FlXgZ/.net]: git describe --tagsとか便利ですな
196 名前：デフォルトの名無しさん mailto:sage [2016/08/05(金) 13:54:28.24 ID:LJe/qM3f.net]: >>190
gitに限らないね
テンプレになりそう
197 名前：デフォルトの名無しさん mailto:sage [2016/08/05(金) 23:47:04.58 ID:8TouDsdc.net]: >>190
なぜその機能を欲しいかも書いてあればそれにも回答するけど
書いてなきゃgitでは普通使わないって答えるな

信者じゃないで、布教のために手取り足取りとかする気はない
198 名前：デフォルトの名無しさん mailto:sage [2016/08/06(土) 03:55:09.03 ID:kPYOOGd4.net]: >>194
もちろんそれで十分だと思う。
今回の流れではよく見たらそうでもなかったけど、たまに余計な一言というか、「そんなのを必要とするということは管理フローが不適切だからすぐに治すべき」ぐらいのことを言う奴がいるからさ。
199 名前：デフォルトの名無しさん mailto:sage [2016/08/06(土) 09:50:24.65 ID:rJo5wxwi.net]: そんなのを必要とするということは管理フローが不適切だからすぐに治すべきだな
200 名前：デフォルトの名無しさん mailto:sage [2016/08/07(日) 10:30:07.84 ID:2PwL22wv.net]: いえる
201 名前：デフォルトの名無しさん mailto:sage [2016/08/07(日) 11:02:34.91 ID:JriZaYfU.net]: 日本はパッケージののカスタマイズが多いというのと同じで、
日本は自社のやり方を変えずに、新しい道具を取り入れて、
自社のやり方に合うように道具を作り変えようとするんだよね。
だから新しい道具を取り入れてもちっとも前のやり方と変わらない。

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

新しい道具を取り入れるときは、どうしてそういう道具が
作られたのか、どういう考えでこうなっているのかって
ことまで深く考えないとだめだよ。やり方を変えないのであれば
新しい道具を取り入れる意味はない。
202 名前：デフォルトの名無しさん mailto:sage [2016/08/07(日) 11:03:44.23 ID:JriZaYfU.net]: なお新しい道具っていうのは、機能が違う道具って意味ね。
切れ味が良くなった包丁っていうのは、
ここでいう「新しい道具」には含めていない。
203 名前：デフォルトの名無しさん mailto:sage [2016/08/07(日) 11:15:52.99 ID:6d7Q7tZ+.net]: 日本は～だらかダメだー
アメリカは～だからスゲー

アメリカ人になっちゃえよ
204 名前：デフォルトの名無しさん mailto:sage [2016/08/07(日) 12:46:44.28 ID:JriZaYfU.net]: >>200
意味不明。

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

それが嫌ならgitをカスタマイズすればいい
日本人風にｗ
205 名前：デフォルトの名無しさん mailto:sage [2016/08/07(日) 12:59:05.35 ID:LEF4YO5H.net]: Gitのメインメンテナーが日本人なのを知らないのか
206 名前：デフォルトの名無しさん [2016/08/07(日) 13:01:01.71 ID:1ytZconk.net]: Git使いづらいからGitにとって代わるようなバージョン管理ソフトにでてきてほしい
207 名前：デフォルトの名無しさん mailto:sage [2016/08/07(日) 13:07:29.97 ID:JriZaYfU.net]: >>202
メンテナーだろ？それがどうしたｗ
開発方針じゃない。
208 名前：デフォルトの名無しさん mailto:sage [2016/08/07(日) 14:40:05.65 ID:xBB6TA9C.net]: >>198
環境に対して８０％以上の適応を求めるのと
環境に対して６０％程度の適応ですませる

そういう違いがありそう
209 名前：デフォルトの名無しさん [2016/08/07(日) 14:56:49.00 ID:sg2m+nAp.net]: >>198
ナイスですね
210 名前：デフォルトの名無しさん mailto:sage [2016/08/07(日) 19:00:11.82 ID:X3Q8Es4S.net]: >>198
わかる。
今まで手法が使えないからとLinuxカーネルに手を入れ、
バージョンアップもセキュリティパッチも取り込めなくなった挙句、
バグを量産して不安定になってしまったひどい製品もある。
新しいものとなぜ違いがあるのか深く考える必要がある。
211 名前：デフォルトの名無しさん mailto:sage [2016/08/07(日) 21:34:44.01 ID:5tqXYGiD.net]: >>198
仕事で使うんだから、それまでのやり方ができなくなるのはダメに決まってんだろ
それって単純にデグレでしょ?
新しいから良いものなんだと喚くだけじゃ人はついてこない
それがどう業務にとって、会社にとって有益なのか示さなきゃダメでしょ。
既存の物でできること+αがあって始めて、移行のコストに見合うかどうかという話になるわけだから
それすらデグレするなら話にならん
212 名前：デフォルトの名無しさん mailto:sage [2016/08/07(日) 21:56:56.94 ID:yEdPEzEG.net]: プログラマーなのに頭の硬い奴だな
213 名前：デフォルトの名無しさん mailto:sage [2016/08/07(日) 22:23:52.75 ID:KldJcBd4.net]: >>208
「それまでのやり方」を使って業務をすることに精一杯で、新しいやり方を習得するコストが非常に大きくなるなら実際は導入されないだろうね。

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

「仕事で使うんだから新しい手順を必要とするのはダメ」なんじゃなくて、「新しい手順を覚えられない人が使うんだから新しい手順を必要とするのはダメ」だよね。
214 名前：デフォルトの名無しさん [2016/08/07(日) 22:26:33.18 ID:ZEc6tjqN.net]: なんなら Visual SourceSafe をずっと使い続けてもいいんだぜ
215 名前：デフォルトの名無しさん mailto:sage [2016/08/07(日) 23:43:06.82 ID:6d7Q7tZ+.net]: >>202
>Gitのメインメンテナーが日本人なのを知らないのか

iPhoneの鏡面仕上げは日本人の職人の手作業とかドヤ顔してたタイプだなw
216 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 00:36:24.26 ID:h/269Flb.net]: 新しい道具なんだから新しい使い方をしろ、というのは全くもってそのとおりなんだけど、
いちいち道具の思想なんか気にしたくない訳よ。

そういうのなしで、純粋な機能比較ってできないのかねえ。
217 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 00:42:46.15 ID:ltfnhI66.net]: >>210
逆に、既に問題なく運用出来ている仕組みがあるのに
なんでわざわざGitを導入しようと思うんだ?
既に上手くいっているものを変えるにはそれなりのリスクもコストもかかる。
・Git移行にかかるコストは?
・エンジニアの学習コストは? (新人教育のコストも増えるので毎年かかる)
・移行してから運用上の問題が見つかった場合に切り戻し可能か? そのためのコストは? 業務への影響は無いか?
…と考えたらわざわざリスクを犯して移行に踏み切ろうなんて管理職はまずいない訳だ。
失敗したら責任を取ることになる訳だし、万一業務に支障が出たら会社全体の損失になる。顧客の信用も失いかねない。
業務の物事を知らない若いエンジニアほどGitを推したがるものだけど、
ある程度経験を積んだエンジニアなら、積極的に乗り換えようとはしないはずだよ
218 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 00:52:45.01 ID:iAz8jzOS.net]: >>214
少なくとも自分は既存のシステムは問題あるから捨ててGitに乗り換えよう、と言っているわけではないので、それを聞かれても困るかな。
そしてその意見には同意するよ。問題ないところをわざわざ弄る必要はないと思う。

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

そこに新しいもの導入する必要がないところに導入させようとするのはおかしいと突っ込むのは、なんか話がずれてない？
219 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 00:57:11.41 ID:q4pU/gN8.net]: >>208
それまでのやり方をしたいなら、
それまでのツールを使えばいいだけだよ？
220 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 00:58:45.74 ID:q4pU/gN8.net]: >>214
> ・Git移行にかかるコストは?
> ・エンジニアの学習コストは? (新人教育のコストも増えるので毎年かかる)

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

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

人と一緒に新しい物に入れ替えなきゃね
古くて使い物にならなくなったものは捨てて。
221 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 01:21:25.82 ID:q4pU/gN8.net]: とあるビジネスマンがマクドナルドの社長に言いました。

逆に、既に問題なく運用出来ている仕組みがあるのに
なんでわざわざ新システムを導入しようと思うんだ?
既に上手くいっているものを変えるにはそれなりのリスクもコストもかかる。
・新システム移行にかかるコストは?
・社員・パート・バイトの学習コストは? (新人教育のコストも増えるので毎年かかる)
・移行してから運用上の問題が見つかった場合に切り戻し可能か? そのためのコストは? 業務への影響は無いか?
…と考えたらわざわざリスクを犯して移行に踏み切ろうなんて管理職はまずいない訳だ。
失敗したら責任を取ることになる訳だし、万一業務に支障が出たら会社全体の損失になる。顧客の信用も失いかねない。
業務の物事を知らない若いやつほど新システムを推したがるものだけど、
ある程度経験を積んだ老害なら、積極的に乗り換えようとはしないはずだよ
222 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 01:25:19.63 ID:ltfnhI66.net]: >>217
SVNとかCVSは覚えること少ないから、学習コストほぼゼロなのよ。
おかしなことをしようとしたらサーバ側で弾いてくれるし。
GitはCUIのコマンドとか、マージとリベースの区別とか、覚えることが多すぎる。
ローカルで作業できてしまうから、下手な操作をサーバ側で一括で弾けない。
実際、うちの職場でもGit使ってて何度かデータ吹っ飛んだ事故が何度かあったし。
Gitの使い方だけで本が一冊書けるぐらいだ(実際、巷にはGitの解説本が溢れている)
エンジニアの学習意欲が高くて、黙っててもGit使える人が集まってくるWeb業界ならいざしらず、
普通のIT業界で、本一冊かかるような内容を新人教育でやるのは無理だよ。コストがかかりすぎる。
223 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 01:26:43.94 ID:q4pU/gN8.net]: まあ世の中CMMレベルで1にも達していない会社ばかりですからねｗ
そんな会社が継続的なプロセス改善ができるレベル5に到達するのはまず不可能でしょうね。
新しい技術を試行して改善すると言う発想自体が、存在しないのですから。
www.compita-japan.com/kaisetsu/what-cmmi-2.html

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

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

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

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

レベル５『最適化する』革新的なアイディアや技術の試行、およびプロセスからの
定量的フィードバックによって、継続的なプロセス改善が可能になっている。
224 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 01:28:07.16 ID:q4pU/gN8.net]: >>219
> SVNとかCVSは覚えること少ないから、学習コストほぼゼロなのよ。

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

で、言いたいことは何？

勉強きら～い、覚えることきら～い。
うん、ゆとりがいいそうな言葉だねｗ
225 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 01:29:22.36 ID:q4pU/gN8.net]: >>219
そうそう、あと

自分ができない。

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

新人の方がよっぽどお前よりも頭良さそうだね。
なにせ入社してわずか数ヶ月で～1年足らずで
お前に追いつくんだから。
226 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 01:34:06.94 ID:q4pU/gN8.net]: > 実際、うちの職場でもGit使ってて何度かデータ吹っ飛んだ事故が何度かあったし。

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

そうやってちゃんと原因を調べないから
いつまでたってもgitの使い方を間違えるし、
いつまでたっても同じバグがなくならないんだよ。
227 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 02:13:22.23 ID:+yLmmkY8.net]: >>212
メインメンテナーが何をしているのか知らないのですねｗ
わかりますｗ
228 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 07:54:41.60 ID:GXc5q5HC.net]: メインテナーが日本人でそいつがgit本書いたからと期待したらとんでもない駄本だったでござるの巻
229 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 09:29:25.30 ID:ZnfnxfDU.net]: >>221
俺ゆとりだけど、SVNでマージくらいするわーｗｗｗ
230 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 09:55:48.41 ID:UPSt9ndS.net]: なんか知らんけどそんな悪い物だったら
これ程世界で普及する訳ないじゃない
231 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 11:32:43.48 ID:cjozzgMF.net]: オープンソース界隈にはとてもマッチしているというだけの話であって
思想的にも仕様的にもプロプラには使えないよ
232 名前：デフォルトの名無しさん [2016/08/08(月) 12:38:17.69 ID:3sXZ9+0D.net]: >>198
新しいやり方についてこれない従業員を新しい従業員に変えるコストが日本は高いからな。
新しい会社なら新しいやり方を試せるが
・失敗ノウハウが少ないので適切なやり方を採用する情報が少ない
・その他のリスクが高いので、失敗ノウハウが溜まる前に潰れる
・うまいこと生き残ったら、成功体験がやり方を変えるのを戸惑わせる
・明らかにやり方を変える方が得になると判明する頃には従業員を変えられなくなる
ということで、やっぱり変えられない。
というか、企業自体の世代交代でしかやり方が変わらないため、速度が遅いという方が適切。
ただし、アメリカのように従業員の変更が合理的なコストで出来るとしても、従業員の大部分が入れ替わった上に、
会社の文化まで変わってしまったら同じ会社と言えるのか、という疑問も生じる。
まあ、日本ではやり方に文句があるなら、転職するか起業しろってことだ。
233 名前：デフォルトの名無しさん [2016/08/08(月) 12:43:27.71 ID:3sXZ9+0D.net]: >>219
cvsやsvnでgitに求められる機能を運用で提供しようとしたら、gitの学習コストの比じゃないでしょ。
マージ専属担当者とか、同時修正のボトルネックとか、差分確認のコストとかが上乗せされるはず。
234 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 12:55:06.88 ID:cjozzgMF.net]: >>230
cvsやsvnに求められる機能をgitで提供できてない時点で代替にはならないしね
gitにはgitの得意分野と不得意分野があるんだから
svnを捨てよ、全部gitに置き換えろ、学習しろ、というのも無理がある話よ
235 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 13:13:16.31 ID:rLW2y4D7.net]: これだけ普及しえて教えてやらなきゃgitも使えないようじゃ
技術者として使い物にはならんと思うがな
元バーテンダーや元調理師なんてのが大手銀行やハードメーカーに
派遣されまくってる現状じゃどうしようもないのかもしれないが・・・
頭数とマニュアルがあればなんとかなるという幻想から覚めて欲しいものだ
236 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 13:42:41.32 ID:UPSt9ndS.net]: ロックが無いのが嫌って奴なら居るかも
それ以外はどう見てもgitの方が優れている
svnに戻りたくはない
237 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 13:54:35.37 ID:UPSt9ndS.net]: 企業向けのGitホスティングサービスならGitHubエンタープライズとかあるじゃん
>>228は何故使われてないと決めつけるのか
238 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 18:08:30.27 ID:1QM6yHGZ.net]: >>222
もれはうんこするけどアイドルはうんこしないと思う
239 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 18:09:45.75 ID:1QM6yHGZ.net]: >>225
わかりますω
240 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 21:28:22.51 ID:q4pU/gN8.net]: >>229
そんなにコストコストいうのなら、
新しいやり方で減るコストと
新しいやり方に変えるコストを
ちゃんと比べたんだろうね？

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

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

逆に30人以上いるとロックにするとファイルがロックだらけになって何も出来なくなるから
ロックはせいぜい10人程度なもんだろうな
242 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 22:32:47.01 ID:q4pU/gN8.net]: >>238
本当にsvn使ってますか？
ロックしてもマージするときにコンフリクト起きることはあるんですが？
aさんがブランチ作ってbさんがブランチをマージして
大幅にtrunkを書き換えたら、aさんがコンフリクトなしにマージできるわけ無いでしょう？

まあ一つだけ情けで教えてあげましょう。
並行で開発をしないのであれば、コンフリクトは起きません。
つまりプロジェクトの開発をするのはある時点では一人だけってことです。
まあ同じ条件であればgitでもコンフリクト起きませんがｗ
243 名前：デフォルトの名無しさん [2016/08/08(月) 22:58:32.89 ID:9xORICQp.net]: >>237
コストを計算するコストが無いので
244 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 23:11:50.87 ID:q4pU/gN8.net]: >>240
じゃあコストがどうのこうのって騒ぐなって話だよ。

コストのこともちゃんと考えてる
自分かっこいいって思ってるだけだろｗ
245 名前：デフォルトの名無しさん [2016/08/08(月) 23:20:33.29 ID:9xORICQp.net]: >>241
騒いでる？！だれが？
246 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 23:24:05.87 ID:q4pU/gN8.net]: >>242
移行コストがどうとか言いだしたやつのことだよｗ

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

そりゃ機械でも何でも新しい物を導入するにはコストがかかるだろうさ。
移行した後のメリットを比較して初めて移行コストが高いかどうか言えるはずなのに、
「移行コストが高い」と言ってるが実は「移行コストがかかる」としか言ってない。
比較してない。
247 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 23:27:01.84 ID:q4pU/gN8.net]: ちなみに>>238も言ってるけど、

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

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

膨大な移行コストがかかるはずがないんだよ。
そんなに大人数でやってるなら、並行して開発できないはずなんだから。
248 名前：デフォルトの名無しさん [2016/08/08(月) 23:28:56.89 ID:9xORICQp.net]: >>243
だれがそんな話してるの？
移行コストで検索しても引っかからないけど
249 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 23:42:35.34 ID:ltfnhI66.net]: >>244
排他ロックされてたらローカルで読み専外して編集して、
ロック解除されてからマージしてコミットするだけのことなので
ロック云々は人数と関係がない。
ゲーム開発とかだとソースコードは複数人ロック許可(何人でもロックできる)、
リソースは排他ロックとか使い分ける。
リソースはファイルごとに担当の人が割り当てられるので基本的にロックは競合しない。
こういう開発体制なら普通に100人(10人プログラマ、90人デザイナー)とかあり得る。
ロックモデルなら人数少ないはずなんて大間違い。
250 名前：デフォルトの名無しさん mailto:sage [2016/08/09(火) 00:05:22.32 ID:qvNmhdjd.net]: 2.0以降のバージョンごとに新機能をまとめている記事だれかおしえて
記事じゃなくてもここに書いて教えてくれる人でもいいよ
251 名前：デフォルトの名無しさん mailto:sage [2016/08/09(火) 00:20:51.44 ID:zWs+JfAu.net]: >>245
コストで検索してみｗ
252 名前：デフォルトの名無しさん mailto:sage [2016/08/09(火) 00:22:17.00 ID:zWs+JfAu.net]: >>246
それってさ、実質gitをやってるのと一緒だよねｗ
gitよりも使いづらいツールを使って
git風に使うことになんの意味があるの？
253 名前：デフォルトの名無しさん mailto:sage [2016/08/09(火) 00:24:37.52 ID:zWs+JfAu.net]: >>246
> リソースはファイルごとに担当の人が割り当てられるので基本的にロックは競合しない。

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

で、ここからわかるのは、コンフリクトが発生するのはgitだからではなくて
ソースコードがぐちゃぐちゃに結合しまくっているから。
gitへの文句は、gitが悪いんじゃなくて、単に開発技術が低いからなだけなんだよ。
254 名前：デフォルトの名無しさん mailto:sage [2016/08/09(火) 00:57:13.59 ID:JL67m93h.net]: >>250
業務でのプログラミングの本質は場当たり的にコードを継ぎ足していくことなので、
コードがぐちゃぐちゃになるのは仕方ないというか当たり前。
きれいなコードを書こうなんてのはプログラマの自己満足でしかなくて、
業務では全く価値のないことなんだよね。
会社にとっては、きれいなコードを書くよりも、
例えコードがぐちゃぐちゃでも、ビジネス的に価値のあることが重要なんだよ。
逆に、いくらコードがきれいでもそれを生み出すのに時間が掛かってしまったら
費用が増す分ビジネス的な価値(費用対効果)は相対的には下がる訳だ。
そこがゼロコストで無尽蔵に人と時間をつぎ込めるオープンソースと違うところ。
svnのいいところは、業務で生み出されるぐちゃぐちゃなコードでも、
マンパワーをかけさえすれば、効率はともかく、最低限運用できるってこと。
gitがきれいなコードでないと運用できないっていうなら、そりゃ業務では使いものにならないわな。
255 名前：デフォルトの名無しさん mailto:sage [2016/08/09(火) 00:58:45.27 ID:s9poePNg.net]: >>251
きれいなコードの方が保守運用コストは下がるだろバカ
256 名前：デフォルトの名無しさん mailto:sage [2016/08/09(火) 01:02:06.53 ID:eOuJRIG+.net]: >>251
>業務でのプログラミングの本質は場当たり的にコードを継ぎ足していくこと
本質ワロタｗｗｗレベル低っ
257 名前：デフォルトの名無しさん mailto:sage [2016/08/09(火) 01:10:38.38 ID:sR8HfSVu.net]: >>229
従業員だけだと思ってるあたりがおめでたいんだよな、
アメリカの話する奴って。
258 名前：デフォルトの名無しさん mailto:sage [2016/08/09(火) 01:20:22.77 ID:cMzsnvho.net]: >>246
読み込みフラグ外してローカルでロックを外す使い方するのは論外だろ
だったらロックなしにすべき
259 名前：デフォルトの名無しさん mailto:sage [2016/08/09(火) 02:03:22.48 ID:D73KroXK.net]: >>251
日本のIT業界が発展しない原因がここにある
260 名前：デフォルトの名無しさん mailto:sage [2016/08/09(火) 02:05:10.20 ID:zWs+JfAu.net]: >>251
開発コストを下げることにビジネス価値がないなんて
聞いたことがないよｗ
261 名前：デフォルトの名無しさん mailto:sage [2016/08/09(火) 07:52:13.45 ID:WeWtkztg.net]: git for windiwsを会社でダウンロードしたら
git hubがアクセス規制されていることに気づいた
262 名前：デフォルトの名無しさん mailto:sage [2016/08/09(火) 09:06:06.99 ID:IkH4n9p3.net]: https://en.wikipedia.org/wiki/Censorship_of_GitHub
263 名前：デフォルトの名無しさん mailto:sage [2016/08/09(火) 14:22:54.35 ID:R82AyoEc.net]: すみません、この記事の記述って間違ってるんでしょうか？

Git - Git へ移行する
https://git-scm.com/book/ja/v2/Git%E3%81%A8%E3%81%9D%E3%81%AE%E4%BB%96%E3%81%AE%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E3%81%AE%E9%80%A3%E6%90%BA-Git-%E3%81%B8%E7%A7%BB%E8%A1%8C%E3%81%99%E3%82%8B
> 次に、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/ をコピーすればローカルブランチは作れるよという記事なんですが、
実際にはそこは中身は空だという。
264 名前：デフォルトの名無しさん mailto:sage [2016/08/09(火) 14:41:13.79 ID:R82AyoEc.net]: すみません、自己解決しました。

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

Git - メンテナンスとデータリカバリ
https://git-scm.com/book/ja/v2/Git%E3%81%AE%E5%86%85%E5%81%B4-%E3%83%A1%E3%83%B3%E3%83%86%E3%83%8A%E3%83%B3%E3%82%B9%E3%81%A8%E3%83%87%E3%83%BC%E3%82%BF%E3%83%AA%E3%82%AB%E3%83%90%E3%83%AA
265 名前：デフォルトの名無しさん mailto:sage [2016/08/09(火) 14:48:54.22 ID:n5pitoha.net]: 乙
266 名前：デフォルトの名無しさん [2016/08/09(火) 17:01:53.80 ID:1rsEvSwM.net]: sourcetreeがパスワードを忘れてしまったんだけど
どうしたらパスワードを入力できますか？
267 名前：デフォルトの名無しさん mailto:sage [2016/08/09(火) 22:22:16.02 ID:R82AyoEc.net]: すみません、また質問です。

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
www.tikalk.com/devops/the-svn-performance-killer-switch/
268 名前：デフォルトの名無しさん mailto:sage [2016/08/09(火) 22:24:38.58 ID:zWs+JfAu.net]: コンソール使うのが一番効率が良い
269 名前：デフォルトの名無しさん [2016/08/11(木) 21:45:48.14 ID:GymvHk+I.net]: >>247
https://osdn.jp/magazine/git/
270 名前：デフォルトの名無しさん mailto:sage [2016/08/13(土) 09:34:50.76 ID:HqV/ak3N.net]: 2.9.3が出ていたでござる
271 名前：デフォルトの名無しさん mailto:sage [2016/08/15(月) 00:30:10.49 ID://p62Xoj.net]: 2.9.xの次は2.10？
それとも3.0？
272 名前：デフォルトの名無しさん mailto:sage [2016/08/15(月) 02:35:40.44 ID:DtcqzF6E.net]: >>268
小学生からやり直せ
273 名前：デフォルトの名無しさん mailto:sage [2016/08/15(月) 02:59:16.68 ID:ogrkNV/Q.net]: 小学校からやり直せなら分かるが、小学生なれるならむしろ俺が知りたい
274 名前：デフォルトの名無しさん mailto:sage [2016/08/15(月) 03:29:35.15 ID:Y0Jnfl62.net]: 女子小学生はじめました
275 名前：デフォルトの名無しさん mailto:sage [2016/08/15(月) 08:29:17.27 ID:Q03ZLlKw.net]: 女子小学生ですが、夏休みの自由研究で質問です。

git 2.9.xの次は2.10？
それとも3.0？
276 名前：デフォルトの名無しさん mailto:sage [2016/08/15(月) 10:15:48.60 ID:GUZ7DBqH.net]: 2.a.x
277 名前：デフォルトの名無しさん mailto:sage [2016/08/15(月) 13:47:46.68 ID:Y0Jnfl62.net]: >>272
2.a.0だよ。16進数って知ってるか？
ちなみに2.f.0を超えると17進数、18進数と最大36進数まで拡張される。
それを超えると王冠マークになるよ。
278 名前：デフォルトの名無しさん mailto:sage [2016/08/15(月) 15:41:53.58 ID:vYFE8CjH.net]: >>272
https://github.com/git/git/blob/master/Documentation/RelNotes/2.10.0.txt
279 名前：デフォルトの名無しさん mailto:sage [2016/08/15(月) 19:00:10.85 ID:GUZ7DBqH.net]: 考え方としては 2.1.0.x もアリかな
280 名前：デフォルトの名無しさん mailto:sage [2016/08/16(火) 07:44:32.13 ID:6emaJb6k.net]: >>275
2.10って、機能てんこ盛りだな。
gitの進化は止まらない感じだな。
281 名前：デフォルトの名無しさん mailto:sage [2016/08/16(火) 11:02:01.83 ID:I694z9yq.net]: バージョン管理システムに求められていることは
新機能よりも安定して動くことなので
あまり機能追加して欲しくないんだけどな
バグがあると誰かが間違ってアップデートしたときに
大惨事になるし
WSUSみたいなバージョンの強制もできないし
282 名前：デフォルトの名無しさん mailto:sage [2016/08/16(火) 18:08:44.93 ID:GdCEovCM.net]: >>278
* 既存の機能は安定して動く
* バグフィックスされる
* 脆弱性が修正される
* パフォーマンスが向上する
* 新規機能が追加される

新規機能以外にもいろいろ修正されるので、個人的にはいつでも最新版を追いかけてます。
機能追加も、大抵はローカルに対する機能なんで、あまり心配しなくてもいいと思う。
283 名前：デフォルトの名無しさん mailto:s []: [ここ壊れてます]
284 名前：age mailto:2016/08/17(水) 13:12:16.28 ID:vhZBTCOP.net [ まあおれはあえて1.7で止めているんだけどな
あの悲劇は絶対に忘れない ]: [ここ壊れてます]
285 名前：デフォルトの名無しさん mailto:sage [2016/08/17(水) 14:31:13.20 ID:16HcYGtW.net]: >>280
何があった
286 名前：デフォルトの名無しさん mailto:sage [2016/08/17(水) 21:07:45.95 ID:EvJVMuWG.net]: 何があった変わらない。
gitの使い方を知らないのに説明できるわけがない。
何もしてないのに壊れた。
287 名前：デフォルトの名無しさん mailto:sage [2016/08/17(水) 22:41:58.24 ID:QE4n6+Hc.net]: 信者いわく、ドキュメントを読めってことなんだろうが、
読んだところでわかるように書いてあるとは限らないんだよな。
288 名前：デフォルトの名無しさん mailto:sage [2016/08/18(木) 02:09:29.35 ID:tC3R5Oiw.net]: いいこと考えた
バージョンアップ前にgitで管理しているファイルをVSSで管理しとけばいいんだよ
289 名前：デフォルトの名無しさん mailto:sage [2016/08/18(木) 06:11:58.61 ID:WWxdOhuO.net]: あつものにこりてなますをふく
290 名前：デフォルトの名無しさん mailto:sage [2016/08/18(木) 14:20:04.16 ID:C6AfURNf.net]: git add . でうっかりリポジトリに入れたくないファイルを入れてしまって
そのまま commit してしまった場合
git rm hogehoge
した上でもう一度 commit して
rebase -i HEAD~~
しても大丈夫ですか？
291 名前：デフォルトの名無しさん [2016/08/18(木) 14:35:59.96 ID:zg2s/krd.net]: git reset --soft HEAD~1
でコミット前に戻せる
292 名前：デフォルトの名無しさん mailto:sage [2016/08/18(木) 16:07:01.98 ID:rH/gKPaO.net]: >>284
うちではsvnでやってる
適当にガチャガチャやるにはgitを使い
トランクはsvnでかっちり管理
293 名前：デフォルトの名無しさん [2016/08/18(木) 19:27:58.03 ID:Or78WOkX.net]: >>287
それするとリポジトリに入れたかったファイルまで消え(元に戻る)ない？
294 名前：デフォルトの名無しさん [2016/08/18(木) 19:49:06.53 ID:zg2s/krd.net]: --soft は、ワーキングコピーを変更しない
d.hatena.ne.jp/murank/20110327/1301224770
295 名前：デフォルトの名無しさん mailto:sage [2016/08/18(木) 20:39:55.25 ID:4ltIqmah.net]: HEAD^^^のindex.htmlのファイルの内容を標準出力に出したいんですがどうやるんですか？
そのままリダイレクトしてファイルに保存したいんです。
ブランチを切り替えずにさくっとやりたい
296 名前：デフォルトの名無しさん mailto:sage [2016/08/18(木) 21:27:54.72 ID:vuChYk3m.net]: >>288
> トランクはsvnでかっちり管理

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

単純にソースコード、ファイルさえあればいいっていうのなら
SVNで良いけど、日常的なバージョンアップを管理したいなら
gitじゃなきゃやってられない。
297 名前：デフォルトの名無しさん mailto:sage [2016/08/18(木) 21:28:47.66 ID:ayLBcVQH.net]: 過去のある時点までcommitをまとめたいと思ったら、rebase -iで:%s/^pick/s/するしかないのかな？
もっと簡単に一発でできる方法ってある？
298 名前：デフォルトの名無しさん mailto:sage [2016/08/18(木) 22:08:56.10 ID:WWxdOhuO.net]: >>291
git show HEAD^^^:index.html
299 名前：デフォルトの名無しさん mailto:sage [2016/08/18(木) 23:07:25.17 ID:X3KujlRo.net]: >>294
ありがとうございます！！！！！！！！！！！！！！！！！
300 名前：デフォルトの名無しさん mailto:sage [2016/08/18(木) 23:27:47.86 ID:l17VcCfI.net]: カプコンのバイオ7チームはsvnを使ってたな
全社で使ってんのかは知らんけど
301 名前：sage [2016/08/18(木) 23:32:18.44 ID:7hJTTLkW.net]: >>293
git checkout -b matome-branch HEAD^^^^^
git merge --squash maeno-branch []; [ここ壊れてます]
303 名前：デフォルトの名無しさん mailto:sage [2016/08/18(木) 23:43:34.64 ID:4ARuzQu1.net]: >>292
仕事で書くコードだと、日常的なバージョンアップってあまりなさそうだから、
gitがないとやってられないことにはならないんだろうな。

なんか上手い感じで融合されたものは出ないものだろうか。
304 名前：デフォルトの名無しさん mailto:sage [2016/08/19(金) 00:50:28.94 ID:vrOAztYa.net]: >>298
コード書かない日なんてあまり無いし
書いたコードは正式なブランチにマージするかどうかはともかくコミットにする
なのでgitが無いとやってられない
305 名前：デフォルトの名無しさん mailto:sage [2016/08/19(金) 01:58:05.45 ID:U1hiIUMq.net]: >>298
リリースとバージョンアップは違うよ。
どんなに小さな修正でもリリースしなかったとしても
バージョンアップはバージョンアップ

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

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

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

だから、ソースコードを管理したいのか、バージョンを管理したいのかって話になる。
306 名前：デフォルトの名無しさん mailto:sage [2016/08/19(金) 07:58:43.97 ID:zeRMY0gX.net]: >>297
なるほど、ありがとう。試してみるわ。
307 名前：298 mailto:sage [2016/08/19(金) 09:01:33.49 ID:W4vthMUS.net]: >>300
仕事で作るソースは、
> 一週間かけて大作を作って、時間かけてレビューして
こっちをイメージしていたよ。

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

# gitを否定する気はなくて、gitじゃなくても十分回る仕事も
# たくさんあるよって話。
308 名前：デフォルトの名無しさん mailto:sage [2016/08/19(金) 09:31:46.47 ID:U1hiIUMq.net]: > # gitを否定する気はなくて、gitじゃなくても十分回る仕事も

そりゃそうだよ。
開発スピードに違いがでるってだけなのだから、
どんな仕事でも遅くても達成することはできるのだから
交渉の問題にすることは可能。
309 名前：デフォルトの名無しさん mailto:sage [2016/08/19(金) 10:39:51.41 ID:uuI08uQb.net]: >>302
20万人月のシステムだって、コードを書く時間だけに注目すれば、Web系とたいして変わらん。

20万人月のシステムだって、「一週間かけて大作を作って、時間かけてレビュー」するより、
数時間～1日レベルの量のコード単位でレビューした方が、レビュワーも楽だしフィードバックを
適用するサイクルも短くなる。
310 名前：デフォルトの名無しさん mailto:sage [2016/08/19(金) 15:13:49.75 ID:Ptpp83Zz.net]: >>304
ただでさえ納期に追われてるのに、レビューなんかしてる時間も予算もねーよ
ゲーム開発とかだと、何よりもスピード感が大事だから、
コード書いたら簡単に自分で動作チェックしてそのまま提出が普通。
レビューなんかコストの無駄、無駄
311 名前：デフォルトの名無しさん mailto:sage [2016/08/19(金) 15:21:30.45 ID:uuI08uQb.net]: 底辺自慢はノーサンキュー
312 名前：デフォルトの名無しさん mailto:sage [2016/08/19(金) 15:33:14.46 ID:OBUCxFnv.net]: インターネットで調べ物してるとWeb系のプログラマーの声が目立つけど、世の中Web系だけが全てではないというのは理解したほうがいいと思うわ
別ジャンルだからということで壁を作る必要もないと思うが、求められるアウトプットや仕事の進め方は結構違うから、自分の周りの世界の常識を他の世界に押し付けてもしょうがない
313 名前：デフォルトの名無しさん mailto:sage [2016/08/19(金) 16:05:00.49 ID:uuI08uQb.net]: >>307
その自分の周りの世界というのが実はガラパゴスで、本当の「世界」は違ったりするんだけどね。
314 名前：デフォルトの名無しさん [2016/08/19(金) 21:07:17.69 ID:tiq+E08K.net]: ブーメランの投げ合い楽しそう。
315 名前：デフォルトの名無しさん mailto:sage [2016/08/19(金) 21:11:41.49 ID:OBUCxFnv.net]: >>308
ガラパゴスだとして何なの？ガラパゴスだからこそ、グローバルなものが上手く使えないことも多いだろう。
ガラパゴスだと将来性がないとかスケールしないとか言いたいのかもしれんが、そういう意見は経営方針とかまで介入してくるつもりがないなら、余計なお世話ってやつだ。
316 名前：デフォルトの名無しさん mailto:sage [2016/08/19(金) 21:12:04.76 ID:U1hiIUMq.net]: >>305
将来のこと考えたことある？

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

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

自分の将来、考えてみなよ
317 名前：デフォルトの名無しさん mailto:sage [2016/08/19(金) 21:15:49.85 ID:U1hiIUMq.net]: >>310
ガラパゴス化どうかじゃなくてコストを考えたほうが良いね。

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

どんな仕事でも、
「品質を保ったままでき
318 名前：るだけ低コスト（＝短い時間）で開発」 っていうのは客が明確に言わなくても絶対に含まれている要件だから。 自分の狭い世界でコストを考えるんじゃなくて 広い世界、つまり多くの外部の実例と比べてコストを考える。 []: [ここ壊れてます]
319 名前：デフォルトの名無しさん mailto:sage [2016/08/19(金) 21:38:42.93 ID:Ptpp83Zz.net]: ガラパゴスだろうと効率悪かろうと儲かれば正義
GitやらGithubFlowやらで効率いい開発しててもゴミのように消えていくスタートアップなんて山程見てきた
320 名前：デフォルトの名無しさん mailto:sage [2016/08/19(金) 22:25:17.58 ID:U1hiIUMq.net]: >>313
おかしいですね。開発効率を上げればもっと儲かるはずなんですが？
だって同じものをより短い時間で作るわけですから。

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

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

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

開発期間に応じて金額を請求するやり方、いわゆる人月でやってると
どんなに頑張っても今と変わらず納期に追われる未来しかないんですよ。
321 名前：デフォルトの名無しさん mailto:sage [2016/08/19(金) 22:38:21.54 ID:OBUCxFnv.net]: >>314
「開発効率を上げれば儲かる」のは事実だけど、開発の方法が分野によらず「世界」がみんな採用してる正解の方法があるって思ってるの？
Git導入したって開発効率が無視できるほどのわずかにしか上がらない分野だってあるでしょ。
ちなみに自分はGit使わないと怖くて開発できないけどね。

Gitを否定してるわけじゃないんだよ。なんでもかんでもGit使わないのは開発効率が悪いダメプロジェクト、なぜならGitは銀の弾丸である、と考えてるのならおかしいってこと
322 名前：デフォルトの名無しさん mailto:sage [2016/08/19(金) 22:43:57.06 ID:U1hiIUMq.net]: >>315
じゃあ条件をつけるよ。

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

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

開発効率を上げても楽にならず儲けもでない仕事ならばgitじゃなくてよい。
（言い換えるとどんなにダラダラ仕事をしても、時間に応じて金が貰える楽な仕事ｗ）
323 名前：デフォルトの名無しさん mailto:sage [2016/08/19(金) 22:54:16.41 ID:OBUCxFnv.net]: >>316
その条件が>>308で言うところの「本当の『世界』」なの？
324 名前：デフォルトの名無しさん mailto:sage [2016/08/19(金) 22:55:15.88 ID:OBUCxFnv.net]: と、思ったけど同一人物ではないんだな
325 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 00:49:02.36 ID:H8dejY2v.net]: >>315
＞>>314
＞「開発効率を上げれば儲かる」のは事実だけど、開発の方法が分野によらず「世界」がみんな採用してる正解の方法があるって思ってるの？
アジャイルとかがそうかもね
326 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 00:51:20.54 ID:GxTqSDb9.net]: バカが居るという前提に経てば、優れた方法はあったとしても
「世界」がみんな採用している方法なんてものはありえない。

ありえない話は誰も最初からしてないので、
そんなものを持ってこないようにｗ
327 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 04:05:26.50 ID:pxijkvG3.net]: だからカプコンのバイオ7チームはsvnを使ってる
多分プログラマは10～20人ぐらいだと思うけどな
git使わないと○○みたいなのは単なる迷信
328 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 04:33:17.45 ID:GxTqSDb9.net]: git使わないと開発効率悪いよ。
迷信じゃなくて事実
329 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 05:49:30.91 ID:n3aPG6Qo.net]: >>322
だから効率悪かろーが当人たちはそれで食っていけてる訳だから
横から何を言われても余計なお世話
それともわざわざリスクとコストかけてGit移行して、
上手くいかなかった時の責任を取ってくれんの?
儲かれば正義、食っていければ正義
いくら効率良くても、それで事業失敗するなら悪でしかない
330 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 06:11:21.97 ID:H8dejY2v.net]: しょうもな
331 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 10:14:06.60 ID:Dhimymjm.net]: >>322
どのくらい効率が悪いかの数値は持ってる？
持ってないんなら、それはただの主観だよね。
夏休みの子供のたわごと。
332 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 10:29:20.67 ID:GxTqSDb9.net]: >>325
計測すれば簡単にだせるよ。

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

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

これはネットワークが遅ければさらに遅くなるし
例えば飛行機の中とか移動中とかネットワークが不安定や使えない状況では
そもそも作業ができないことにすらなり得る。
333 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 10:37:56.10 ID:NrToUCA6.net]: >>323
基地外発狂w
334 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 10:43:13.57 ID:n3aPG6Qo.net]: 普通のプログラマはどの修正でバグが入ったのかなんて調べないし
飛行機の中でコード書いたりしません
335 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 10:52:11.31 ID:TYLnwsqy.net]: 「適当にいじってたらエラーがでなくなりました」
「何にもいじってないはずなのに動かなくなっちゃいました」

こういうことを言いだす奴はプログラマじゃない
こういうことを言う奴はgitを使うことを極端に嫌がる
336 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 10:58:01.82 ID:NrToUCA6.net]: 基地外荒らしが普通を語るとは笑止千万
337 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 11:20:03.78 ID:GxTqSDb9.net]: >>328
結局それだよねｗ
欠点言われても、

あーあー聞こえない。そんなの俺には関係ない
できないことには目をつぶるから何も見えないー
338 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 11:32:54.69 ID:GxTqSDb9.net]: 説明するのが面倒だからぐぐって見つけた記事に
まるなげするけど、svnでマージは本当に大変。

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

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

これが最悪な点なんだよな。
ついでにsvnにはタグもないよね。
339 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 11:47:17.62 ID:n3aPG6Qo.net]: >>332
何がどう最悪なのか説明して欲しいな

マージするときは専用機能としてブランチがあろうが、
ディレクトリの別コピーとして存在してようが、
やることは同じで差分とってよりわけるだけなんだから
手間は同じはずなんだけど。
340 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 11:53:44.46 ID:GxTqSDb9.net]: >>333

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

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

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

メタ情報がなければツールはコピーとしてしか認識できない。
それを人間が補わなきゃいけない負担がかかるツールがsvn
341 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 13:20:24.81 ID:n3aPG6Qo.net]: >>334
うちではブランチごとに識別用のダミーファイルを置いて、
マージしたらマージ元のそのファイルをマージ先にコピーして管理してる。
そうすればそのファイルのあるなしでマージ済みかどうかわかる。
手作業で確認したら面倒だけどそのための専用ツールがある
仕組みさえ作ってしまえば手間はさほどかからない
342 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 13:21:38.70 ID:GxTqSDb9.net]: な、くだらないことしてるだろｗ
343 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 13:31:30.49 ID:ArpkS8bv.net]: >>332
Subversionはずいぶん前にマージトラッキングの機能が入ってるし、
ちゃんと運用してたらそのブログに書いてあるような問題は起こらないはず。
Gitのほうがブランチやマージを扱いやすいっていう結論には変わりないけどね。
344 名前：デフォルトの名無しさん [2016/08/20(土) 15:04:46.93 ID:OZEoChm6.net]: >>290
ありがとう
345 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 15:07:17.88 ID:OZEoChm6.net]: >>313
ゴールドラッシュで一番儲けたのは桶屋ですね判ります
346 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 17:01:18.20 ID:Dhimymjm.net]: >>326
>面倒でやってられないだろう。

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

飛行機の中でコードを書くみたいな極端な話を持ち出さないと
gitの利点を語れないんなら、黙っててくれたほうがgitのためだよ。
347 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 17:11:26.63 ID:wDkEJvtg.net]: >>340
いや具体的に出てるだろ、二分探索って書いてあるんだから
svn=O(n)に対してgit=O(log2 n)だ
348 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 17:18:39.27 ID:Dhimymjm.net]: >>341
それは検索時間だよね。ソフトの処理時間を聞いてるんじゃないんだ。
人間も含めたシステムとしての効率の話をしてるんだよね。
349 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 17:18:50.38 ID:wDkEJvtg.net]: svnの時はGUIが使いやすくて、コマンドが使いにくかったけど
gitの場合はGUIが使いにくくて、コマンドの方が使いやすい
ってのが、付いて来れない人が増える原因なのかねぇ
350 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 17:54:58.17 ID:GxTqSDb9.net]: >>340
君のレスには、反論が含まれていない。
351 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 17:58:28.25 ID:GxTqSDb9.net]: >>343
それがsvnがただのファイルバックアップツールと
化してしまった原因の一つだろうね。

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

gitでやっと開発ツールになることが出来た。
差分見たり一時的な修正をおっこなったり
修正を見やすくまとめたり、開発中に見つかった
バグ修正を先にリリースしたり。
こういったことが、重い腰を上げずにやれるようになった。
352 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 18:12:24.97 ID:r7sodRH8.net]: >>345
お前がSVNもまともに使えないのはよくわかったｗｗｗ
353 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 18:17:38.39 ID:GxTqSDb9.net]: >>346
ほらよw

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

こんな認識だ。
354 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 19:28:46.38 ID:OZEoChm6.net]: 漏れもgitをバックアップツールとして使ってるよ

ところでgitの公開リポジトリって容量一アカウントにつき何GBまで大丈夫なん？
355 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 19:37:33.60 ID:RX+b3gQJ.net]: >>341
今まで業務で何回bisectでエンバグしたコミット見つけた？
356 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 20:11:45.72 ID:GxTqSDb9.net]: >>349
20回ぐらいかな？

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

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

ちなみに、これを活かすためにも意味がある単位で
小さくコミットしていくことが重要になる。
こういった点でも開発ツールなわけさ。
357 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 20:13:40.05 ID:GxTqSDb9.net]: あと一回だけ、何かしたつもりはないのに、
いつの間にかバグが治ってるｗｗｗ
どこで治ったんだよってときに使ったこともあるｗ
358 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 20:18:02.99 ID:Dhimymjm.net]: 飛行機の中でコード書いたり、
いつの間にか動かくなってるのが時間がたってから発見されるとか
（きっと発見されずに出荷されてるものもあるに違いない）、
開発体制がおかしいところではgitは有効なんだろうね。

仕事の仕方を見直したほうがよいと思うんだけど。
仕事ならね。OSSみたいなのは仕方がない。
359 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 20:35:02.98 ID:GxTqSDb9.net]: >>352
> いつの間にか動かくなってるのが時間がたってから発見されるとか

え？リリースしたものにバグが含まれてないの？
すごいねー（棒）
360 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 20:39:18.97 ID:GxTqSDb9.net]: あとさ、俺が開発ツールって言ってるのは
開発時に使うものだからなんだよ。

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

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

どうせsvnをリリースのときぐらいにしか使ってないんでしょ？ｗ
361 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 21:00:26.09 ID:tR1/iGbf.net]: bisect使ってバグの箇所を見つけなきゃならんほどcommitが積み上がってるのに
その間リリースもしてないというのはなんか想像しにくいな。
ウォーターフォールかそれに近い開発プロセスなんだろうか。
362 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 21:30:16.47 ID:GxTqSDb9.net]: >>355
そんなこともわからないのか・・・
実戦経験に乏しいみたいだな。

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

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

その途中でコミットが積み上がることもある。
だけどそうなることは少ないから、
bisectを使った回数も少ないだろ？
363 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 21:33:47.12 ID:GxTqSDb9.net]: つーかなんで開発が最初の計画通りに
上から下まで順調に流れていくと思ってるんだ？
それこそウォータフローだよ。

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

だから作業通りに記録していくしか無いsvnは実践向きじゃないわけ。
完成したファイルを管理するだけならいいだろうけどさ、
開発時に開発を楽にするために使えよ。
364 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 22:23:33.63 ID:RX+b3gQJ.net]: >>350
へぇ。凄いね。自分はbisectしないとどうしようもないレベルで複雑な進め方の開発はあんまり経験してないや。
インタラクティブ系のジャンルが多いから、システム系とは納期とか要求が異なるからかな。
なので、bisectはあってもいいけど、ぶっちゃけ使わない機能なんだよね。役に立つ人は役に立つだろうけど、こちらのジャンルでは使いみちがあまりない。

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

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

極端な例を出せば、自動車のエンジンのECUの開発にGitが導入されてなかったら開発効率悪いクソプロジェクトなのか？とかいう話になる
365 名前：んだけど、あなたは ECUの開発に対してもGitを使うことによって開発効率が大きく変わると思う？ []: [ここ壊れてます]
366 名前：デフォルトの名無しさん mailto:sage [2016/08/20(土) 23:08:21.27 ID:GxTqSDb9.net]: > へぇ。凄いね。自分はbisectしないとどうしようもないレベルで複雑な進め方の開発はあんまり経験してないや。

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

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

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

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

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

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

開発効率を上げる（大前提）ときにgitじゃないと制限がきつすぎて効率が悪いという話。
367 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 01:35:58.58 ID:YdfgOzJe.net]: >>359
bisectを勘違いはしてない。
原因不明のバグがいつ発生したのかわからない、みたいな状況に陥る開発をすることがあまりない。

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

あなたがGitを使わないとやってらんないと思うのは否定してないよ。それが「全ての」プロジェクトに対して真だというのならそれはおかしいと言っているだけ。
368 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 01:57:58.26 ID:8rtnaS+k.net]: 俺がバイオ7チームがsvn使ってるって知ったのは、如何にしてCIをやったかっていう講演資料を見たからだ
重要なのはCIでVCSがどうこうなんて一切なかったな
ちなみにその資料は誰でも見れる
369 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 02:04:36.49 ID:ueHnIvfJ.net]: うちの職場は何年も前にSVN捨てたから
gitがないと困るわ
370 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 08:45:38.12 ID:kvXQvQMT.net]: bisectはいざというときに便利だと思うが、それに頼らざるを得ない状況に陥るってのは
あまり自慢できるもんじゃないな。
371 名前：デフォルトの名無しさん [2016/08/21(日) 09:24:37.33 ID:8HT7jq2X.net]: うちの職場は併用だな。
会社の方針ではsvnだが、プログラマだけはgit使ってる。
372 名前：デフォルトの名無しさん [2016/08/21(日) 10:13:15.01 ID:7ko5UmSV.net]: >>359
gitもsubversionもプログラムなんだから、手を加えれば同じことが出来るのは当たり前。
でも、最初から入ってる機能なら学習コストしかかからない。
subversionで同じことが出来るという主張は、自分で加えた工夫やノウハウを無償で他の人に公開し普及させてから初めて釣り合う。それがgitがやってることなんだから。
373 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 10:26:41.32 ID:ueHnIvfJ.net]: コミットにうるさい私が考えていること
qiita.com/risacan/items/f4cbabc62b684ab9296d
374 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 11:01:29.96 ID:vHDD4AcV.net]: >>361
> 俺がバイオ7チームがsvn使ってるって知ったのは、如何にしてCIをやったかっていう講演資料を見たからだ

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

gitが威力を発揮するのはpushするまで。
ローカルでの開発時に大きく役に立つ。
375 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 11:04:50.17 ID:vHDD4AcV.net]: >>260
> 原因不明のバグがいつ発生したのかわからない、みたいな状況に陥る開発をすることがあまりない。

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

rebaseとかなら1万回ぐらいやってるんじゃないか？
376 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 11:20:58.34 ID:72zLWHSO.net]: >>351
+1
そういうの不安になるよ
377 名前：な []: [ここ壊れてます]
378 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 13:01:29.16 ID:Kx0D0SWA.net]: >>368
50年のプログラマ人生で20回なら同意できるが、
たかが数年だろ？多すぎるよ。「あまりない」の範疇じゃない。
379 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 13:15:38.38 ID:wj1bjl9X.net]: こいつがエアプログラマか
380 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 14:02:21.17 ID:vHDD4AcV.net]: >>370
もう少しわかりやすく言えよw

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

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

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

仕事の仕方がおかしいのに「gitがないと仕事にならない」って
そりゃ本末転倒だよ。
382 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 17:58:16.41 ID:wj1bjl9X.net]: エアプ発狂
383 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 17:59:05.43 ID:vHDD4AcV.net]: 6ヶ月でたった1回

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

毎月致命傷になりかねないバグが混入
384 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 18:09:15.32 ID:x17fgF1B.net]: >>375
gitリリース後すぐ導入してのその数値なのか？
という問いかけも入れてあるんだけど、そこは無視して
人格否定に走ってるということは、gitの有用性も怪しい物だな。

おれはgit自体は使い方次第だと思ってるので、頭悪い人に
頭悪い使い方してる例だけ喧伝されるとgitのためにならない
（gitはバカの使う物というイメージがこびりついてしまう）ので
バカには黙ってろと言ってるんだがなあ。
385 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 18:11:02.69 ID:vHDD4AcV.net]: この書き方だと致命傷なバグが6ヶ月で1回だと思われそうだなｗ

じゃなくてgit bisectを使ってバグの箇所を
特定したのが6ヶ月で1回程度って話だ。
386 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 18:12:35.00 ID:vHDD4AcV.net]: >>376
人格否定じゃなくて「毎月致命傷になりかねないバグが混入」という
今までに全く出てない話をいきなり持ってきたから
馬鹿の脳内だって言ってるの。

お前がそんなこと言わなきゃ良かったんだよ？ｗ
387 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 18:14:12.78 ID:vHDD4AcV.net]: > gitリリース後すぐ導入してのその数値なのか？

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

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

何が多すぎるって？
388 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 18:47:17.92 ID:x17fgF1B.net]: 今までの議論を追いかけてみろよ、めんどくせーな。
389 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 18:51:40.10 ID:vHDD4AcV.net]: 今までの議論って、何回bisectでバグを見つけた？って
聞かれたからそれに答えただけなんだが。

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

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

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

で、結局、多かったらどういう煽りをしようと考えていて
少なかったらどういう煽りをしようと考えていたんだい？
どちらにしろ煽るつもりだったんでしょう？
そういう流れにうまく持っていけてないようだがｗ
390 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 19:47:00.00 ID:82BF3AS7.net]: bisectを考えた人は人間がミスをするものだと良く分かってるわ
391 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 19:55:21.58 ID:x17fgF1B.net]: >>381
だからちゃんと流れを読めって。
なんでこの程度のことが出来ないのかなあ。
392 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 19:56:03.38 ID:vHDD4AcV.net]: >>383
それはお前が説明するのが筋だろ。

なんでお前が言いたいことを
俺が代わりに言わなきゃならんのか。
393 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 20:00:31.79 ID:x17fgF1B.net]: 説明しても曲解するんだもの。
なんでそんなバカに同じことを何度も書かないとならんの？
394 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 20:00:39.47 ID:vHDD4AcV.net]: >>382
> bisectを考えた人は人間がミスをするものだと良く分かってるわ

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

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

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

開発中に起きる問題をこなしていくにはgitを使わないとやってられないから。
svnじゃなくてもやれる～って言ってるのは開発中の話が抜け落ちてる。
開発が終わって完成した後の話しかしてない。
395 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 20:01:35.79 ID:vHDD4AcV.net]: >>385
曲解すると思うならばなおのこと、
お前が説明するべきだろｗ

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

あんたがbisectを活用してるってのはわかったけど、あらゆる開発シチュエーションにとって常に重要な機能じゃないというのは理解はする気はあるのかな？
397 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 20:24:38.91 ID:vHDD4AcV.net]: >>388
俺はbisectが重要だって言ってるんじゃなくて、
gitが（svnに比べて）重要だって言ってんの。

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

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

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

開発効率を無視すりゃそりゃメモ帳でも開発はできますわｗｗｗ
398 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 20:57:00.83 ID:YdfgOzJe.net]: >>389
だからさ、Gitは否定してないんだって。
Gitを使ってないプロジェクトは全部まずい、という意見を否定してるだけで。
399 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 21:08:59.38 ID:vHDD4AcV.net]: > Gitを使ってないプロジェクトは全部まずい、
そんなこと言ってないだろ。ほらまた曲解ｗ

俺はGitを使ってないプロジェクトはgitを使った場合に比べて
開発効率が悪いって言ってるの
400 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 21:11:32.60 ID:YdfgOzJe.net]: >>391
同じじゃんか。
マージしにくいリソースに大きく左右されるようなプロジェクトはGit使っても開発効率改善されないと思うけどな。
例えば、Max/MSPの複雑なパッチを作り上げていくような場合とかね。
401 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 21:22:00.61 ID:vHDD4AcV.net]: >>392
全然同じじゃないだろｗ

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

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

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

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

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

お前が思ってるような、複雑なものが出来ましたー。これからsvnの出番です。
サーバーに保存しますー。じゃないんだよ。使うタイミングが違ってる。
402 名前：デフォルトの名無しさん [2016/08/21(日) 21:27:26.98 ID:DBR6c9EY.net]: 長えよ
403 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 22:01:08.70 ID:YdfgOzJe.net]: >>393
一言も
「開発を終えてからバージョン管理をしようと考えてる」
に類する発言をしてないつもりなんだが…

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

シンプルがベスト、細かなコミットがベスト、マージ性を保つのがベスト、そんな一般論はわかりきってるんだよ。
問題は、その一般論を適用できないときに、果たしてむりくりにコストをかけても一般論に準えるべきなのか？ってこと。
Gitを使うことが何の解決にもならないケースなんてそれなりにあるんだよ。はっきり言って、それを経験したことないだけでしょ？
404 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 22:06:16.08 ID:eAHL6Fdy.net]: そんなにSVNが良いならずっと使ってれば良いじゃん。
SVNはdev-MLに殆どメールが流れなくなっているから、行き止まりだと思うけど
405 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 22:07:11.81 ID:iqhsS2xZ.net]: バイナリデータがメインの開発現場とかがあるんだろ
そんな現場じゃロックが便利なんだろうし
gitを使うメリットがないしsvnを使えばいい
プログラム板で扱うような話題じゃないから他でやってくれ
406 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 22:22:35.70 ID:AhRtjf/j.net]: >>393
長文は漏れなくキチガイ
407 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 23:06:05.68 ID:x17fgF1B.net]: >>389
結局なんにもわかって貰えてないんだよな～

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

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

>>390とかも違う部分で同じ事をいってるんだけど、
分からないんだろうなあ。
408 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 23:16:20.34 ID:HRCs6J+D.net]: >>396
> SVNはdev-MLに殆どメールが流れなくなっているから、行き止まりだと思うけど

開発が止まっているからダメとは限らないんだけどな。
僕らがSVNを開発する訳じゃないんだから、
あくまでツールとして使えるかどうかでしょ。
409 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 23:21:02.88 ID:eAHL6Fdy.net]: >>399
SVNのdev-MLは2010年位までは毎月700通～1000通近いメールが流れていたんよ。
それが今では月に50通以下なんだよ。

それだけみんなストレスの溜まるツールは使いたく無いんだろう。
410 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 23:30:36.59 ID:x17fgF1B.net]: >>401
ストレスが解消したから流量が減った可能性はないわけ？

数値って、意味のない数字を出してきても仕方がないのよ？
わかる？
411 名前：デフォルトの名無しさん mailto:sage [2016/08/21(日) 23:32:31.76 ID:HRCs6J+D.net]: >>401
ツールとして成熟したために議論することがなくなった、とも言える
GitがWeb系とかで使われてきているのは認めるが、
決してSVNやPerfoceを置き換えるものではなく、
あくまで用途に応じて使い分けるべきもの。大雑把に言えば
Web / スマホ / OSS → Git / Mercurial
ゲーム会社 → Preforce / Alienbrain
大手SI業界 → Subversion / CVS / VisualSourceSafe
という感じだろう。
412 名前：デフォルトの名無しさん mailto:sage [2016/08/22(月) 01:30:50.90 ID:CyEk8u1Z.net]: >>403
さすがにその認識は10年以上前で止まってるだろ
CVSとかありえんぞ
413 名前：デフォルトの名無しさん [2016/08/22(月) 07:40:50.52 ID:pvCqDpSv.net]: VSSも例に出すのは古過ぎる。
TFSだろ。
414 名前：デフォルトの名無しさん [2016/08/22(月) 07:44:50.13 ID:pvCqDpSv.net]: >>402
あなたの主張に従えば、別の可能性を指摘するなら、その根拠の数値を出すべきでしょ。

数値を出せってのが、単なる言い掛かりになってるよ。
415 名前：デフォルトの名無しさん mailto:sage [2016/08/22(月) 08:48:32.21 ID:Mdc8ZDEy.net]: >>405
いまだに現役だから入れてok
416 名前：デフォルトの名無しさん mailto:sage [2016/08/22(月) 12:29:16.71 ID:fBE6jz7f.net]: 　　　　　　ｸ　　　ｸ　｜|　プ　//
　　　　　　ｽ　ｸ　ｽ
417 名前：　　| | │　// ／ｽ　　　　| | ッ //　　ｸ　　　ｸ　｜|. プ　// ／　　　　　　　 //　　　ｽ　ｸ　ｽ＿ | | │　// ／￣￣＼　　　　　／　ｽ　　 ─ | | ッ // ／　　_ノ　　.＼　　　／　　　　　　　　　// ｜　　（＞）（＜）　　　　　＿＿＿ .　　　　　｜　　⌒（__人__）　　　.／　⌒　 ⌒＼ |　　　　｀ Y⌒l　　　／　（＞）　（＜）＼ .　　　　　　 |　　　　. 人__ ヽ　／　::::::⌒（__人__）⌒ ＼ ヽ　　　　 }|　| | 　　　　｀ Y⌒ l__　　　| ヽ　　　　ノ､|　|　＼　　　　人＿　ヽ／ . 　　　　／^l 　　　　　 / /　　,─l　　　　　　ヽ　＼ []: [ここ壊れてます]
418 名前：デフォルトの名無しさん [2016/08/25(木) 21:18:23.54 ID:wdyS6PKY.net]: diff取る時、どの関数に差があったか見たいけどどうしたらいいの？
419 名前：デフォルトの名無しさん mailto:sage [2016/08/26(金) 12:08:46.72 ID:WnsDsp7+.net]: 関数ごとにソースを分割
420 名前：デフォルトの名無しさん [2016/08/26(金) 15:52:25.28 ID:4Tk0fahk.net]: >>409
postd.cc/teaching-an-ai-to-write-python-code-with-python-code/
421 名前：デフォルトの名無しさん mailto:sage [2016/08/27(土) 01:08:17.75 ID:puh4Hp89.net]: >>409
-U 10000 とか指定する
422 名前：デフォルトの名無しさん mailto:sage [2016/08/27(土) 01:27:29.52 ID:ZQ2LmJ6r.net]: >>409
何の言語でソースコードを書いてるかによるけど
例えばC言語だとデフォルトで関数名も表示されるよ。
@@で始まる行の右のほうにあるはず。
423 名前：デフォルトの名無しさん mailto:sage [2016/08/27(土) 08:18:07.86 ID:SmFG8gRK.net]: 　　　　　　ｸ　　　ｸ　｜|　プ　//
　　　　　　ｽ　ｸ　ｽ　　| | │　//
　　　　　　／ｽ　　　　| | ッ //　　ｸ　　　ｸ　｜|. プ　//
　　　　　　／　　　　　　　 //　　　ｽ　ｸ　ｽ＿ | | │　//
　　　　　　　　／￣￣＼　　　　　／　ｽ　　 ─ | | ッ //
　　　　　　　／　　_ノ　　.＼　　　／　　　　　　　　　//
　　　　　　｜　　（＞）（＜）　　　　　＿＿＿
.　　　　　｜　　⌒（__人__）　　　.／　⌒　 ⌒＼
　　　　　　　 |　　　　｀ Y⌒l　　　／　（＞）　（＜）＼
.　　　　　　 |　　　　. 人__ ヽ　／　::::::⌒（__人__）⌒ ＼
　　　　　　　ヽ　　　　 }|　| | 　　　　｀ Y⌒ l__　　　|
　　　　　　　　ヽ　　　　ノ､|　|　＼　　　　人＿　ヽ／
. 　　　　／^l 　　　　　 / /　　,─l　　　　　　ヽ　＼
424 名前：デフォルトの名無しさん mailto:sage [2016/08/28(日) 09:21:26.15 ID:2jF42Xbn.net]: 2.10-RC2
425 名前：デフォルトの名無しさん mailto:sage [2016/09/03(土) 12:23:04.10 ID:vtG1sltp.net]: Git v2.10.0
426 名前：デフォルトの名無しさん mailto:sage [2016/09/03(土) 18:12:37.79 ID:/aqe1xuV.net]: git 2.10で作ったリポジトリをgit 1.9でクローンしてプッシュしたりぷるしたら壊れますか？
互換性ってあるんですか？
427 名前：デフォルトの名無しさん mailto:sage [2016/09/03(土) 18:16:02.21 ID:vtG1sltp.net]: Git HUBで試してみれば
428 名前：デフォルトの名無しさん mailto:sage [2016/09/04(日) 00:06:27.31 ID:VUww5cGt.net]: Gitって2.0以降かなり積極的に開発しているみたいだけど
最新版のメリットが今一わからん。
新しい機能で便利な機能ってあるの？
429 名前：デフォルトの名無しさん mailto:sage [2016/09/04(日) 21:50:41.99 ID:w3hspuIt.net]: ない
430 名前：デフォルトの名無しさん mailto:sage [2016/09/06(火) 23:03:49.18 ID:7I+vfKCx.net]: https://github.com/blog/2242-git-2-10-has-been-released
431 名前：デフォルトの名無しさん mailto:sage [2016/09/07(水) 09:07:58.18 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
にするにはどうしたらいいですか？
432 名前：デフォルトの名無しさん mailto:sage [2016/09/08(木) 15:11:19.37 ID:AJgrW1cc.net]: gitでコミットしたファイルってタイムスタンプは破壊されるんだな
困ったな・・・
433 名前：デフォルトの名無しさん mailto:sage [2016/09/08(木) 15:56:42.88 ID:U0QRzbsN.net]: makeみたいなビルドツール使うときの事考えたらタイムスタンプは変わってくれないと困るでしょ。
434 名前：デフォルトの名無しさん [2016/09/08(木) 22:22:59.60 ID:r9glMq4X.net]: 1. ローカルのPull Request用ブランチで作業
2. PRを出したら一部指摘され、
3. ローカルのPR用ブランチでさらに追加コミット
4. 念のため本家の
435 名前：masterをrebaseしたら更新される から、再びPRしたいとき、どのようにするのが作法でしょうか？ 具体的には同じPR用ブランチに force push していいのか迷っています []: [ここ壊れてます]
436 名前：デフォルトの名無しさん mailto:sage [2016/09/09(金) 01:23:41.13 ID:vfjsYGws.net]: Git 2.10リリース、表示の改善や細かい設定強化などが行われる
https://osdn.jp/magazine/16/09/07/163000

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

非マージコミットが639件って、パッチ送ってもほとんどマージしてもらえないのか！
437 名前：デフォルトの名無しさん [2016/09/09(金) 08:27:18.85 ID:HkfQNlpC.net]: なんとなく、前のバージョンからのバグ修正取り込み以外のコミットって意味で使ってる気がする。
438 名前：デフォルトの名無しさん mailto:sage [2016/09/09(金) 08:43:30.70 ID:pD5FYJpu.net]: マージコミットって、--no-ffでできる中身のないコミットじゃね？だからカウント外にしたと。
439 名前：デフォルトの名無しさん mailto:sage [2016/09/09(金) 09:54:59.93 ID:cWA/e26T.net]: >>424
ビルドツール使わないときはタイムスタンプが戻ってくれないと困るんだよね
440 名前：デフォルトの名無しさん mailto:sage [2016/09/09(金) 10:27:12.10 ID:oOd7bAqJ.net]: >>429
オプションをつけてする方法はないみたいだけど、hookでいかようにもできるんじゃない？
探せばやってくれるhook scriptがあるような予感
441 名前：デフォルトの名無しさん mailto:sage [2016/09/09(金) 14:35:24.40 ID:m0AJS+zj.net]: タイムスタンプ保存なんてVSSくらいしかできないと思うが、今までどうしてたんだ
442 名前：デフォルトの名無しさん mailto:sage [2016/09/09(金) 16:30:26.23 ID:0lEO1Wwx.net]: 煽りでなくタイムスタンプって何に使うの？
443 名前：デフォルトの名無しさん mailto:sage [2016/09/09(金) 22:30:01.88 ID:cWA/e26T.net]: >>432
ワークスペースと実行環境とのsyncに使ってる
444 名前：デフォルトの名無しさん mailto:sage [2016/09/10(土) 01:47:37.47 ID:0lDuKfCD.net]: >>433
Gitによってタイムスタンプが更新されたファイルはsync時に更新されればいいだろ？
445 名前：デフォルトの名無しさん mailto:sage [2016/09/10(土) 03:03:46.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.　　（やり直し）

とかって仕分けしているな。
446 名前：デフォルトの名無しさん [2016/09/10(土) 11:25:11.05 ID:QUVRyXDh.net]: >>426
原文は過去完了じゃね
447 名前：デフォルトの名無しさん mailto:sage [2016/09/11(日) 11:07:57.36 ID:6hyAwUsh.net]: Junio C Hamano　って、何て読むの？

それから、Cが何の略かも知りたい。
448 名前：デフォルトの名無しさん mailto:sage [2016/09/11(日) 11:26:02.97 ID:n/LkTKx1.net]: せっかく勇気を出してプルリクエストを出したのにコメントさえ付けられずただ無視される辛さ
449 名前：デフォルトの名無しさん [2016/09/12(月) 21:23:22.32 ID:nMl0SHJm.net]: fork して公開すればいい
450 名前：デフォルトの名無しさん mailto:sage [2016/09/13(火) 00:22:45.19 ID:RIOOYxO3.net]: >>438
バグ修正？機能追加？
もしかして https://github.com/git/git にプルリクエストしちゃったりしたのか？
451 名前：デフォルトの名無しさん mailto:sage [2016/09/13(火) 01:40:52.49 ID:G2ab7Xlo.net]: >>421
>>426
役に立たない機能ばっかりじゃね？
452 名前：デフォルトの名無しさん mailto:sage [2016/09/13(火) 02:10:46.67 ID:5MhN2/GP.net]: 被マージコミットの間違いだろう。
453 名前：デフォルトの名無しさん [2016/09/13(火) 11:54:10.46 ID:UO3ofvD5.net]: Gitに限らずOSSへの貢献（プルリクエスト）って「英語が書ける」ことが前提だから敷居高いんだよな
454 名前：デフォルトの名無しさん mailto:sage [2016/09/13(火) 12:03:56.03 ID:GD/RUd4Y.net]: 熟読じゃなくていいからMLなりを毎日流し読みしてれば
決まり文句みたいなのがするする出てくるようになる

最低限件名だけは読むべし
455 名前：デフォルトの名無しさん mailto:sage [2016/09/13(火) 12:22:29.90 ID:5+Fy+tOl.net]: >>442
誤訳だよな
456 名前：デフォルトの名無しさん mailto:sage [2016/09/13(火) 12:23:15.74 ID:5+Fy+tOl.net]: >>443
「英語で喧嘩できる」必要がある
457 名前：デフォルトの名無しさん mailto:sage [2016/09/13(火) 12:47:20.92 ID:GD/RUd4Y.net]: I disagree.
458 名前：デフォルトの名無しさん mailto:sage [2016/09/13(火) 12:58:49.85 ID:tH5r4hHW.net]: ユーモアのセンスも必要
459 名前：デフォルトの名無しさん mailto:sage [2016/09/13(火) 13:45:39.60 ID:0/U1LcMM.net]: 敷居(しきい)が高(たか)・い

不義理や面目のないことがあって、その人の家へ行きにくい。
[補説]文化庁が発表した平成20年度「国語に関する世論調査」では、「あそこは敷居が高い」を、本来の意味とされる「相手に不義理などをしてしまい、行きにくい」で使う人が42.1パーセント、
本来の意味ではない「高級すぎたり、上品すぎたりして、入りにくい」で使う人が45.6パーセントという逆転した結果が出ている。
460 名前：デフォルトの名無しさん mailto:sage [2016/09/13(火) 20:54:34.32 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ってことだろ。
461 名前：デフォルトの名無しさん mailto:sage [2016/09/13(火) 21:00:26.69 ID:mOQjacar.net]: 英語は日常会話程度ならどうにかなるけど、
プルリクは相手を納得させたりしなきゃいけないからな。
462 名前：デフォルトの名無しさん mailto:sage [2016/09/14(水) 10:21:23.36 ID:eB7V9+2n.net]: プルリクなんか受け付けないよ
463 名前：デフォルトの名無しさん [2016/09/16(金) 19:31:08.28 ID:e1xS4kK4.net]: コマンドに関して質問させてください。

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

git push :
だと、どのような結果になりますか？
464 名前：デフォルトの名無しさん mailto:sage [2016/09/16(金) 23:14:36.21 ID:90O68WAb.net]: やればわかる
465 名前：デフォルトの名無しさん mailto:sage [2016/09/17(土) 11:44:57.29 ID:pmBudTdY.net]: プルリについて調べてるんですが、
ネットで調べてるとfetchしたリポジトリからoriginのリポジトリへのプルリと、
originのdevelopブランチからoriginのmasterブランチへのプルリの情報が出てきたんですが、
ローカルのmasterからリモートへのmasterへのプルリってのもあるんでしょうか
466 名前：デフォルトの名無しさん mailto:sage [2016/09/17(土) 11:45:41.58 ID:pmBudTdY.net]: fetchじゃなくてforkでした
467 名前：デフォルトの名無しさん [2016/09/17(土) 20:47:40.23 ID:MzkcHhnf.net]: fork 先から　fork 元もある
468 名前：デフォルトの名無しさん mailto:sage [2016/09/29(木) 21:38:45.76 ID:vj9fF+Qh.net]: cloneするときに作られるディレクトリの名前ってcloneで通信する前にどうやって取得したら良いですか？
git clone https://hoge.hoge/hoge/hogeと
git clone https://hoge.hoge/hoge/hoge.gitで
どっちのurlでもhogeというディレクトリが作られるので単純に末尾の.gitを削除して最後から/が現れる前までの文字列を取得するのはダメなんですね
469 名前：デフォルトの名無しさん mailto:sage [2016/09/30(金) 17:22:28.53 ID:8cA8SzFR.net]: >>455
ローカルのmasterからリモートへのmasterへのプルリをリモートのmasterで受け取って処理したあと
ローカルのmasterをリモートとrebaseするのか？
470 名前：デフォルトの名無しさん mailto:sage [2016/10/01(土) 01:47:56.42 ID:Hx62+v24.net]: でgit fetchで新しい差分をダウンロードしたんですけど
このあと
git merge origin/ブランチ名
しないといけないですよね

ブランチがmasterとは限らないのでどのブランチだろうとも同じコマンドでfetchする方法ありませんか？
471 名前：デフォルトの名無しさん mailto:sage [2016/10/02(日) 13:54:28.35 ID:GX41vvMR.net]: checkoutでよくね
472 名前：デフォルトの名無しさん mailto:sage [2016/10/02(日) 13:59:02.73 ID:A7Nl1eL6.net]: >>460
git pullすればmergeはいらない

どうせあるブランチにマージしたいときは、
そのブランチを使いたいわけで、
そのブランチをcheckoutするんだから、
git checkout ブランチで移動して
git pull すれば終わり
473 名前：デフォルトの名無しさん mailto:sage [2016/10/02(日) 14:01:10.85 ID:A7Nl1eL6.net]: どっからの馬鹿がgit pullつかうなとかウェブで広げやがったからな。
あれを見た初心者が無駄なことしてるの見るとかわいそうに思う。
何のために楽なエイリアスであるgit pullを用意していると思ってるんだか
474 名前：デフォルトの名無しさん [2016/10/02(日) 14:26:26.82 ID:pFS0H/Au.net]: gitでpullするときにコンフリクトするけど
コンフリクトを解消するのにwinmergeとか使いたい
どうしたらよいですか？
475 名前：デフォルトの名無しさん mailto:sage [2016/10/02(日) 14:57:29.50 ID:A7Nl1eL6.net]: >>464
通常はgit pullしてコンフリクトした時に解決してはいけません。
git pullでコンフリクトが起きる状態ってのがそもそもおかしいのです。

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

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

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

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

その後の手順は一般的なやり方の通り。
github使ってるなら、自分のローカルブランチをpushしてウェブ画面から
masterにマージとかね。
476 名前：デフォルトの名無しさん mailto:sage [2016/10/02(日) 15:31:09.92 ID:E1FSBA4T.net]: pullで更新が無かったらAlready up-to-date.ってメッセージがでますけど
それ以外に判断する方法教えてください
477 名前：デフォルトの名無しさん mailto:sage [2016/10/02(日) 15:56:04.00 ID:pFS0H/Au.net]: >>465
両方同時に編集したらどうやってコンフリクト解消するの？
478 名前：デフォルトの名無しさん mailto:sage [2016/10/02(日) 16:23:09.62 ID:A7Nl1eL6.net]: >>467
共有ブランチを直接変更することはない。
共有ブランチ、仮にmasterだとしよう。

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

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

だからそういう両方同時に編集するってことがない。
479 名前：デフォルトの名無しさん [2016/10/02(日) 16:47:49.80 ID:aWIiG9im.net]: featureブランチなら複数人が同時に編集するよね
480 名前：デフォルトの名無しさん mailto:sage [2016/10/02(日) 16:50:34.92 ID:pFS0H/Au.net]: >>468
ブランチをmasterにマージするときはコンフリクトするよね
そして自分のブランチをどうにかして解消するよね

そのどうにかして解消する部分でwinmergeとか使いたい
どうしたらよいですか？
481 名前：デフォルトの名無しさん mailto:sage [2016/10/02(日) 17:06:25.03 ID:epUx52sY.net]: みんなで同時に編集するようなfeatureブランチを作るんなら
各個人はローカルで実際に編集するブランチをそのfeatureブランチから分岐させて使うだろ
そしてそのfeatureブランチを>>468が言ってるmasterブランチみたいに扱う
482 名前：デフォルトの名無しさん mailto:sage [2016/10/02(日) 18:11:10.54 ID:8k8Xwulo.net]: マージ禁止原理主義は単なる宗教だってことを理解してほしいなー

>>470
git mergetool winmergeあたりのキーワードでぐぐってみて
483 名前：デフォルトの名無しさん mailto:sage [2016/10/02(日) 18:52:11.92 ID:3PmU1TcA.net]: gitの良さがいまだに分からない
crapp.hatenablog.com/entry/2016/10/01/111528
484 名前：デフォルトの名無しさん mailto:sage [2016/10/02(日) 19:12:27.03 ID:pFS0H/Au.net]: >>472
まんまのページが出てきた。
ありがとう！ありがとう！
485 名前：デフォルトの名無しさん mailto:sage [2016/10/02(日) 19:56:07.40 ID:uL7k8DEg.net]: メジャーバージョンが上がった時に前のバージョンのブランチを作りたいのだけど
mで始まらないmaintenance相当の英単語ってなんかありませんかね
486 名前：デフォルトの名無しさん mailto:sage [2016/10/02(日) 20:25:01.02 ID:RDRdH6Ef.net]: care
487 名前：デフォルトの名無しさん mailto:sage [2016/10/02(日) 22:39:21.38 ID:fltJr+m1.net]: oldでいいんじゃねぇの
というかブランチ作る必要あるか?
うちの会社の場合obsoletedフォルダとか作って
古いバージョンまるごとコピーしてぶち込んでるけどな
いちいち古いバージョンのブランチに切り替えなくても
古いバージョンがメンテできて便利
古いバージョンと新しいバージョンの間でマージしようと思ったら困るけど
そんなシチュエーションってほとんど無いし
488 名前：デフォルトの名無しさん mailto:sage [2016/10/02(日) 23:02:29.79 ID:aAAtYBE2.net]: うちじゃ最新版で修正したバグフィックスを旧版に適用することがよくあるけど、
古いリポジトリもmasterでHEADが古いままだったら混乱しそうだ。
489 名前：デフォルトの名無しさん mailto:sage [2016/10/03(月) 00:37:32.09 ID:FA3Rr9+N.net]: 旧版masterはsupport-Nxみたいに管理する方法があるみたいね
hotfixブランチをrebase -iしたのをdevelopブランチに反映して
旧版用リポジトリか旧版ブランチにはcherry-pickを使うのが良さそう
490 名前：デフォルトの名無しさん mailto:sage [2016/10/03(月) 00:39:55.70 ID:zJKesj7N.net]: >>475
そんなもんブランチ名＝バージョン番号でいいだろ？
タグと区別つきづらいっていうのなら

v1.0 と 1.0 にでもすればよい。
491 名前：デフォルトの名無しさん mailto:sage [2016/10/03(月) 00:41:14.12 ID:zJKesj7N.net]: >>477
> 古いバージョンと新しいバージョンの間でマージしようと思ったら困るけど
> そんなシチュエーションってほとんど無いし

新しいバージョンと古いバージョンで同じ脆弱性が見つかったらどうすんの？
492 名前：デフォルトの名無しさん mailto:sage [2016/10/03(月) 02:27:34.11 ID:ZJoUSqYd.net]: >>481
お使いのバージョンに脆弱性が見つかりましたので
この機会にぜひバージョンアップをおすすめします
今なら定価の3割引きで提供中です

というアナウンスを顧客にメールする
493 名前：デフォルトの名無しさん mailto:sage [2016/10/03(月) 03:42:34.80 ID:zJKesj7N.net]: 面白くないかな
494 名前：デフォルトの名無しさん [2016/10/03(月) 11:27:53.75 ID:x8mgOSTl.net]: >>473
+1
いいねb
495 名前：デフォルトの名無しさん mailto:sage [2016/10/03(月) 13:29:26.74 ID:/2MLxVBW.net]: >>483
面白さを求めてどうするよ
496 名前：デフォルトの名無しさん mailto:sage [2016/10/03(月) 15:20:19.42 ID:hVvaNopL.net]: >>477
マージに困るのが分かっててなんでブランチ切らないんだろう
フォルダを分ける分けないはそれぞれのやり方があると思うけど、
分けるなら clone して checkout -b $version するだけでいいのに
497 名前：デフォルトの名無しさん mailto:sage [2016/10/03(月) 21:34:06.36 ID:zJKesj7N.net]: >>477
> うちの会社の場合obsoletedフォルダとか作って
> 古いバージョンまるごとコピーしてぶち込んでるけどな
> いちいち古いバージョンのブランチに切り替えなくても
> 古いバージョンがメンテできて便利

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

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

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

> 古いバージョンと新しいバージョンの間でマージしようと思ったら困るけど
498 名前：デフォルトの名無しさん [2016/10/03(月) 22:47:53.75 ID:TNOrtcyl.net]: え？そんなん、タグ打って、タグからブランチ切ればいい話じゃないの？
499 名前：デフォルトの名無しさん [2016/10/03(月) 22:50:09.84 ID:TNOrtcyl.net]: あと、開発ブランチを一気にマージするなら、その前にpull --rebase origin masterして、コンフリクト解消してからマージだよね
500 名前：デフォルトの名無しさん mailto:sage [2016/10/03(月) 23:59:50.10 ID:mVGi6cDZ.net]: >>487
Gitが無くてもフォルダ操作だけで完結できるのは大きなメリットだと思うよ。
出向先のPCとかだと、Gitがインストールされてない &
Gitのインストールも禁止(GPLなので)とか普通にあるし
501 名前：デフォルトの名無しさん mailto:sage [2016/10/04(火) 00:21:15.70 ID:px5zXLds.net]: >>490
そういうのはメリットっていわないんだよ。
メリットというのは二つを比較して優れている点のこと。

あんたが言ってるのはgitを使うのに比べて何かが優れているわけじゃない。
単にgitが使えないから仕方なくこうするということでしかない。
502 名前：デフォルトの名無しさん mailto:sage [2016/10/04(火) 01:50:01.47 ID:EkYeSMkJ.net]: >>491
gitだと新旧比較しにくくない？
とくにwinmergeの3つの比較が使えないのはつらい
503 名前：デフォルトの名無しさん mailto:sage [2016/10/04(火) 11:32:52.65 ID:U85uaDj4.net]: >>490
GPLだからインストールできないの？変なの。
504 名前：デフォルトの名無しさん mailto:sage [2016/10/04(火) 15:20:31.05 ID:y3Wg1J5p.net]: >>492
ptech.g.hatena.ne.jp/noromanba/20121224/1356422094
できそうな気がするけど
505 名前：デフォルトの名無しさん mailto:sage [2016/10/04(火) 20:10:59.79 ID:px5zXLds.net]: >>492
3つの比較が何のことを言っているかわからんがdiff3の話か？
https://git-scm.com/book/ja/v2/Git-%E3%81%AE%E3%81%95%E3%81%BE%E3%81%96%E3%81%BE%E3%81%AA%E3%83%84%E3%83%BC%E3%83%AB-%E9%AB%98%E5%BA%A6%E3%81%AA%E3%83%9E%E3%83%BC%E3%82%B8%E6%89%8B%E6%B3%95

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

だからgitフォルダをまるごとコピーすることにメリットはない。
506 名前：デフォルトの名無しさん [2016/10/05(水) 11:36:13.61 ID:Sy/rTDxw.net]: 指定したディレクトリ以下のファイルをスキャンして
編集してから1週間以上コミットしていないファイルを
リストアップする方法教えてください
507 名前：デフォルトの名無しさん mailto:sage [2016/10/06(木) 21:40:32.12 ID:tX390ObW.net]: git status | perl -lne "print $1 if /modified:\s+(.*)$/ and -M $1 >= 7"
508 名前：デフォルトの名無しさん [2016/10/06(木) 22:00:28.51 ID:m73HpXRn.net]: 2.10.1
509 名前：デフォルトの名無しさん mailto:sage [2016/10/06(木) 22:20:53.11 ID:kEDthLlG.net]: >>493
法務管理がずさんな中小とかだと違うのかも知れないけど、
しっかりしてる大きな会社だと、出荷するソフトウェアに
万一GPLのコードが混入するとダメージがでかいんで
一律禁止(GPLのコードを製品に組み込むのはもちろん
開発ツールとして使うのも)としてるところが多い。
10何年派遣SEやってるけどGPLインストール自由って
会社はみたことないな。
一番緩いところで書類書いて上長、執行役員の
ハンコもらって法務に提出、って感じだったと思う。
510 名前：デフォルトの名無しさん mailto:sage [2016/10/06(木) 22:30:26.71 ID:ki04Ecez.net]: >>499
一律禁止っていうのは、しっかりしてないだろｗ

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

一律禁止っていうのは、チェックするのが面倒だから
何も考えずに禁止って言ってるだけなんだよ。
511 名前：デフォルトの名無しさん mailto:sage [2016/10/06(木) 23:13:46.61 ID:DiAojzJI.net]: >>499
ざまあｗｗｗ
512 名前：デフォルトの名無しさん mailto:sage [2016/10/07(金) 00:47:01.58 ID:HxmKN9AL.net]: Git使うとソースコードがGPL汚染されるってマジ？
513 名前：デフォルトの名無しさん mailto:sage [2016/10/07(金) 01:42:08.34 ID:2bUYn87k.net]: あー、うん。マジでいいよ
514 名前：デフォルトの名無しさん mailto:sage [2016/10/07(金) 02:02:17.74 ID:rT0w6qpJ.net]: GitでもGPL汚染するし、いわんやGPLの巣窟であるLinuxを使っても汚染するよ
しっかりしてるとこだとLinuxで開発されたと分かるツールも使えない
515 名前：デフォルトの名無しさん mailto:sage [2016/10/07(金) 03:07:16.01 ID:uSCNMEAM.net]: GPL対策でアンドロイドスマホも持ち込み禁止だし。
516 名前：デフォルトの名無しさん mailto:sage [2016/10/07(金) 12:08:16.53 ID:H3NTJdrl.net]: GPLってコードをパクるなりリンクするなりしないと汚染しないのに、なんでソフトのインストール禁止するんだろう
バカのコピペ防止だとしてもソースなんてネットから手に入るよね？
517 名前：デフォルトの名無しさん mailto:sage [2016/10/07(金) 20:40:55.09 ID:Mfxn6I0R.net]: まあ、bisonなんかの例(1.24以前)もあったし。
518 名前：デフォルトの名無しさん mailto:sage [2016/10/07(金) 21:12:08.28 ID:2bUYn87k.net]: >>506
うん。だからソフトの使用も禁止っていうのは
ちゃんとしているんじゃなくて、何も考えてないだけ。
会社に開発効率の低下という損害を与えてるだけ。
519 名前：デフォルトの名無しさん mailto:sage [2016/10/08(土) 01:47:08.98 ID:jPJ+7Bu1.net]: emacsでソース書いた時点でGPL汚染済み。
520 名前：デフォルトの名無しさん mailto:sage [2016/10/08(土) 10:41:34.46 ID:WQV+Bg1d.net]: >>509
すぐわかるウソついて楽しいの？
521 名前：デフォルトの名無しさん mailto:sage [2016/10/08(土) 10:56:08.26 ID:c0ynk3/1.net]: 昔某大手系にいたときに、
emacsはelファイルを全部削除してelcだけにしたのが開発用に提供されていたな
まあけっこう昔の話なんで今はどうなってるか知らんが
SI系としてはかなり有名なとこでもそんな感じだったから笑えない
522 名前：デフォルトの名無しさん mailto:sage [2016/10/08(土) 11:53:38.80 ID:UAR+qVnl.net]: 皮肉の分からない人っているんだね
>>510
523 名前：デフォルトの名無しさん [2016/10/08(土) 16:46:25.80 ID:rHiXo1GL.net]: ふた昔前のMicrosoft社内じゃない？ww
524 名前：デフォルトの名無しさん mailto:sage [2016/10/09(日) 03:08:51.23 ID:apftXTe1.net]: cent7使ってるけど、yumのgitが1.8.6だったわ。
俺の使い方では、なんの機能不足も無かったんだが、
良いことなのか、悪いことなのか。
525 名前：デフォルトの名無しさん [2016/10/09(日) 06:06:45.32 ID:A5d4JuR7.net]: gitクライアントどれ使ってる？
526 名前：デフォルトの名無しさん [2016/10/09(日) 07:29:09.43 ID:Q3cGbwoS.net]: git worktree が便利
2.5以上
527 名前：デフォルトの名無しさん mailto:sage [2016/10/09(日) 20:45:15.57 ID:bDUdLrB8.net]: MSがgithubを買収するかもしれないとの噂
hitomi.2ch.net/test/read.cgi/poverty/1476012839/
528 名前：デフォルトの名無しさん [2016/10/09(日) 21:42:58.24 ID:G7NTlF14.net]: >>516
みなさんCUIで使われてる方が多いんですかね。
最近Gitを使い始めて、SouceTreeを使ってみたんですが、
近年にない劇遅ソフトに耐えられず、TortoiseGit と
GitKraken を入れてみたんですが、TortoiseGitが
Auto Fetchできれば自分的には良いんですが。
git worktreeは敷居が高そうですが入れてみます。
529 名前：デフォルトの名無しさん mailto:sage [2016/10/09(日) 23:02:28.75 ID:VZuABBPy.net]: MacだけどTower 2が割といい
SourceTreeより微妙に使いにくいが安定してる
SourceTreeは時々バグる
530 名前：デフォルトの名無しさん [2016/10/10(月) 08:24:58.63 ID:TN1gVuUJ.net]: SourceTree　に頒布してある git は微妙に古いから
SourceTree が、worktree に対応してうかどうかも
531 名前：デフォルトの名無しさん mailto:sage [2016/10/10(月) 16:18:45.95 ID:Q436H0RN.net]: >>515
Julia 入れたら git もついてきたけど割とイケる
532 名前：デフォルトの名無しさん mailto:sage [2016/10/10(月) 17:18:00.09 ID:Tl2g/5GS.net]: 2015/と2016/のディレクトリをgitで管理してまして
両方のディレクトリを削除してから2015/のみ復活させる方法をおしえてください
git checkout .だとすべてのファイルとディレクトリが復活するのでこれは困ります
533 名前：デフォルトの名無しさん mailto:sage [2016/10/10(月) 19:58:42.43 ID:yIUsZn2g.net]: 普通に
git checkout 2015
じゃだめ？
534 名前：デフォルトの名無しさん [2016/10/10(月) 22:42:57.64 ID:qCMnHjFD.net]: Tower 2 はWindows版もでるみたいだね。
でたら入れてみるよ。

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

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

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

Juliaって検索したけどわからない、どれのこと？
535 名前：デフォルトの名無しさん mailto:sage [2016/10/13(木) 13:17:01.33 ID:luAXSusO.net]: マンガでわかるGit 第7話「GitHubを使ってみよう」｜ガジェット通信
getnews.jp/archives/1536905
536 名前：デフォルトの名無しさん [2016/10/13(木) 17:46:54.34 ID:2uQOVNH+.net]: GUIツールはほとんど使わないな
checkout -pとadd -pを多用する時に見るくらいかな
ちなTower

rebaseがもうちょい使えればいいんだけど、、
537 名前：デフォルトの名無しさん [2016/10/13(木) 22:38:30.20 ID:x0unSYzx.net]: たかがバージョン管理にコマンドなんて使ってられない
538 名前：デフォルトの名無しさん mailto:sage [2016/10/13(木) 22:49:44.36 ID:7c1a+Iep.net]: 作業ツリーにcheckoutしていないブランチのupstream側がrebaseされているとき、今は
git branch -f <branch> <remote>/<branch> で同期させているんだけど、なんでもありの
-f じゃなくてもう少し安全な方法ないかな？
539 名前：デフォルトの名無しさん mailto:sage [2016/10/13(木) 23:15:24.56 ID:xK6BxW94.net]: >>527
バージョン管理は「たかが」じゃないです。
540 名前：デフォルトの名無しさん mailto:sage [2016/10/13(木) 23:17:41.76 ID:xK6BxW94.net]: >>528
作業ディレクトリにcheckoutしてないんだろ？
ならgit fetch で全部更新されるだろ
541 名前：デフォルトの名無しさん mailto:sage [2016/10/13(木) 23:49:04.75 ID:7c1a+Iep.net]: fetchだけじゃ、<remote>/<branch>は更新されてもローカルの<branch>は
そのままなんじゃない？fetchだけで同期できる設定とかあるんだっけ？(それも怖いが)
542 名前：デフォルトの名無しさん mailto:sage [2016/10/14(金) 12:21:55.77 ID:yhjkb84s.net]: checkoutしてないというところで勘違いしたんだろ。

何が安全でないと思うのかいまいちわからん。
branchコマンドが危険だと思うならcheckoutしてカレントブランチでpullするのが正解だと思う。
543 名前：デフォルトの名無しさん mailto:sage [2016/10/14(金) 16:20:28.20 ID:OaKU ]: [ここ壊れてます]
544 名前：1dGa.net mailto: >>528
そういうときはpull --rebaseやね []: [ここ壊れてます]
545 名前：528 mailto:sage [2016/10/14(金) 21:28:26.29 ID:2jl+ZNGP.net]: 回答ありがとう。checkoutしちゃうとファイルのタイムスタンプが変わる場合があるから
避けたかったんだけど、それを我慢するか branch -f でやるしかないってことですね。
546 名前：デフォルトの名無しさん [2016/10/14(金) 23:27:24.95 ID:6FPS6Jn3.net]: ってか、あくまでsourcetreeは樹形図見るだけのためのツールでしかない。
補完付きのコマンドの方が早い。
GUIなら30秒、CUIなら10秒
547 名前：デフォルトの名無しさん mailto:sage [2016/10/14(金) 23:36:12.78 ID:tJtEkDuF.net]: Web業界だとデザイナーや企画運営も使うからGUIなしとか有り得ない
SIer(笑)みたいなイット業界ならプログラマーしか使わないからCUIでもいいんだろうけど
548 名前：デフォルトの名無しさん mailto:sage [2016/10/14(金) 23:50:08.09 ID:Q3KjprxF.net]: SIerとか保守的すぎてGitなんか使ってなさそうなイメージあるけど
意識高いWeb業界の方がCUIでバリバリGit使いこなしてそう
549 名前：デフォルトの名無しさん mailto:sage [2016/10/15(土) 00:15:34.80 ID:8Bk/hmGM.net]: 基本的にプログラマとしての
技術レベルが高い人ほどCUIでgitを使っている。
だからデザイナーやSIerみたいなのはGUIを使ってる（CUIを使えない）
550 名前：デフォルトの名無しさん mailto:sage [2016/10/15(土) 11:17:18.12 ID:0gV2ZzwR.net]: だってGUIの方が使いやすいじゃん？
551 名前：デフォルトの名無しさん mailto:sage [2016/10/15(土) 11:42:51.93 ID:8Bk/hmGM.net]: 使いやすさっていうのは二種類あって、
一つは素人向けに使いやすい。
これは使い方を覚えてない人にとってGUIでメニューが
表示されてるから馬鹿でもわかるという意味の使いやすさ。

もう一つは玄人向けに使いやすい。
これは使い方を覚えているから、コマンドを入力するだけで
ありとあらゆる操作ができるという使いやすさ。
552 名前：デフォルトの名無しさん mailto:sage [2016/10/15(土) 11:51:21.31 ID:4WlIgBKQ.net]: 玄人だろうがGUIでファイル一覧や変更履歴を確認できたら明らかに便利だと思うのですが
553 名前：デフォルトの名無しさん mailto:sage [2016/10/15(土) 12:22:37.87 ID:C9liqmNs.net]: 操作するのは基本的にコマンドのみだけど、gitkは手放せない。
554 名前：デフォルトの名無しさん mailto:sage [2016/10/15(土) 12:24:16.83 ID:8Bk/hmGM.net]: >>541
CUIでもファイル一覧や変更履歴は確認できるんだよｗ
555 名前：デフォルトの名無しさん mailto:sage [2016/10/15(土) 12:29:58.14 ID:xqy7//8l.net]: >>543
それでもGUIの方が見やすいという話よ
556 名前：デフォルトの名無しさん mailto:sage [2016/10/15(土) 12:59:07.53 ID:/yIBiF6o.net]: オプションがいっぱいあるような複雑な操作はGUIの方がめんどくさいことになるからな
それと、操作が確実に成功したかどうかを後で確認できるようにしておきたい
557 名前：デフォルトの名無しさん mailto:sage [2016/10/15(土) 12:59:25.89 ID:yiUW7Nhq.net]: マウスちくちくなんてやってらんないわ。
558 名前：デフォルトの名無しさん mailto:sage [2016/10/15(土) 13:02:59.24 ID:8Bk/hmGM.net]: >>544
ファイル一覧も変更履歴も、リストになってればそれで十分だろ？
559 名前：デフォルトの名無しさん mailto:sage [2016/10/15(土) 13:10:09.88 ID:/yIBiF6o.net]: 変更履歴は単純なリストじゃいやだな

git log をそのまま使ってるとGUIに見劣りするけど
log --graph --branches --remotes --pretty=format:'～' なんかを駆使して
カスタマイズしてあれば十分見易く表示できる
560 名前：デフォルトの名無しさん [2016/10/15(土) 13:33:28.63 ID:5kX/FrWC.net]: >>536
GUIってそんないいか？
デザイナーでもCUIくらい使えるはず
CUIが判らんって知能に問題があるだけだろ
561 名前：デフォルトの名無しさん mailto:sage [2016/10/15(土) 13:44:23.70 ID:ifgvEP4e.net]: Emacsのgit機能が好き
562 名前：デフォルトの名無しさん mailto:sage [2016/10/15(土) 14:13:01.09 ID:DdFwULm/.net]: diffを確認したり、ツリーを見たり、一部だけindexにaddしたりはSourceTreeは便利
stashとかはなぜだかCUIのほうが便利に感じる

別にGUI/CUIの好みなんて人それぞれでいいじゃん。他人まで自分の意見と同じになるように説得する必要なし。
563 名前：デフォルトの名無しさん mailto:sage [2016/10/15(土) 15:15:05.62 ID:C9liqmNs.net]: 「GUIの方が良い」⇒CUIがわからない　という短絡思考
564 名前：デフォルトの名無しさん mailto:sage [2016/10/15(土) 18:50:51.10 ID:trxVi14T.net]: 普段はCLIでガーッとやってるけど
マウスでポチポチやりたいときはやっぱGUI使うよね

差分を見ながら作業したいときとかは端末いっぱい開くより
SourceTreeでポンポンやった方が早いし
565 名前：デフォルトの名無しさん mailto:sage [2016/10/15(土) 18:52:07.98 ID:trxVi14T.net]: >>548
＞なんかを駆使して
若いときはこういうのも楽しかったけど
歳をとるともうダメなんじゃ・・・
脳がついていかんのじゃ・・・
566 名前：デフォルトの名無しさん mailto:sage [2016/10/15(土) 19:54:42.63 ID:0gV2ZzwR.net]: そんな面倒な事しなくても数クリックでぷりちーなログを見られるGUIがいい
567 名前：デフォルトの名無しさん mailto:sage [2016/10/16(日) 00:03:57.79 ID:51wWKY5U.net]: 開発用MLをこの2か月位読んでるんだけど、Junio C が頑張ってるのはわかるが、
開発の方向性とかがどちらに向いているのかよくわからない。

どうでもいいような機能ばかり追加しているんだが、
大きな機能追加とかは考えてないのかな？
568 名前：デフォルトの名無しさん mailto:sage [2016/10/16(日) 00:12:46.53 ID:50CSnlxY.net]: >>566
大きな機能追加が必要なら、
それはgitを利用した別のプロジェクトにするべきじゃないかね
git本体はなるべくコンパクトにまとめておくべきだよ
569 名前：デフォルトの名無しさん mailto:sage [2016/10/16(日) 11:28:10.91 ID:LqkHCFhg.net]: >>557
＞git本体はなるべくコンパクトにまとめておくべきだよ
今更過ぎて吹いた
570 名前：デフォルトの名無しさん mailto:sage [2016/10/16(日) 13:46:21.51 ID:BYZjif0j.net]: GUI v.s. CLIとかム板にタイムスリップしたのかと思った
571 名前：デフォルトの名無しさん mailto:sage [2016/10/17(月) 21:08:41.89 ID:sc7L52q+.net]: CLI覚えたばかりの子供が「「俺はGUIしか使えないお前らより上なんだぞ」と、どこでも見かける光景。
572 名前：デフォルトの名無しさん mailto:sage [2016/10/17(月) 21:14:50.49 ID:0a7DR5WO.net]: 実際はどっちが上なの？
573 名前：デフォルトの名無しさん [2016/10/17(月) 21:20:52.69 ID:WODP/CDk.net]: >>561
上ってどっち？
574 名前：デフォルトの名無しさん mailto:sage [2016/10/17(月) 21:43:06.81 ID:0a7DR5WO.net]: >>562
どっちの上の事？
575 名前：デフォルトの名無しさん [2016/10/17(月) 22:41:16.20 ID:JGazgRBx.net]: CUI派はとにかく手が早い。
576 名前：デフォルトの名無しさん mailto:sage [2016/10/17(月) 22:48:06.89 ID:Da5IbuDC.net]: 時速？
577 名前：デフォルトの名無しさん mailto:sage [2016/10/18(火) 02:32:01.44 ID:zt0pttDM.net]: Github for Desktop派。
ただしコミットとブランチ移動の動作以外はコマンドTでターミナル開いてコマンド叩いてる。

差分みやすいし、差分クリックして非選択にしたりできるから綺麗なコミットしやすいのが使ってる理由。コミットも楽。
578 名前：デフォルトの名無しさん mailto:sage [2016/10/18(火) 05:32:25.03 ID:zt0pttDM.net]: まぉでもiOSエンジニアだからGithub for Desktop使ってるってのもあると思う。

もし俺がサーバーサイドがメインならGUIは使ってないだろうなぁ。
ターミナルに集中したいし
579 名前：デフォルトの名無しさん mailto:sage [2016/10/18(火) 11:10:59.03 ID:7mpjJA7j.net]: GUIなの？ CLIなの？どっちが好きなの？
580 名前：デフォルトの名無しさん mailto:sage [2016/10/18(火) 12:38:33.18 ID:xC3W7AH0.net]: 適材適所
581 名前：デフォルトの名無しさん mailto:sage [2016/10/18(火) 13:31:22.07 ID:Pwh1T2+A.net]: GUIなんてあったんだ？
582 名前：デフォルトの名無しさん [2016/10/18(火) 16:33:28.01 ID:q3gbqcrC.net]: CUI だとヒストリで何やったか思い出せるから好き
583 名前：デフォルトの名無しさん mailto:sage [2016/10/18(火) 16:40:40.79 ID:7mpjJA7j.net]: >>571
sourcetreeにも、何やったかの履歴ほしいよね
直前のコマンドくらいしか見れないのはつらい
584 名前：デフォルトの名無しさん mailto:sage [2016/10/19(水) 01:02:12.82 ID:eAA2xWgN.net]: CUIでdiffがみずらいって理由でGUI使ってるんだけど、
CUIの人達はdiff工夫したりしてる？
普通にgit diff？
585 名前：デフォルトの名無しさん [2016/10/19(水) 01:04:29.16 ID:ozfhlhuw.net]: diffは見ない派
586 名前：デフォルトの名無しさん mailto:sage [2016/10/19(水) 01:28:08.15 ID:WdxRoiBQ.net]: git difftoolとかでぐぐればいろいろでてくるだろ
587 名前：デフォルトの名無しさん mailto:sage [2016/10/19(水) 02:29:53.90 ID:aqmfQQy+.net]: MacだけどKaleidoscope最高やで
588 名前：デフォルトの名無しさん mailto:sage [2016/10/19(水) 04:33:28.92 ID:kMXtu0jL.net]: git diff で充分判る粒度でのコミットが良い

っていうかそもそも GUI 使ってても diff の変化比較部分って
人間の発想とは違う次元の表示の仕方してくるから
結果が同じでも受ける印象が違うのはどうしようもないのか
589 名前：デフォルトの名無しさん mailto:sage [2016/10/19(水) 11:42:38.74 ID:ULOWDpyX.net]: 細かすぎ
590 名前：デフォルトの名無しさん mailto:sage [2016/10/19(水) 12:09:02.68 ID:LBA1+3Md.net]: >>577
gitのdiffは表示の仕方に柔軟さがないからね
そこはGUIツールには到底かなわないと思うよ
すみ分けが大事だ
591 名前：デフォルトの名無しさん [2016/10/19(水) 12:13:56.60 ID:r6QG4f4p.net]: 馬鹿には無理
592 名前：デフォルトの名無しさん mailto:sage [2016/10/20(木) 00:33:41.66 ID:FBIWX67j.net]: SourceTreeとコマンドライン同時に使うのが自分には合ってるなー
diffはコマンドラインで見るときもあればSourceTreeで見るときもある。
ちょっとしか変更してないなら一度に見れるCLIで見て、沢山変更してるならSourceTreeで1ファイルごとに見る。
593 名前：デフォルトの名無しさん mailto:sage [2016/10/20(木) 00:57:36.53 ID:zrcrqbvB.net]: gitなんぞeclipseからしか使わんわ
594 名前：デフォルトの名無しさん mailto:sage [2016/10/20(木) 01:09:44.86 ID:feJBmmJD.net]: IntelliJのgitのGUIを使ってるが、ブランチの操作とかはコマンド使う
595 名前：デフォルトの名無しさん mailto:sage [2016/10/20(木) 01:35:35.28 ID:jA0B7FU1.net]: remoteに何も追加してない状態でコミットをまとめる方法教えてください
git initしてからaddとcommitしかしてません
initial commitにまとめてからremote登録したいのです
596 名前：デフォルトの名無しさん mailto:sage [2016/10/20(木) 01:47:21.80 ID:feJBmmJD.net]: >>584
git rebase -i --root
がしたいのか？
597 名前：デフォルトの名無しさん mailto:sage [2016/10/20(木) 02:52:56.31 ID:lUeWQjIy.net]: >>584
rm -rf .git/
git init
598 名前：デフォルトの名無しさん mailto:sage [2016/10/20(木) 03:02:09.66 ID:dBnqiJuN.net]: >>586
こういう底意地の悪いアホはなんなの？
599 名前：デフォルトの名無しさん mailto:sage [2016/10/20(木) 11:10:07.23 ID:5BGFzxap.net]: >>585
先輩ありがとうございます
>>586
今まではこうしてました
600 名前：デフォルトの名無しさん mailto:sage [2016/10/20(木) 11:23:19.42 ID:6HLvHPyJ.net]: オレも一回目だったらそうしちゃうなｗ
601 名前：デフォルトの名無しさん [2016/10/20(木) 14:56:23.80 ID:eJoj7htq.net]: git commit --amend
602 名前：デフォルトの名無しさん mailto:sage [2016/10/20(木) 20:55:13.09 ID:ZXfPioz4.net]: >>587
何が意地が悪い？ｗ

つーかね。最初のコミットはライセンス入れるだけの
コミットにしておけばいいよ。
入れるライセンスがなければREADME.mdとか
.gitignoreとかでも入れておけばいい
603 名前：デフォルトの名無しさん [2016/10/20(木) 22:40:53.21 ID:Artoe7oB.net]: アメンド！
アメンド！
604 名前：デフォルトの名無しさん mailto:sage [2016/10/20(木) 23:06:35.88 ID:feJBmmJD.net]: 何もファイル編集しなくてもコミットはつくれるんやで
最初はこれで空っぽのコミットしとけばいい
git commit --allow-empty
605 名前：デフォルトの名無しさん mailto:sage [2016/10/21(金) 23:16:53.08 ID:7I6JjPDD.net]: Git 2.10リリース - pushとworktreeコマンドの改良，スタイルオプションの追加など
https://www.infoq.com/jp/news/2016/10/git-210-released
606 名前：デフォルトの名無しさん mailto:sage [2016/10/22(土) 12:15:54.51 ID:diMEpBm0.net]: 2.10出てから日にち立ってるのに
そんな記事をドヤッっと今更紹介されてもね
607 名前：デフォルトの名無しさん mailto:sage [2016/10/22(土) 13:30:13.55 ID:OeSeIP2G.net]: >>594
ありがたい記事だね
608 名前：デフォルトの名無しさん [2016/10/22(土) 15:44:04.97 ID:NoPsjFmq.net]: 古いgitだと最初のcommit弄れなかったからな
609 名前：デフォルトの名無しさん [2016/10/22(土) 16:03:44.78 ID:O48rD9qT.net]: そんなのローカルで書き換えて git push -f だろ
610 名前：デフォルトの名無しさん [2016/10/22(土) 20:39:54.06 ID:odnfsNhC.net]: push -f は禁止
611 名前：デフォルトの名無しさん mailto:sage [2016/10/22(土) 23:15:30.06 ID:cVDLvhGg.net]: そんなわけあるかｗ
612 名前：デフォルトの名無しさん mailto:sage [2016/10/23(日) 00:38:48.68 ID:OSH+uc9n.net]: >>554
aliasに登録するだけだろ
頭使わなくていいようにしろよ
613 名前：デフォルトの名無しさん mailto:sage [2016/10/23(日) 01:50:06.87 ID:iP6DB3eV.net]: >>601
素直にGUIで見たほうが早いし
614 名前：デフォルトの名無しさん mailto:sage [2016/10/23(日) 10:33:49.89 ID:CGzeXgZh.net]: >>599
最初の一回目の話でcommit潰したいって言ってるんだからアリ
615 名前：デフォルトの名無しさん mailto:sage [2016/10/23(日) 11:42:47.99 ID:ejvIS71y.net]: >>591
たぶん、 rm -rf / とか ./ とかと勘違いしたんじゃないかと
616 名前：デフォルトの名無しさん mailto:sage [2016/10/23(日) 13:22:05.66 ID:CGzeXgZh.net]: rm -rf .*
して .. まで消えるんだっけ
617 名前：デフォルトの名無しさん mailto:sage [2016/10/23(日) 13:37:27.60 ID:YrQEHdco.net]: >>605
echo .* してみりゃいい
618 名前：デフォルトの名無しさん mailto:sage [2016/10/23(日) 19:58:03.57 ID:cXTfBbCz.net]: rm -rf "$(ls)"
すると..も消えそうな気がする
619 名前：デフォルトの名無しさん mailto:sage [2016/10/24(月) 10:36:03.75 ID:9xygNeDa.net]: >>603
そういうのはそのうち習慣化して
やってはいけないタイミングでも
やってしまう人になってしまう
620 名前：デフォルトの名無しさん mailto:sage [2016/10/24(月) 14:25:18.44 ID:yNpDL8Ic.net]: git add -pでコミットしたい箇所のみ選んでるんですが
このaddで追加された部分を確認する方法を教えてください
621 名前：デフォルトの名無しさん [2016/10/24(月) 15:25:00.57 ID:spE0IbJv.net]: git diff HEAD
622 名前：デフォルトの名無しさん mailto:sage [2016/10/24(月) 16:56:00.32 ID:X/ZM744p.net]: >>609
git diff --staged
--stagedが通らない場合は--cached
623 名前：デフォルトの名無しさん mailto:sage [2016/10/24(月) 23:12:30.25 ID:Tb42ad7x.net]: >>608
やってはいけないことをやらないようにするには、
人間が頑張って努力するんじゃなくて、
やれない仕組みを作らないとだめなんだよ。
体育会系の考え方はやめろ。
624 名前：デフォルトの名無しさん mailto:sage [2016/10/25(火) 00:48:43.50 ID:gs3QBV7K.net]: 糞みたいなコードを書けないようにするには、人間が頑張って努力するんじゃなくて
そういう仕組みがあればいいんだな
なるほど、もう努力するなんて馬鹿らしいよな
で、どうすんの？
625 名前：デフォルトの名無しさん mailto:sage [2016/10/25(火) 01:44:14.93 ID:2bCSgEUm.net]: 静的解析（lint）ツールの導入
コーディングスタイルツールの導入
コードメトリクスツールの導入
ユニットテスト導入
カバレッジ導入
CI導入して上記のもの自動的に実行してエラーを検出
ワークフローにコードレビューを必須にする

こんなところだな
626 名前：デフォルトの名無しさん mailto:sage [2016/10/25(火) 02:11:23.45 ID:unicXOw0.net]: >>613
糞みたいなコードしか書けないやつを切る。
627 名前：デフォルトの名無しさん mailto:sage [2016/10/25(火) 02:27:49.64 ID:Gjmp6BYY.net]: 良く出来たgit

あなたのソースはダサいのでコミット出来ません
あなたのリポジトリは糞なのでpush出来ません
628 名前：デフォルトの名無しさん mailto:sage [2016/10/25(火) 14:44:17.45 ID:sA6scTFg.net]: >>612
わかる
身体に肉体に覚えさせるのだよ
629 名前：デフォルトの名無しさん mailto:sage [2016/10/25(火) 18:09:11.31 ID:GmgPftDf.net]: git lintみたいなツールないの？
ブランチの名前がへんなら警告
ログの書き方がへんなら警告
みたいなの
630 名前：デフォルトの名無しさん mailto:sage [2016/10/26(水) 02:26:34.01 ID:tP3geMHY.net]: git gips
631 名前：デフォルトの名無しさん mailto:sage [2016/10/26(水) 16:22:01.48 ID:HjBsTdOo.net]: 糞みたいなコードを書いたら連帯責任で全員腕立100回だな
1週間もすれば糞みたなコードは書かなくなるだろう
632 名前：デフォルトの名無しさん mailto:sage [2016/10/26(水) 16:28:51.90 ID:pd0Eh94t.net]: 連帯責任って人類全体で責任取るの？
633 名前：デフォルトの名無しさん mailto:sage [2016/10/26(水) 22:57:37.90 ID:Tc/AxpVE.net]: >>621
そのコードで金もらってる人の範囲に決まってるだろ。
アホか
634 名前：デフォルトの名無しさん mailto:sage [2016/10/27(木) 00:27:53.15 ID:i508Z9Hm.net]: >>621
おまえ賢いな
635 名前：デフォルトの名無しさん mailto:sage [2016/10/27(木) 03:12:42.35 ID:38U223np.net]: >>621
上官(上司)がやれと言われた奴だけだ
気に入られてるとやらなくて済むかもしれない
636 名前：デフォルトの名無しさん mailto:sage [2016/10/27(木) 03:17:44.68 ID:38U223np.net]: 上官「貴様はなぜ入隊した！」
フォレスト・ガンプ「上官の命令を聞くためです！」
637 名前：デフォルトの名無しさん mailto:sage [2016/10/28(金) 00:18:42.40 ID:3cc1m1Z0.net]: >>294
これってプロジェクトのルートからファイルのパスを指定しないとダメなんですね
プロジェクト内の現在のカレントディレクトリから相対パスで指定して昔のファイルを表示する方法ってないですよね？
638 名前：デフォルトの名無しさん mailto:sage [2016/10/28(金) 00:43:16.06 ID:3lkqIeOw.net]: >プロジェクト内の現在のカレントディレクトリから相対パスで
../ の数を数えれば済む話では
639 名前：デフォルトの名無しさん mailto:sage [2016/10/28(金) 07:40:45.65 ID:d46/w1ir.net]: >>626
パスの頭を./か../にすればカレントディレクトリからの相対パスになる

git show HEAD^^^:../hoge/index.html
640 名前：デフォルトの名無しさん mailto:sage [2016/10/28(金) 10:31:16.04 ID:pmKmGehb.net]: >>627-628
なるほど
git show HEAD^^^:index.html
だとだめだけど
git show HEAD^^^:./index.html
にしたらいけました
641 名前：デフォルトの名無しさん [2016/10/29(土) 04:22:28.50 ID:p50jEndg.net]: cube-drone.com/comics/c/the-only-way

このgit漫画ワロタ
642 名前：デフォルトの名無しさん mailto:sage [2016/10/29(土) 10:01:02.46 ID:qMO3bsvH.net]: >>630
男「Gitに完全にクリーンな環境作らせたいんだけどできないっぽいから、Linuxくん手伝ってくれない？」
Linux「git reset --hard HEAD; git clean -fdx」
男「いいね」
Linux（灯油を持つ）
男「それ何に使うの？」
Linux（全部燃やす）

これってどういうジョークなんだ？
Linuxは頭が固いってこと？
643 名前：デフォルトの名無しさん [2016/10/29(土) 10:12:50.15 ID:UdhI0Z6l.net]: いわゆるBJ
644 名前：デフォルトの名無しさん mailto:sage [2016/10/29(土) 10:44:57.60 ID:z8URZLOb.net]: >>631
完全にクリーンな環境にしたいって言ったから
部屋を燃やして辺り一帯を完全にクリーンにしたってことだろ。
645 名前：デフォルトの名無しさん mailto:sage [2016/10/29(土) 10:50:09.16 ID:W9gQheBG.net]: gitにやらせてねーじゃんと思ったが、Linux君は自分がバカだと自覚があるわけか？
646 名前：デフォルトの名無しさん mailto:sage [2016/10/29(土) 10:52:39.76 ID:z8URZLOb.net]: >>634
あ、あらしかな？ Linux=馬鹿って結論にしようと
君、ムキになってるみたいねｗ
ジョークって知ってる？w
647 名前：デフォルトの名無しさん mailto:sage [2016/10/29(土) 12:59:43.75 ID:W9gQheBG.net]: 「Linux君」てのはオマエじゃなくて>>630の登場人物のことなんだが…
648 名前：デフォルトの名無しさん mailto:sage [2016/10/29(土) 14:48:12.52 ID:z8URZLOb.net]: そのLinux君がジョークを言ってるって
分かってないのかな？
649 名前：デフォルトの名無しさん mailto:sage [2016/10/29(土) 15:34:01.38 ID:W9gQheBG.net]: 「ジョークで火をつける」というジョーク？意味不明。

「gitでクリーンな環境を作りたい」って言ったのにそれを自分でやったんなら、
「自分=git」という自覚があったってことになるだろ。
650 名前：デフォルトの名無しさん mailto:sage [2016/10/29(土) 15:37:53.61 ID:z8URZLOb.net]: アスペって怖いなｗ
651 名前：デフォルトの名無しさん mailto:sage [2016/10/29(土) 15:52:09.62 ID:W9gQheBG.net]: 同意w
652 名前：デフォルトの名無しさん mailto:sage [2016/10/29(土) 16:11:29.98 ID:z8URZLOb.net]: www.autism.jp/knowledge/whatisas/web-j.html
> 話し方が回りくどい、曖昧が苦手、細かいところにこだわる
これに当てはまってるなｗ

こんな話、「部屋を綺麗に片付けたいんだけど？」
「火をつければ？綺麗になんにもなくなるよ。はははは」
程度のジョークでしかないんだわ

そこにLinuxとかgitがでてきちゃったんで自分が言われたように感じて
は？火をつける？馬鹿じゃないの？って思っちゃったんだろうね。
このジョークでLinux君は素晴らしい返し（行動）をしたんだよ。
653 名前：デフォルトの名無しさん mailto:sage [2016/10/29(土) 23:22:16.23 ID:/q8n7Ivr.net]: わざわざTシャツにLinuxとか入れてるとこからすると
Gitって言葉に馬鹿って意味があることも知らないお前らみたいなにわかを
皮肉ってるジョークじゃないの？
654 名前：デフォルトの名無しさん mailto:sage [2016/10/29(土) 23:46:56.63 ID:z8URZLOb.net]: 英語で書いてあるんだから、英語分かる人が対象だろ
gitの英単語の意味知らないやつなんていねーってのｗ
655 名前：デフォルトの名無しさん mailto:sage [2016/10/29(土) 23:52:42.26 ID:NkL21bm7.net]: 汚物は消毒だ～！！
656 名前：デフォルトの名無しさん mailto:sage [2016/10/30(日) 01:20:22.38 ID:X0WLh33u.net]: >>630
ストールマンうける
657 名前：デフォルトの名無しさん mailto:sage [2016/10/30(日) 02:50:04.00 ID:jfOgw9BV.net]: キャラの名前はLinux君じゃないけどな

Cube Drone - - Team Portrait
cube-drone.com/comics/c/team-portrait
658 名前：デフォルトの名無しさん mailto:sage [2016/10/30(日) 02:52:50.40 ID:jfOgw9BV.net]: ちなみにSparky君のGitHubの画面もある（コミットコメントがグレート）

Cube Drone - - Utils Considered Harmful
cube-drone.com/comics/c/utils-considered-harmful
659 名前：デフォルトの名無しさん mailto:sage [2016/10/30(日) 09:05:38.16 ID:/j7Ud6KN.net]: 固定キャラだったのか。背景知らずに一本だけ見てもネタが理解できないってことはあるかもな。
660 名前：デフォルトの名無しさん [2016/10/30(日) 11:57:49.41 ID:BxaMZsIj.net]: v2.10.2
661 名前：デフォルトの名無しさん mailto:sage [2016/10/30(日) 17:04:12.59 ID:DhcMHpiw.net]: >>646-647
66.media.tumblr.com/f16e01856575f24900217cdc10800540/tumblr_nr6x320z3Z1uaaoreo1_1280.png
662 名前：デフォルトの名無しさん [2016/11/04(金) 17:12:57.97 ID:pA+obtrY.net]: git で、属性を一時的に無視したいんだけど
config書き換えないで無視する方法はある？
663 名前：デフォルトの名無しさん mailto:sage [2016/11/05(土) 01:45:07.61 ID:tm4T+wFZ.net]: なんでconfig書き換えじゃダメなの？
664 名前：デフォルトの名無しさん mailto:sage [2016/11/05(土) 01:58:20.13 ID:bx+ldDt8.net]: 理由なんかどうでもいいだろ
できるかできないかを聞いてんだ
665 名前：デフォルトの名無しさん mailto:sage [2016/11/05(土) 02:14:43.61 ID:RZDfyv1L.net]: 別アカウントでいじれば
666 名前：デフォルトの名無しさん mailto:sage [2016/11/05(土) 02:24:15.44 ID:tm4T+wFZ.net]: >>653
大抵はconfigの変更で対処できる
configでダメだと思ってるのはだいたい無知なだけ
なんでconfigでダメなのかいってみ？
自分の無知をさらけだしてみろよ
667 名前：デフォルトの名無しさん mailto:sage [2016/11/05(土) 03:46:59.36 ID:QPrRTgR0.net]: cloneして環境いくつも作っとくと楽
668 名前：デフォルトの名無しさん mailto:sage [2016/11/05(土) 07:54:30.98 ID:muqFYg6Q.net]: Git pullを使うべきでない３つの理由
dqn.sakusakutto.jp/2012/11/git_pull.html

これそうなの？
お手軽なので使っちゃうんだが？
669 名前：デフォルトの名無しさん mailto:sage [2016/11/05(土) 08:37:02.71 ID:3jWRFMI3.net]: >>657
「間違い」でいいだろｗ
単に慣れてないから分かってなくて
ミスってるだけ。

コマンドってのは便利だから用意してあるんだよ。
その中で一番簡単で単純な方法を使うべき。
わざわざ時間かけて面倒なことしなくていい。
670 名前：デフォルトの名無しさん mailto:sage [2016/11/05(土) 08:41:40.86 ID:3jWRFMI3.net]: ちなみに、git pull origin new-branch:new-branch
こんなこともしなくていいぞｗ

git pull だけでいい。
もちろん現在いるブランチ以外をpullしたいなら話は別だが。

ついでにいうとgit push だけでいい。originとかいちいち付ける必要もない。
これも現在いるブランチだけではあるがね（昔のバージョンは挙動が違うので注意）

毎回毎回、originとかブランチ名を指定しているやつを見ると
無駄なことしてんなーって思う。
671 名前：デフォルトの名無しさん mailto:sage [2016/11/05(土) 10:53:13.84 ID:QPrRTgR0.net]: >>657
pull --rebase ならよく使う
pull がダメって話
672 名前：デフォルトの名無しさん mailto:sage [2016/11/05(土) 11:59:40.90 ID:p7aXJL/r.net]: >>659
わろｓ
dqn.sakusakutto.jp/2012/10/git_push.html
673 名前：デフォルトの名無しさん mailto:sage [2016/11/05(土) 13:21:55.00 ID:3jWRFMI3.net]: >>661
わざわざ探してきたのかｗ
それが俺が言ってる昔の仕様な。今はカレントブランチしかpullしない

さて、もう少し説明するとリモートのブランチをpullしてくるとき、
そのブランチは自分が管理しているものかどうかで扱いが違う。といっても自分が
管理しているものをpullすることは殆ど無い。なぜならば自分が管理しているのであれば
先にローカルの方にブランチがあるはずだから。なのでこれは考えなくていい。

で自分が管理していないものであれば、そのままgit pullして問題ない。
何故かと言うと一般的な使い方であればリモートよりもローカルのほうが先に進むことはないから
（トピックブランチを作るのは複数人の開発では当たり前と言っていいだろう）

だからgit pull は必ずfast fowardすることになる。
何らかのミスでfast foward出来ない場合マージコミットが出来てしまうことがあるが
これを防ぎたい場合は--ff-onlyをつければ良い。
俺はそういうミスはほとんどしないので毎回面倒なオプションをつけないで
ミスしたら直せばいいじゃんのスタンス。
674 名前：デフォルトの名無しさん mailto:sage [2016/11/05(土) 15:43:48.50 ID:tm4T+wFZ.net]: git pullもgit fetchも使うけど、基本的に引数を指定しないで使うようにしてる
逆に git push は常に引数省略しないで使うようにしてる
675 名前：デフォルトの名無しさん mailto:sage [2016/11/05(土) 16:04:19.74 ID:3jWRFMI3.net]: そうかな？

git push だけであれば--set-upstreamして上流ブランチに設定してない限りpushできない。
逆に上流ブランチに設定したのであれば、それはpushするべきものなんだから
仮に間違ってpushしたとしても何も問題ないだろう？

でもgit push orign branchとかやるとなんでもかんでもpushできてしまう。
引数を省略しないほうが危険だと思うんだが？
676 名前：デフォルトの名無しさん [2016/11/05(土) 16:11:36.79 ID:p5mN+A7u.net]: >>664
そこはprotect branchとか設定しなよ
677 名前：デフォルトの名無しさん mailto:sage [2016/11/05(土) 16:24:01.90 ID:3jWRFMI3.net]: >>665
それはgit push --forceを防ぐものであって
git push origin newbranch を防ぐものじゃない。

git pushだけなら、ローカルのnewbranchとリモートのnewbranchが
結びついてない限りpushできないのにたいして、
引数を指定していたら、なんでもかんでもpush出来てしまうだろって話
678 名前：デフォルトの名無しさん mailto:sage [2016/11/05(土) 16:29:32.70 ID:p7aXJL/r.net]: フーン
679 名前：デフォルトの名無しさん mailto:sage [2016/11/05(土) 16:37:32.97 ID:tm4T+wFZ.net]: git push に常に引数してるのは、
昔の git push 引数省略の挙動がやばすぎたころからの癖だな
新しくはじめる人は git push だけで使うようにしていったほうがいいのかもしれないね
680 名前：デフォルトの名無しさん [2016/11/05(土) 16:49:22.08 ID:p5mN+A7u.net]: 俺はいつもgit push origin HEADだな
681 名前：デフォルトの名無しさん mailto:sage [2016/11/05(土) 17:07:32.80 ID:3jWRFMI3.net]: >>668
やっぱりそうなんだろうかね。

git checkoutでもわざわざoriginとか冗長に書いていたり。

git checkout -b local_branch_name origin/remote_branch_name
こんなことしなくても、

git checkout -b remote_branch_name
だけでいいんだよ。（たしか昔はできなかったはず）

リモートとは別にローカルブランチ名を指定する方法だと
ローカルブランチ名を間違えてたらどうすんのさ？ｗ

まあ人それぞれ好みのやり方があるだろうし、
昔から使ってる人＝詳しい人が多いから本人には言わないけどさ
むだなことしてんなーっていつも思ってる。
682 名前：デフォルトの名無しさん mailto:sage [2016/11/05(土) 17:47:11.58 ID:tm4T+wFZ.net]: git checkout -b remote_branch_name は俺もこれを使ってる

でも、origin/remote_branch_name が存在していて、
remote_branch_name が存在しないなら、
-b オプションも指定する必要がないはず

おまえもむずかしいことしてんなー
683 名前：デフォルトの名無しさん mailto:sage [2016/11/05(土) 22:23:03.74 ID:QPrRTgR0.net]: >むだなことしてんなー

ヒューマンエラー回避のためとか
冗長であることと単なる無駄とは異なる価値観なんです
684 名前：デフォルトの名無しさん mailto:sage [2016/11/05(土) 22:44:29.17 ID:muqFYg6Q.net]: 熱心に答えてくれるのはいいんだけど、なんか独りよがりな文章というか、自分の
思ってる前提や考えをみんなわかってるみたいに思い込んでいる感じがヘンというか、
妙な人いるよね。
685 名前：デフォルトの名無しさん mailto:sage [2016/11/06(日) 02:45:13.73 ID:8WadcDvl.net]: >>672
あー、それそれｗ
同じようなこと言ってるやつがいたｗ

なんでもかんでもヒューマンエラー回避するなよ。
そんなものミスったら取り返しが付かないところだけ
やればいいんだよ。

ヒューマンエラーしても大きな問題は起きない。そして簡単に戻せる。
そんなところまでコストをかけて冗長にする意味ないだろ。

状況に応じて適切なやり方はいろいろあるのに、
毎回同じやり方をするっていうのは、何も考えてないだけなんだよな。
考えるのが面倒くさいから、時間がかかる面倒くさの方を取る。
なにも考えたくないでござるｗｗｗ
686 名前：デフォルトの名無しさん mailto:sage [2016/11/06(日) 02:46:32.61 ID:8WadcDvl.net]: まあそれより問題は、冗長になってるだけで
ヒューマンエラー回避になってないんだよな。
687 名前：デフォルトの名無しさん mailto:sage [2016/11/06(日) 09:25:03.93 ID:rGVVvSQ9.net]: rm -Rf / 禁止は判るのですが
rm -Rf * 禁止とか
rm -Rf ./ 禁止とか
688 名前：デフォルトの名無しさん mailto:sage [2016/11/06(日) 11:24:06.83 ID:a4G7F3n6.net]: ミスったときの対応コストがかかるから冗長化するんだよなぁ。
例えばリリース時にバージョン番号をインクリメントするとして
イン
689 名前：クリメントし忘れたら前のバージョンと同じバージョン番号で 中身違うものをリリースしてしまってリリース先にも迷惑かかるじゃん? で、ごめんなさいしたりだとか対応コストが発生する それならリリース前に全員でチェックしたりとかした方がいい チェックするのは一瞬で済むんだし []: [ここ壊れてます]
690 名前：デフォルトの名無しさん mailto:sage [2016/11/06(日) 12:16:51.51 ID:8WadcDvl.net]: >>677
今は、git push や git pull の話なんでｗｗｗ
691 名前：デフォルトの名無しさん mailto:sage [2016/11/06(日) 15:59:21.55 ID:YPGx/bgn.net]: 大事な話をしてるんだ
だまって聴きなさい
692 名前：デフォルトの名無しさん mailto:sage [2016/11/06(日) 16:28:44.71 ID:8WadcDvl.net]: git使っていて大事になることなんて
ありえないよ。

大事になるとしたらそれはgit使わなくても同じだろう。
リリースとか。
693 名前：デフォルトの名無しさん mailto:sage [2016/11/06(日) 18:09:14.69 ID:7DBohWvr.net]: git使わなくても大事になることを、
せっかくgit使ってるんだからどうしたらいいか、
という話をしてるんだろう？

なんで、ありえないとか言いきれるわけ？
694 名前：デフォルトの名無しさん mailto:sage [2016/11/06(日) 18:16:13.74 ID:MImCGOAZ.net]: >>681
日本語わかってないのかな？
ここはgitのスレでgitの話をしている。

gitのコマンドオプションを冗長にすることで
なんのメリットがあるのか？そのほうが安全？
その安全の根拠とは？という話をしている。

今までの流れでgitのコマンドオプションで省略できるものを
冗長に書いても面倒なだけでメリットがないことは明らか
そこに一般論を持ってきてgitと関係ない話をするなっていうこと

そりゃ指差し確認すれば安全だろうけど、お前信号を渡るときに
いちいち指差し確認してんのか？
何をやるべきかっていうのは状況によって変わる。

いつでも冗長に書くっていうのは、安全を考えてやってるんじゃない。
何も考えてないから毎回同じことをやってるんだよ。
「いままでそうやってきたから」という言い訳と何も変わらない。
695 名前：デフォルトの名無しさん mailto:sage [2016/11/06(日) 18:20:13.90 ID:7DBohWvr.net]: >>682
冗長かどうかの話じゃないよ。
長文書くなら、「git使ってれば大事にならない」の証明をしてよ。
696 名前：デフォルトの名無しさん mailto:sage [2016/11/06(日) 18:34:17.75 ID:MImCGOAZ.net]: >>683
gitを使っていれば自動車事故にあわない。
とかいう事は言ってないよ。

gitと関係ない話だから。

で、俺に何を聞きたいの？

git
697 名前：の操作はすべてreflogにのこってるから 大事になることはない。これでいいよね。 []: [ここ壊れてます]
698 名前：デフォルトの名無しさん mailto:sage [2016/11/06(日) 19:53:41.11 ID:YPGx/bgn.net]: ＞信号を渡るときにいちいち指差し確認してんのか？

一応青でも左右見るよ
当然だろ
699 名前：デフォルトの名無しさん mailto:sage [2016/11/06(日) 22:58:55.80 ID:MImCGOAZ.net]: 指差し確認っていってるのに、なんだこいつｗ
700 名前：デフォルトの名無しさん mailto:sage [2016/11/07(月) 01:10:31.76 ID:tfEbFCgf.net]: >>684
なんだ、結局逃げたのね。
701 名前：デフォルトの名無しさん mailto:sage [2016/11/07(月) 01:25:53.39 ID:883psKTk.net]: 答え返ってきてるのに逃げたとはなぜ？
702 名前：デフォルトの名無しさん mailto:sage [2016/11/07(月) 01:28:09.37 ID:883psKTk.net]: git pullもgit pushも省略したほうが安全だよな。
引数を省略した場合は安全な操作しかできないようになってる。
引数を指定してしまうと強制的に実行してしまう。
703 名前：デフォルトの名無しさん mailto:sage [2016/11/07(月) 01:51:52.94 ID:yk5MV5D2.net]: 公式に「引数を明示的に指定することでミスを防ぎたい人向けの設定」って説明で
push.default = nothing が用意されてるんだぜ？
704 名前：デフォルトの名無しさん mailto:sage [2016/11/07(月) 02:06:45.06 ID:883psKTk.net]: push.default = nothingはデフォルトじゃない。
そしてその機能が作られたのはsimpleができる前。

simple以前のデフォルトであるmatchingを防ぐための機能であって
安全で使いやすくなったsimpleを防ぐための機能じゃない
705 名前：デフォルトの名無しさん mailto:sage [2016/11/07(月) 02:36:44.24 ID:yk5MV5D2.net]: マニュアルには simple と併記で nothing の記述が >>690 のまま
残されてるんだ

LTS継続中のLinuxのデストリビューションの中には、まだsimpleが
実装されないバージョンのgitが標準だったりする場合があるから、
まだしばらく push.default = nothing のままでいくよ
2018年過ぎたら考える
706 名前：デフォルトの名無しさん mailto:sage [2016/11/07(月) 02:47:15.55 ID:883psKTk.net]: simpleが実装されたのは1.7からなんだが？
デフォルトになったのは2.0からだが、
設定でsimpleに変更すればいい。
仮に対応してないバージョンならエラーが出るから問題ない。

そうやっていつまでも古いやり方のまま行くんだよなｗ
開発効率が上げるために新しいバージョンを導入しても
古い機能だけ使ったら開発効率は上がらない。

そうやって新しい機能を使うなっていう馬鹿が居るんだよな。
Javaとかの言語でも
707 名前：デフォルトの名無しさん mailto:sage [2016/11/07(月) 02:50:52.59 ID:883psKTk.net]: 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でのデフォルトとなっています。
708 名前：デフォルトの名無しさん mailto:sage [2016/11/07(月) 02:57:13.47 ID:yk5MV5D2.net]: 2018/5/31にLTS終了予定の Debian Wheezy の git は1.7.10
push.default=simple のサポートは 1.7.11 から
709 名前：デフォルトの名無しさん mailto:sage [2016/11/07(月) 02:57:42.60 ID:883psKTk.net]: > LTS継続中のLinuxのデストリビューションの中には、まだsimpleが
> 実装されないバージョンのgitが標準だったりする場合があるから、
それはどのディストリ？

git 1.7からsimpleは実装されてるんだよねｗ
git 1.7.0がリリースされたのは2010年2月
一応聞いておこうか？
710 名前：デフォルトの名無しさん mailto:sage [2016/11/07(月) 02:58:02.69 ID:yk5MV5D2.net]: >>694の記述の前に、>>690もまだ残ってるだろ？
711 名前：デフォルトの名無しさん mailto:sage [2016/11/07(月) 03:03:11.48 ID:883psKTk.net]: ずっと前に書かれたものであれば、
その内容に信頼性はないねｗ
712 名前：デフォルトの名無しさん mailto:sage [2016/11/07(月) 03:08:28.00 ID:883psKTk.net]: Debian Wheezyか。自分のパソコンなら
バージョンアップした方がいいよｗ
せめてbackports使うとかね。

何を言ってるのかわからんと思うからヒントをあげると
サーバー上でgit pushを叩くやつ何かいねぇよ。
git pushするならローカルのPCからだろ。
713 名前：デフォルトの名無しさん mailto:sage [2016/11/07(月) 03:10:03.41 ID:883psKTk.net]: 上の方でも言ったが、ちゃんと考えている人は場合に応じて
適切なやり方を使うものだ。

どこでも同じやり方をするっていうのは、考えてるんじゃない。
何も考えてないからそうしてるんだよ。
ましてや一部のためのに全体で効率が悪いやり方を使うとかねｗ
714 名前：デフォルトの名無しさん mailto:sage [2016/11/07(月) 03:33:38.66 ID:yk5MV5D2.net]: >>699
古いDebianで作ったビルドと動作確認兼用の環境からソース管理マシンに直接pushすんだよ
もう保守モードだからわざわざローカルにビルド環境とか用意してない

>>698
manとか古い記述も当然見直すよ
とくにpush.defaultはいろいろ問題があってすごい手間をかけて
仕様変更の手順を踏んだわけだし
古い記述に問題があるならそのままにしてるわけがない

>>700
基本的にどこでも同じ操作ができるようにしておくのは
効率のためにはとても重要
715 名前：デフォルトの名無しさん mailto:sage [2016/11/07(月) 04:09:42.50 ID:EaPQMBZD.net]: >>699
>サーバー上でgit pushを叩くやつ何かいねぇよ。

自分の知らないことに口を挟まない方が良いですよ
716 名前：デフォルトの名無しさん mailto:sage [2016/11/07(月) 10:52:59.68 ID:n31WRcCT.net]: git 2.0以降って
.gitconfigに
[push]
default = simple
って書かなくてもいいの？
717 名前：デフォルトの名無しさん mailto:sage [2016/11/07(月) 21:50:33.76 ID:883psKTk.net]: >>701
> とくにpush.defaultはいろいろ問題があってすごい手間をかけて
そして今は問題なくなったわけですよね。

> 基本的にどこでも同じ操作ができるようにしておくのは
> 効率のためにはとても重要
そういう場合は、自動化するんだよ。

で、日々の開発で開発者が行うgit pushをどうやって
自動化するっていうんだ？って思ったら、俺の狙い通り。
自動化の内容と手動でやる内容は違う操作になるものなんだよ。
（自動化出来ないことだから手動でやるわけで）

>>702
知りません。教えてください。どういう状況ですか？ｗ
なんか暗黒な世界な気がしますね。なんでそんな馬鹿事やってるのレベルのｗ

>>703
書かなくていいよ。
718 名前：デフォルトの名無しさん mailto:sage [2016/11/07(月) 21:52:35.49 ID:883psKTk.net]: >>701
> 古いDebianで作ったビルドと動作確認兼用の環境からソース管理マシンに直接pushすんだよ
> もう保守モードだからわざわざローカルにビルド環境とか用意してない

ビルドするのにgit pullを使うことはあっても、git pushはいらねーだろｗ
ビルドした生成物はソースコードじゃないからpushするわけないし。

もう少し具体的に言ってくれないかな？
719 名前：デフォルトの名無しさん mailto:sage [2016/11/08(火) 01:08:30.97 ID:Cg892Aab.net]: >>705
ビルドして動作確認してつまらない修正が必要だったら
そこでそのままブランチきって修正してビルドして動作確認して
問題無ければソース管理マシンにpushしてそこで終わりにする

そもそも保守モードだと修正自体大したことないことが多いから、
修正自体をビルド環境ではじめてしまうことも多い
720 名前：デフォルトの名無しさん mailto:sage [2016/11/08(火) 01:10:29.08 ID:Cg892Aab.net]: >>704
なんでいきなり自動化とか話飛んでるんだ？
そんなの関係無しに作業環境の設定はできるだけ統一するだろ？
721 名前：デフォルトの名無しさん mailto:sage [2016/11/08(火) 19:21:41.78 ID:S8iuzxu8.net]: Git for WindowsのGit BashからWindowsのバッチファイル(.bat)を実行できることを最近知った
722 名前：デフォルトの名無しさん [2016/11/09(水) 02:21:05.05 ID:gLDp2Y3W.net]: exeも普通に実行できる
723 名前：デフォルトの名無しさん mailto:sage [2016/11/09(水) 02:37:38.51 ID:ayZESGQs.net]: >>706
そのPCが壊れたらどうすんの？
そんなものディスクをイメージ化して仮想マシン上に移動して
そこでビルドすればいいやん？

そうすりゃソースコードは共有フォルダ使ってホストPC上で
編集やらgit管理して仮想マシンの中でビルドできるだろ。

少しは工夫しなきゃだめだよ。
�
724 名前：ﾇうせ一台しか無い開発マシンが壊れたらアウトな状況になってるんでしょ？ そもそもそれがおかしいよね []: [ここ壊れてます]
725 名前：デフォルトの名無しさん mailto:sage [2016/11/09(水) 03:52:21.76 ID:4NCrsJ0J.net]: >>710
今どきそんな環境ローカルに用意するかよ
必要なときにAWSのEC2のインスタンス起動して作業するだけだ
726 名前：デフォルトの名無しさん mailto:sage [2016/11/09(水) 09:41:18.54 ID:ayZESGQs.net]: 開発環境をEC2に作ってインスタンス起動しないと開発できないとか
やっぱりやり方が間違ってるなｗ
EC2を使うべきじゃない所でEC2を使ってる。

自覚しようね。
"EC2を使ったせいで"、最新の開発ツールが使えなくなったんだよ。
727 名前：デフォルトの名無しさん mailto:sage [2016/11/09(水) 09:48:23.78 ID:ayZESGQs.net]: 「今どき」って言ってるところからも、最新のツールを使うぞって
ことでEC2を選んだのだろうが、最新のやり方どころか
古い開発ツールに縛られることになっている。

俺なら開発環境と動作検証であればVagrantを使う。
というかそのためのツールだし。

道具は変わったの手法は変えないから、道具を変えた
意味が無いという典型的な状態だね。
728 名前：デフォルトの名無しさん mailto:sage [2016/11/09(水) 10:29:42.26 ID:U6OuotlL.net]: Vagrantってオワコンかと思ってた
729 名前：デフォルトの名無しさん mailto:sage [2016/11/09(水) 12:39:24.03 ID:iLDjyt+m.net]: ヘー６
730 名前：デフォルトの名無しさん mailto:sage [2016/11/09(水) 20:56:38.20 ID:ayZESGQs.net]: >>714
Vagrantに代わるものなんか出てたか？
dockerは実機用だから開発用途（デバッグログたくさん必要）
なんかに利用できないし。
731 名前：デフォルトの名無しさん mailto:sage [2016/11/09(水) 21:11:41.15 ID:mFbmgiId.net]: >>714
なぜそう思ったｗｗｗ
732 名前：デフォルトの名無しさん mailto:sage [2016/11/09(水) 21:38:25.44 ID:4NCrsJ0J.net]: >>713
EC2が最新のツールとかズレまくってるな
EC2が何なのかも分かってないだろ？
おれらのところじゃ保守に入ったものをローカルな
仮想環境でビルドしたりすることはほぼ無い
独りよがりの馬鹿には理解できないのかもしれないが
733 名前：デフォルトの名無しさん mailto:sage [2016/11/09(水) 21:44:11.68 ID:ayZESGQs.net]: > おれらのところじゃ保守に入ったものをローカルな
> 仮想環境でビルドしたりすることはほぼ無い

なぜ？なぜローカルでできることなのに
わざわざEC2を使うの？
734 名前：デフォルトの名無しさん mailto:sage [2016/11/09(水) 22:01:04.97 ID:ayZESGQs.net]: みなさん「"保守に入ったものを"ローカルな仮想環境で～略」
ここ重要ですからね。よく覚えておきましょう。
735 名前：デフォルトの名無しさん mailto:sage [2016/11/09(水) 22:09:55.98 ID:4NCrsJ0J.net]: >>719
なんでEC2でできるこをわざわざローカルな
環境構築してやらねばならんのだよ
EC2上に用意しとけば永遠に維持できるし
担当者が変わってもそのアカウント引き継ぐだけだし
たまにビルドするような用途なら費用もタダみたいなもんだし
736 名前：デフォルトの名無しさん mailto:sage [2016/11/09(水) 22:14:20.77 ID:ayZESGQs.net]: > なんでEC2でできるこをわざわざローカルな
> 環境構築してやらねばならんのだよ

ローカルでやれば自分がいつも使っている
テキストエディタや開発ツールが使える。

ネットワークを介さないので動作も快適

お金もかからないし、仮想イメージを使いまわすだけで
複数の人が同時に修正だってできる。

アカウントの管理も必要ないから
セキュリティ上も安全

間違ってサーバーを消したり壊してしまうこともない
（オリジナルの仮想イメージを保存しておけば良い）
737 名前：デフォルトの名無しさん mailto:sage [2016/11/09(水) 22:15:10.48 ID:ayZESGQs.net]: EC2ロックインを避けられる。
738 名前：デフォルトの名無しさん mailto:sage [2016/11/09(水) 22:37:06.69 ID:4NCrsJ0J.net]: >>722-723
仮想イメージをどこかに保存しておくとか
サーバや個人のビルド環境を用意するとか
そのへんの手間はぶけるだけでEC2使う理由になるわ
手間だけじゃなくてローカルな環境を維持する
ための費用がタダじゃないことを忘れるなよ

AWSのアカウントはすでにいろいろ使ってるんで
これやめたらアカウントの管理が必要無くなる
なんてこともない

ネットワークや使用するツールが気になるほどの
作業量になるならもう保守の範囲こえるんで
ローカルに環境用意すりゃいい

仮想イメージの保存とか複数人で作業とか
EC2ならローカル環境以上に簡単にできる

古いdebian環境ってだけでEC2に依存してる
部分は何もないから必要あれば移行も簡単
739 名前：デフォルトの名無しさん mailto:sage [2016/11/09(水) 22:46:20.2 ]: [ここ壊れてます]
740 名前：5 ID:DPhxNwaL.net mailto: こんなスレまでアマゾンの営業が！ []: [ここ壊れてます]
741 名前：デフォルトの名無しさん mailto:sage [2016/11/09(水) 22:50:38.57 ID:ayZESGQs.net]: USBメモリに仮想イメージを保存するのに比べて
EC2の使い方を知らなければいけません（笑）

な？ EC2を使うメリット何も出てこなかったろ？
使い方間違えてるんだよ。

使い方間違えて仮想環境の置き場程度にしか考えてないから、
それによる開発ツールの制限というデメリットが生まれてる。

デメリットを認めないで、そんなの我慢すれば良いんだって
言ってるのがその証拠な。
742 名前：デフォルトの名無しさん mailto:sage [2016/11/09(水) 22:59:04.85 ID:4NCrsJ0J.net]: >>726

メリットは何度も書いてるだろ
＞仮想イメージをどこかに保存しておくとか
＞サーバや個人のビルド環境を用意するとか
＞そのへんの手間はぶけるだけでEC2使う理由になるわ

AWSを使えないような奴はうちはいらない

あとおまえにはローカルな環境準備するデメリット
を考えてないってブーメランが盛大に
クリティカルヒットしてるぞ
743 名前：デフォルトの名無しさん mailto:sage [2016/11/09(水) 23:21:31.97 ID:+FqQRzx3.net]: 俺はEC2派だがスレ違いなんでまあこの辺にしとけ。
744 名前：デフォルトの名無しさん mailto:sage [2016/11/10(木) 01:03:44.41 ID:vfwh4JhC.net]: ケースバイケースだろ
編集だけは手元でするけど、あとはファイルシステムのイベントドリブンとかでrsyncしてビルドとテストはEC2なりなんなりの最終的にサービスする環境でした方が効率いい場合あるでしょ
特殊なインスタンスとか、それ以外にもAWSにしか無いサービス沢山使ってたら、同等のローカル環境を用意する手間はかかりまくるわりにメリット少ないだろうし
もちろん逆にEC2じゃ望む環境を用意するのが難しいっていう場合もあるだろうけどね

個人的にはディスクイメージが物理障害等で知らない間に勝手に壊れないってだけでもありがたいが。

というかそもそも>>710は「実マシンを開発に使ってるなんて馬鹿じゃね？VM使えばいいのに」とか煽ったら、>>711に「ローカルにVMなんか態々作るのか？EC2があるのに」とか言い返されて、
結局EC2使った開発だってVMを使った開発と大差ないのに、引っ込みがつかなくなって>>712の迷発言をしちゃったんじゃないか？ｗ
745 名前：デフォルトの名無しさん mailto:sage [2016/11/10(木) 01:51:12.94 ID:jasNeYmA.net]: 先日の元AWSの中の人と元Azureの中の人とのパネルディスカッションでもクラウドにしてみたけど実はオンプレミスの方が良かった案件はあったと認めてたな
746 名前：デフォルトの名無しさん mailto:sage [2016/11/10(木) 06:21:07.98 ID:GApKllfr.net]: >>727
> AWSを使えないような奴はうちはいらない
AWSを使う使わないと、開発環境の話は別だろｗ
両方使えば良いんだよ。

だけど開発の快適さを捨てるなんて本末転倒。
お前は開発の快適さを捨ててるって話をしてる。

自分の好きなエディタ、例えばatomやsublime textで開発できるか？
できねーだろ。
やり方が間違ってるんだよ。

AWSを使ってるから凄いんだって考えるのはやめたほうが良いぜ？ｗ
747 名前：デフォルトの名無しさん mailto:sage [2016/11/10(木) 06:33:30.70 ID:GApKllfr.net]: >>729
> 結局EC2使った開発だってVMを使った開発と大差ないのに
大差あるよｗ少なくともこいつの場合は大差が出ている。
だから事実として最新のgitを使えてないんだろ？

そもそも開発ツールとビルド環境は別物。
ビルドなんてビルドツールとソースコードが存在すれば実行可能なわけで、
そのソースコードをどうやって作成・管理するかは切り離せる。

じゃあなんで古いgitしか使えないんだ？って理由を聞いたら
EC2上で古いLinuxを使ってるからだって答えたわけだよ。
こいつはEC2を使ってるのが原因だって自分言ったわけだよ。

俺だったらEC2上で古いLinuxを使ったとしても最新のgitを使うことができるようにするが、
こいつはEC2を使ってるからどうしようもないと言ってるわけ。
だから「俺はEC2を間違った使い方してんな、ビルドに使うぐらいならローカルの仮想マシンでやれよ
そうすればファイル共有（デフォルトで使える）で簡単にできるだろ」って言ったの

そしたら見事俺の罠にはまって「AWSを使えないようなやつはー」とか言い出したわけｗ
さもAWS使ってる俺ら凄いみたいなｗ

そんなのすごくもなんともないんだよ。AWSを使うメリットがない所でAWSを使って
開発ツールに制限かけて本末転倒なことしてる。AWSを使うことが目的になってしまってる。
748 名前：デフォルトの名無しさん mailto:sage [2016/11/10(木) 06:58:32.58 ID:GApKllfr.net]: >>729
> 編集だけは手元でするけど、あとはファイルシステムのイベントドリブンとかでrsyncしてビルドとテストはEC2なりなんなりの最終的にサービスする環境でした方が効率いい場合あるでしょ
編集を手元でするならば、最新のgitも手元で使えるわけだよ。それなら問題ない
でもこいつは、EC2を使ったせいで（笑）最新のgitが使えないと言ってるんだよ
EC2のせいにしてるんだよ。な、本末転倒になってるだろ？ｗ

ちなみに俺はどうしようもないときは最終手段としてlsyncdを使っていた。ローカルでファイルを
保存したタイミングで自動的にサーバーにrsync（lsyncdの内部で使用されている）してくれるから楽だよ
ファイルシステムのイベントドリブンでrsyncとか自分で作る必要はないよ？

いろんなやり方を知っていることが重要だね。EC2だけじゃなくｗ
そうそうこいつはwheezy使ってるから仕方ないんだって言ってるけど
wheezy上にjessie環境を作る方法もあるよね

それからもう一つ言うと、サーバー（EC2の仮想マシンなど）にソースコードをおいてそのディレクトリを
sshfsやnfsでローカルにマウントする方法は出来なくはないが、この方法は例えば .git ディレクトリにある
大量のファイルを操作することになってネットワーク通信が発生してかなり遅くなった
だからビルドに必要なソースコードだけをローカルからサーバーに転送するのがコツな

あとこいつは「ビルド環境」って言ってるので、サービス運用環境であるはずがないよ
さすがにサービス運用しているマシンでビルドなんてアホなことしてるはずないって（笑）
ビルドでメモリ食いつぶしてサービス停止とかあるからな。そんなことしてたら完全にオワッテルｗ

でビルドに使うだけならわざわざEC2を使う必要もないわけだ
その仮想マシンにソースコードを入れる必要も編集する必要もgitを使う必要もない
誰でも同じ保存されたビルド用の仮想マシンを使えば良い
Vagrantはローカルで動くからサーバーにソースコードを転送する必要もない
単にディレクトリを共有するだけ。簡単。これがネットワーク越しにあるEC2使う場合との大きな違い

今ならDockerでビルド環境を作るのもありだが、新たにDockerfileを作る必要がある
VagrantであればP2Vして物理マシンから簡単に移行できる
749 名前：デフォルトの名無しさん mailto:sage [2016/11/10(木) 08:10:42.67 ID:SSaqSJdU.net]: うちの会社では、保守環境の選定に、
EC2を使うべき状況かどうかを検討することはあっても
最新のGitが使えるかどうかなんてことを検討することは無い
750 名前：デフォルトの名無しさん mailto:sage [2016/11/10(木) 09:08:30.73 ID:GApKllfr.net]: そりゃそうだろｗ

そういった環境でgitを実行する必要はないんだから。
環境はアプリを動かすとかビルドをするための環境であって
それ以外のものは入れない = 別の場所でやるんだよ。
751 名前：デフォルトの名無しさん mailto:sage [2016/11/10(木) 12:48:41.64 ID:vfwh4JhC.net]: >>732
自分には古いDebianでサービスしてるし、更新の頻度もそれほど高くないから、ビルドが必要になったときだけビルド用のインスタンスを起動させて
ビルド用古いDebianで修正・ビルド・テストでpushと読めたが

そうしてる原因は古いDebianでサービスしてるからであってEC2使ってるからじゃないと思うんだよなぁ
保守モードに入ってるサービスなのにOSのバージョン上げるのは検証が非常に大変だろうし、開発の快適さのために選ぶ選択肢じゃなさそう。
保守モードに入ってるんだから、最新のgitなんか使う必要があるか疑問だし、gitの古さが保守モードにおける開発において大差出てるのかはますます疑問。

EC2を使う必要もないって言うけど、すでにEC2でビルド環境用意してたらわざわざローカル環境を作り直す必要もないし、リモートで修正してなんとかなるレベルなら
すでにあるEC2のビルド環境で十分だと判断したんじゃないの。

つーかEC2でサービスしてるなら、よほど大規模で他のクラウドに移ることを検討してて切り離したいとか、なるべくコストカットしたいとかそういう縛りがなければ、
インスタンスやイメージの管理の管理ノウハウが既に培われているEC2でなるべく済ませようとすることは不自然じゃないと思うけれど。
ローカルのVMのホストになんらかの障害が発生したら面倒臭いし。

ローカルに開発環境があるメリットも無いとは思わないし、あんたが経験して考えて選んだベストプラクティスは否定しないけれども、常にそれが最高の選択肢なわけじゃないし、
至上主義に走ってそれ以外はクソって簡単に否定してるといつか足元を掬われることになると思うよ。

>ファイルシステムのイベントドリブンでrsyncとか自分で作る必要はないよ？
なんで自分で作るって話になったのかわからないけど、inotifywaitとxargs、rsyncのワンライナーを手で入力するだけで作るってだけだし、lsyncdの設定を書くのと大差ないと思うよ。
752 名前：デフォルトの名無しさん mailto:sage [2016/11/10(木) 13:06:48.80 ID:dxAJlx69.net]: >>732-733
ずいぶん自分に都合の良い考え方だけで生きてるひとですね
あんたそれでもほんとにプログラマ？
753 名前：デフォルトの名無しさん mailto:sage [2016/11/10(木) 14:06:26.50 ID:X35QhmbO.net]: >>735
> そういった環境でgitを実行する必要はないんだから。
> 環境はアプリを動かすとかビルドをするための環境であって
> それ以外のものは入れない = 別の場所でやるんだよ。
デプロイ先でgitを使うデプロイツールはよくありますが
754 名前：デフォルトの名無しさん mailto:sage [2016/11/10(木) 21:02:39.20 ID:JskiB/Lo.net]: git pullしてもsubmoduleでいれたリポジトリのファイルまでは更新されないのがあるんですけど
これってgit pullがsubmoduleのリポジトリまでは更新しないだけですか？
755 名前：デフォルトの名無しさん mailto:sage [2016/11/10(木) 22:51:53.63 ID:GApKllfr.net]: >>738
いまはデプロイ先からデプロイ元（？）に
ソースコードをpushすることはないって話です。
756 名前：デフォルトの名無しさん mailto:sage [2016/11/10(木) 23:53:01.97 ID:SSaqSJdU.net]: >>738
ビルド環境からHerokuあたりにデプロイするなら
ビルド環境からpushだよね
757 名前：デフォルトの名無しさん mailto:sage [2016/11/11(金) 00:12:49.61 ID:oCvkOosm.net]: >>739
submoduleでいれたリポジトリが更新されても何もしなければその新しい更新
が外側に反映されることがない

誰かが、その更新されたリポジトリを外側のリポジトリへ反映する手順を踏む必要がある

その反映された外側のリポジトリをpullした他の人も、単純にpullするだけではだめで、
pullの後に git submodule update しないといかん
758 名前：デフォルトの名無しさん mailto:sage [2016/11/11(金) 09:29:51.65 ID:ENznHnYU.net]: >>741
え？ビルド環境でビルドしたもの（バイナリ）を
デプロイするのにgit pushするんですか？

ビルド生成物をgitリポジトリに入れてるんですか？
759 名前：デフォルトの名無しさん mailto:sage [2016/11/11(金) 10:47:14.31 ID:QgBO5Eyu.net]: >>740
> いまはデプロイ先からデプロイ元（？）に
> ソースコードをpushすることはないって話です。
ん？
デプロイ先(本番環境やstaging環境）ではgitを使わないという話になってた(>>735)から、デプロイ先でgitを使うデプロイツールがあるって話なんだが。

開発環境やCIサーバでデプロイコマンド実行
↓
デプロイ先でgitコマンドを使ってgitリポジトリからファイルを取得

みたいなパターン。
基本的なコマンドしか使わないから、gitコマンドが最新である必要は全然ないけど。
760 名前：デフォルトの名無しさん mailto:sage [2016/11/11(金) 11:04:52.74 ID:goVylNR1.net]: pushの引数が要らないっていう話とどう関係あるん？
761 名前：デフォルトの名無しさん mailto:sage [2016/11/11(金) 23:58:49.37 ID:oCvkOosm.net]: >>743
HerokuってのはソースレポジトリをpushするとHeroku側でビルドして
デプロイしてくれる仕組なのね

でもHerokuでビルドできないものをHerokuにデプロイしたいときに、
ローカルにビルドしたバイナリなんかをレポジトリにコミットして、
そいつをHerokuにpushするの
762 名前：デフォルトの名無しさん mailto:sage [2016/11/12(土) 00:47:56.88 ID:fAGx8Up8.net]: >>746
それで古いDebianでビルドしたものを
Herokuで動かすのはなぜですか？
763 名前：デフォルトの名無しさん mailto:sage [2016/11/12(土) 00:49:24.41 ID:fAGx8Up8.net]: そもそも古いDebianでビルドしたものがHerokuで動くんですか？
764 名前：デフォルトの名無しさん mailto:sage [2016/11/12(土) 00:59:23.65 ID:fAGx8Up8.net]: あー、やっぱりHerokuでビルドしたアプリを使いたい
ちゃんとしたやり方があるようですね。
もちろん無理やりgitなんか使いません。

Herokuにバイナリを組み込むbuildpackを作成する
blog.flect.co.jp/labo/2013/06/herokubuildpack-c488.html

ビルドしたバイナリをリポジトリにコミットするという
発想がそもそも異常ですものｗ

間違った前提だから、間違った答えになる。
ビルド環境からgit pushするなんてことはないですね。
765 名前：デフォルトの名無しさん mailto:sage [2016/11/12(土) 02:35:26.62 ID:0WVfnobi.net]: >>749
そのリンク先のbuildpackの使い方は、
あらかじめビルドしておいたバイナリをgithub.ioにpushしておいて、
buildpackのスクリプトからそれをダウンロードするって方法なんだけど、
それが正しいやり方ということでおｋ？
766 名前：デフォルトの名無しさん mailto:sage [2016/11/12(土) 02:37:45.53 ID:0WVfnobi.net]: なんかコントやってる気分になったきた
767 名前：デフォルトの名無しさん mailto:sage [2016/11/12(土) 02:48:40.35 ID:h0rVItqe.net]: 見識の狭い原理主義のやつがやりこめられてて笑える
768 名前：デフォルトの名無しさん mailto:sage [2016/11/12(土) 03:28:06.81 ID:fAGx8Up8.net]: >>750
> それが正しいやり方ということでおｋ？
何を持って正しいと言ってるのか知らんが、それはHeroku特有のやり方だろｗ
普通はこんなことしない。

一般的にはgithubなどのgitサーバーにソースコードを手元のマシンから
git pushしたのをトリガーにして、CIサーバーがgit pull（当然git pushはしない）
ビルドが必要ならばCIサーバーがビルド環境を準備してビルドを行ってテストを行って
問題がなければデプロイ先にデプロイする。CIサーバー環境＝ビルド環境ではない。
なぜなら通常は複数の環境用にビルドするからCIサーバーとは別に複数のビルド環境が必要になる。

そもそもgitはデプロイツールではない。通常はデプロイ方法にgitは使わない。
Herokuが特殊なだけというか、Heroku的にはユーザーがgitでソースコードをpushすることを
デプロイとは呼んでおらずpushされたコードから実行環境を作る処理がデプロイだろう

当然だがこのデプロイは自動的に行われる。上の方で俺が書いた「自動化しろ」って
話にはここでつながるんだよ。自動化するから手動でgit pushすることはない。
（最初から"手動で"pushするときにブランチ名を省略したほうが安全だと言っていることを思い出すように）
769 名前：デフォルトの名無しさん mailto:sage [2016/11/12(土) 03:31:16.02 ID:fAGx8Up8.net]: >>752
原理主義だと、gitだけじゃなくて最新の開発ツールを使って
手元で開発できるんですよｗ

たとえ実行環境やビルド環境に古いLinuxを使わなきゃならない場合でも
多くの時間を費やする開発環境は快適な最新の環境で過ごして
古いLinuxを使わなければいけない部分は自動化する。

アホが自分で苦しい環境を作り上げて、
自分で苦しんでるだけじゃないですかｗ
770 名前：デフォルトの名無しさん mailto:sage [2016/11/12(土) 04:09:57.72 ID:6wPviZ3t.net]: 仕事できなさそう
771 名前：デフォルトの名無しさん mailto:sage [2016/11/12(土) 04:19:55.09 ID:fAGx8Up8.net]: >>755
チームメンバーからは高く評価されてるよｗ
772 名前：デフォルトの名無しさん mailto:sage [2016/11/12(土) 04:31:16.60 ID:0WVfnobi.net]: >>753-754
最初から全部完璧に回るCI環境を作ってもらえる人はいいなあｗ
それともそんな完璧な環境はあなたの妄想だったりはしないのでしょうか？
773 名前：デフォルトの名無しさん mailto:sage [2016/11/12(土) 04:42:40.44 ID:h0rVItqe.net]: >>754
原理主義だと、原理がどうやっても実現化できないような環境の仕事は拒否するだけだから、原理主義をを多少諦めて生産性を上げる決断をした経験がないだけでしょ

例えばAWS EC2のGPUインスタンスを使ったサービスの開発なんかをローカルでチューニングまでやるのは無意味
そういう場合はEC2のテスト環境で直接チューニングして変更したソースをpushするのがどう考えたって一番手間がない
この場合だって大まかな部分の開発は、まずはEC2以外でも普通にするわけだが、なにがなんでもローカルの開発環境に拘るなんてことは有り得ない
なぜなら最終がEC2である以上EC2でも確認しなきゃ無意味だからだ
必ずローカルで開発、ソースコードの変更はローカルで、git pushはローカルから、ビルド環境、テスト環境からはgit pullオンリーなんて原理主義は必ずしも価値がある策ではない
マージコミットの発生が内規で禁止されてるとか、宗教上の理由で嫌だとか、そういうのがあるのなら別だが

デプロイ先と完全にスペック等が同じ環境じゃなくても開発できる分野だから成り立ってるだけってことを理解した方がいいし、
第一、相手がその手法を選択した事情も聞かずに全否定しちゃってるけど、相手がどんな前提条件で、どんなシステムを構築してるか理解した上で全否定してるの？
百戦錬磨のエンジニアだって、まずは相手の要求なり制限なりを聞いてからじゃないと、何がベストかは簡単にはアドバイスできないと思うよ？
その辺押さえずに盲目的、宗教的に××はダメ、〇〇はベスト、とか言ってるから信者とか原理主義者とか言って聞く耳持たれないんだと思うけど
6人家族が車ほしがってたときに、車のスピリットを最も味わえるのはスポーツカーだからとか言ってスポーツカー勧めたって何言ってんだこいつってなるだろ？それと全く一緒。
原理主義の押しつけってのはコミュニケーションじゃなくてオナニーなんだよ。

あと、余計なお世話だと思うけど、「ｗ」とか使ってたりとか、身内以外は知らんこっちゃない「チームメンバーからの評価」とかに頼ったりしてる時点で余裕なくなってることも自覚した方がいいよ
774 名前：デフォルトの名無しさん mailto:sage [2016/11/12(土) 04:45:01.21 ID:fAGx8Up8.net]: > 最初から全部完璧に回るCI環境を作ってもらえる人はいいなあｗ
環境は与えられるものって考えてないで、
自分で作るって考え方を持ったほうが良いよｗ

> それともそんな完璧な環境はあなたの妄想だったりはしないのでしょうか？
今ならgithubとTravisCI（公開できないものはJenkins）と連携させるだけでしょｗ

手法が特徴的で、ここに書くと特定される可能性があるから詳細は書かないけど、
前職でレガシーで非効率でアホらしい開発環境を使わざるを得なかった場合でも
（なんと共通の開発サーバーがあってみんなそこにログインして開発！ありえない！）
chrootをベースにした方法を使って、既存の環境にほとんど影響を与えずに
最新のRubyやNodeやgitを使えるようにしたし。

自分でね、快適に開発できるようにするってことを
やらないとだめだよ。
775 名前：デフォルトの名無しさん mailto:sage [2016/11/12(土) 04:45:38.38 ID:fAGx8Up8.net]: >>758
> 原理主義だと、原理がどうやっても実現化できないような環境の仕事は拒否するだけだから

その前提が間違ってるから、後の文章も間違いだね。読む必要はなさそうだｗ
776 名前：デフォルトの名無しさん mailto:sage [2016/11/12(土) 04:48:46.89 ID:h0rVItqe.net]: >>760
つまんねーな。言い返せなくなると難癖つけて逃走か。まぁあなたの中では言い負かしたってことでいいんじゃない？
まじめに例を説明して損したわ。
777 名前：デフォルトの名無しさん mailto:sage [2016/11/12(土) 04:51:11.39 ID:fAGx8Up8.net]: 無視されるのは当然だな。

お前の思い込みを前提に語ってるわけだから。
778 名前：デフォルトの名無しさん mailto:sage [2016/11/12(土) 04:53:16.49 ID:h0rVItqe.net]: >>762
じゃ、GPUインスタンスの例はどうなん？それでもローカルで開発するの？同じGPU用意するのはかなりコストかかるわけだけど。
779 名前：デフォルトの名無しさん mailto:sage [2016/11/12(土) 04:58:27.68 ID:0WVfnobi.net]: >>759
githubやTravisCIかJenkinsがありゃ完全なCI環境構築できるとか
言ってる時点で、限られた範囲の仕事しかしたことないんだろうな
まあ妄想なのかもしれないけど

プログラム書いて製品を作る仕事は
もっといろいろ種類があるんだってことを想像すらできないんだろ？
780 名前：デフォルトの名無しさん mailto:sage [2016/11/12(土) 04:58:36.25 ID:fAGx8Up8.net]: >>763
開発と実行を分けて考えようなｗ

実行マシンが古くてgitのバージョンが古いっていうのなら
手元のマシンでソースコード書いてgit pushする方法なんていくらでもあるだろ。

実行マシン・ビルドマシンが古いせいで、新しいやり方に変えられないなんて
無能の言い訳にすぎなんだよ。
781 名前：デフォルトの名無しさん mailto:sage [2016/11/12(土) 05:00:00.56 ID:fAGx8Up8.net]: >>764
妄想だっていうのなら、そのいろんな種類ってのを言えよｗ
782 名前：デフォルトの名無しさん mailto:sage [2016/11/12(土) 05:04:12.91 ID:h0rVItqe.net]: >>765
自分は古いDebian使ってるから云々の人ではないんで。
ビルド&検証マシンでソースコード多少いじってチューニングしてpushする場合はあるだろ？という話をしてるだけなんだが
デバッグ用、パフォーマンス確認用に一時的にログを仕込みたいような場合でも、ローカルで変更してgit push/pullするの？
783 名前：デフォルトの名無しさん mailto:sage [2016/11/12(土) 05:08:17.06 ID:fAGx8Up8.net]: 一時的に仕込みたいならそもそもpushしない。
commitするかどうかも怪しいな
784 名前：デフォルトの名無しさん mailto:sage [2016/11/12(土) 05:10:22.86 ID:h0rVItqe.net]: >>768
だよな？だから検証マシンでソースコード改変はあるよね？
で、検証マシンでパフォーマンスチューニングに関わるパラメーターを変えたら、それはpushするでしょ？
785 名前：デフォルトの名無しさん mailto:sage [2016/11/12(土) 05:10:32.70 ID:0WVfnobi.net]: >>765
古いgit使うと死んでしまう病気か何かなのかな？
逆におれはソースコード修正したら実行前に必ずpushしなきゃいけない
環境とか強制されたら死んでしまうから、簡単な修正なら実行マシン側
でソース修正して動作確認してリポジトリにpushしてしまうよ
そのためにgit pushに引数つけるかどうかなんて些細なことだ
786 名前：デフォルトの名無しさん mailto:sage [2016/11/12(土) 05:14:10.26 ID:0WVfnobi.net]: >>766
おれがいろいろな種類の仕事について語っても
あなたを妄想から引き戻すことはできないと思うのですが

たとえば、あなたがどのような種類の仕事しているのか
語ってみてはいかがでしょうか？
787 名前：デフォルトの名無しさん mailto:sage [2016/11/12(土) 09:17:04.25 ID:gTQ5R3IK.net]: >>770
じゃあ死ねよｗｗｗ
788 名前：デフォルトの名無しさん mailto:sage [2016/11/12(土) 12:12:48.19 ID:Z2K49pDK.net]: Git v2.11.0-rc1
789 名前：デフォルトの名無しさん mailto:sage [2016/11/13(日) 10:01:16.70 ID:hnH+OR8d.net]: 今日はお休み？
790 名前：デフォルトの名無しさん [2016/11/15(火) 04:46:46.10 ID:ulUg8AFG.net]: 月一更新じゃないんかこれ
https://codeiq.jp/magazine/2016/10/45609/
791 名前：デフォルトの名無しさん [2016/11/19(土) 04:31:04.06 ID:B0NaVLvy.net]: そうみたいだね
792 名前：デフォルトの名無しさん mailto:sage [2016/11/19(土) 08:48:46.60 ID:YtkNE2sc.net]: 気が向いたらやります
793 名前：デフォルトの名無しさん mailto:sage [2016/11/23(水) 14:45:48.15 ID:mLJrlCtt.net]: 2.11は1週間遅れるってJunio C がメール投げてた
794 名前：デフォルトの名無しさん mailto:sage [2016/11/27(日) 00:05:47.54 ID:D47yiaHi.net]: コミット1件だけpushしたけどやっぱりこのコミットの修正はやめたい
こういうときにコミットする前の状態にしたいんですけど
前回のファイルの内容にしてpushしたいんですが量が多いので手作業でやるのはキツイです
githubからこのいらないコミット自体を消したいってわけじゃないのでpush -f以外でこういうときのよい方法教えてください
795 名前：デフォルトの名無しさん mailto:sage [2016/11/27(日) 01:54:16.14 ID:DbB/4uXo.net]: >>779
git revert でぐぐれ
796 名前：デフォルトの名無しさん mailto:sage [2016/11/27(日) 13:36:15.53 ID:wcKeEZPe.net]: revert は甘え
797 名前：デフォルトの名無しさん mailto:sage [2016/11/27(日) 17:24:26.12 ID:ngTSc2Wz.net]: amend
798 名前：デフォルトの名無しさん mailto:sage [2016/11/29(火) 19:10:07.45 ID:pRmftZRE.net]: ギフハブによる盗撮被害
pbs.twimg.com/media/CyZ_PW7VEAAIOWJ.jpg
pbs.twimg.com/media/CyZ_N7iUkAAwjdg.jpg
pbs.twimg.com/media/CyZ_ecyUQAA0dbj.jpg
799 名前：デフォルトの名無しさん mailto:sage [2016/11/30(水) 12:28:55.09 ID:e85OgOH0.net]: 2.11
800 名前：デフォルトの名無しさん mailto:sage [2016/11/30(水) 14:13:08.84 ID:iDkfno7K.net]: Windowsみたいだな
801 名前：デフォルトの名無しさん mailto:sage [2016/11/30(水) 23:22:04.21 ID:e85OgOH0.net]: Git 2.11 has been released
https://github.com/blog/2288-git-2-11-has-been-released
802 名前：デフォルトの名無しさん mailto:sage [2016/11/30(水) 23:22:46.57 ID:ZO40ToD9.net]: （・∀・）／ ASKAさんの記事から来ました
803 名前：デフォルトの名無しさん mailto:sage [2016/12/01(木) 03:46:41.58 ID:1R/utNkm.net]: ＡＳＫＡ容疑者　謎の言葉「ギフハブ」は「ＧｉｔＨｕｂ」か

デイリースポーツ 11/30(水) 16:29配信
804 名前：デフォルトの名無しさん mailto:sage [2016/12/01(木) 03:47:22.57 ID:1R/utNkm.net]: 本当に覚せい剤って怖いな
805 名前：デフォルトの名無しさん mailto:sage [2016/12/01(木) 04:07:55.24 ID:xSbq8yg+.net]: つまり誰かがASKAを監視して行動記録をgithubにコミットしてたってことか
辻褄が合うな
806 名前：デフォルトの名無しさん mailto:sage [2016/12/01(木) 04:13:27.47 ID:d1oSzjmi.net]: なんか明後日の方向からASKAが話しかけてきたって感じだなｗ

　　(　ﾟдﾟ)　　　　　ギフハブ？
＿(__つ/￣￣￣/＿
　　＼/　　　　/
　　　　￣￣￣

　　( ﾟдﾟ )　　　　　　GitHub？
＿(__つ/￣￣￣/＿
　　＼/　　　　/
　　　　￣￣￣

　　(　ﾟдﾟ)　　　　　ギフハブ？
＿(__つ/￣￣￣/＿
　　＼/　　　　/
　　　　￣￣￣

　　( ﾟдﾟ )　　　　　　GitHub！
＿(__つ/￣￣￣/＿
　　＼/　　　　/
　　　　￣￣￣
807 名前：デフォルトの名無しさん mailto:sage [2016/12/01(木) 08:35:12.70 ID:1R/utNkm.net]: はてなユーザーだし
808 名前：デフォルトの名無しさん mailto:sage [2016/12/01(木) 15:44:30.73 ID:SNyZOFBJ.net]: ゲイスポからきますた
809 名前：デフォルトの名無しさん mailto:sage [2016/12/01(木) 15:46:08.86 ID:xSbq8yg+.net]: >>793
厳密にはこっち

OSSホスティング総合【SourceForge,GitHub,etc..】
echo.2ch.net/test/read.cgi/tech/1384821518/
810 名前：デフォルトの名無しさん mailto:sage [2016/12/03(土) 09:00:59.54 ID:LrD0ieLQ.net]: >>549
多角視出来ないんだね。
811 名前：デフォルトの名無しさん mailto:sage [2016/12/07(水) 11:38:03.31 ID:a5gs/vEe.net]: git pullすると履歴がだんだん溜まっていきますよね
定期的に削除してcloneしなおさないと2GBぐらいHDDを圧迫してるので
最新の履歴だけあればいいんですが指定した履歴まで（最新から3個分の履歴までとか）削除する方法ありませんか？
812 名前：デフォルトの名無しさん [2016/12/07(水) 12:45:26.78 ID:mSlj6y9t.net]: >>796
rebase
813 名前：デフォルトの名無しさん [2016/12/07(水) 14:20:08.27 ID:E6Oipd1H.net]: bareかmirrorでcloneしろ
814 名前：デフォルトの名無しさん mailto:sage [2016/12/07(水) 18:47:12.84 ID:+G2rHtfW.net]: >>796
git gc
815 名前：デフォルトの名無しさん mailto:sage [2016/12/07(水) 20:01:05.77 ID:pN2ME9Zl.net]: rebaseでどうやるんだろう？
もしかして-iで先頭から全部ちまちまsqushするんだろうか？
816 名前：デフォルトの名無しさん mailto:sage [2016/12/07(水) 21:42:19.92 ID:FEJU8uYA.net]: >>796
gitでソースコード（テキストファイル）以外を管理してはいけないという
常識を守らないからそういうことになる。

gitはバックアップツールじゃない。ファイル置き場じゃない。
git diffで差分を見れない形式は極力入れてはいけない
ましてやエクセルファイルを入れるとか持ってのほか
817 名前：デフォルトの名無しさん mailto:sage [2016/12/07(水) 23:38:18.48 ID:fNUAp7jH.net]: >>801
バイナリデータをバージョン管理しようとする場合はなんら問題無いだろ
何もしてないのに容量が増加していく問題でもあるのか？
818 名前：デフォルトの名無しさん mailto:sage [2016/12/08(木) 00:12:15.25 ID:2eCDCd3I.net]: >>801
プロジェクトに含まれる画像リソースでさえいちいちgitから取り除いてるんですか
ご苦労なこった
819 名前：デフォルトの名無しさん mailto:sage [2016/12/08(木) 00:21:03.37 ID:1nLhUva6.net]: GitHubは画像diffができるしgit自体もdiffの対象をテキストに限定なんかしてないし
820 名前：デフォルトの名無しさん mailto:sage [2016/12/08(木) 00:31:58.68 ID:zDtcOufw.net]: 原理主義者はほっとけばいいよ
この辺はgitとの課題としていろいろ対策が進んでる

巨大なリポジトリを Git で上手く扱う方法
japan.blogs.atlassian.com/2014/05/handle-big-repositories-git/

>>796
とりあえず上のリンクで shallow clone として紹介されてる機能を使うのがいいんじゃないかと思うけど
でも定期的にcloneすると解決するっていうのなら、まめにgit gcするだけでもいいのかもしれない
821 名前：デフォルトの名無しさん [2016/12/08(木) 07:55:57.97 ID:7sYlC2UC.net]: git-lfsでええやん
822 名前：デフォルトの名無しさん mailto:sage [2016/12/08(木) 08:51:21.29 ID:W+Mdrq4F.net]: git-lfsは、バイナリファイルをgitに入れない。
原理主義の理想を実現したもの
823 名前：デフォルトの名無しさん mailto:sega [2016/12/08(木) 19:50:29.74 ID:bq5w+oZd.net]: sourcetreeの質問はここでいい？
複数のコミットを選択してコミットログをコピーしたいんだけど
どうしたらいい？
824 名前：デフォルトの名無しさん mailto:sage [2016/12/08(木) 20:34:49.65 ID:DwX5bf/v.net]: windowsでしか使えないsourcetreeってマジで糞だと思うよ
そんなC#に依存するクソつーるつかうよりクロスプラットフォームなツールを使うべきだ
825 名前：デフォルトの名無しさん mailto:sage [2016/12/08(木) 20:40:31.08 ID:h9KBoTPl.net]: https://ja.atlassian.com/software/sourcetree
826 名前：デフォルトの名無しさん mailto:sage [2016/12/08(木) 20:52:21.93 ID:/az2kxmo.net]: guiのツールはどれがおすすめなんかな(´・ω・`)
827 名前：デフォルトの名無しさん mailto:sage [2016/12/08(木) 21:28:27.75 ID:el8PcvUv.net]: git extensions一択
828 名前：デフォルトの名無しさん mailto:sage [2016/12/08(木) 22:26:56.23 ID:W+Mdrq4F.net]: >>809
> windowsでしか使えないsourcetreeってマジで糞だと思うよ

もしsourcetreeがMacでも動いたら
クソじゃなくなるということでいい？

ってことはツール自体はクソじゃないってことだよね。
829 名前：デフォルトの名無しさん mailto:sage [2016/12/08(木) 23:06:04.40 ID:2eCDCd3I.net]: >>809
830 名前：デフォルトの名無しさん mailto:sage [2016/12/08(木) 23:07:27.65 ID ]: [ここ壊れてます]
831 名前：:OZ8/GHEE.net mailto: >>809 []: [ここ壊れてます]
832 名前：デフォルトの名無しさん [2016/12/09(金) 01:38:32.97 ID:il/aZ/Qk.net]: >>809
833 名前：デフォルトの名無しさん mailto:sage [2016/12/09(金) 01:44:50.29 ID:fUXHVeSQ.net]: Atlassian のステマですか
このごろ幅広くお世話になっております
834 名前：デフォルトの名無しさん mailto:sage [2016/12/09(金) 01:59:13.80 ID:avSXCrTo.net]: ＶＳＳで十分だ
835 名前：デフォルトの名無しさん mailto:sage [2016/12/09(金) 02:07:19.51 ID:tYaA5ZCh.net]: >>809
836 名前：デフォルトの名無しさん [2016/12/12(月) 17:24:22.56 ID:tdNqUxnO.net]: >>775-777
https://twitter.com/webdesignManga/status/807062097469153280
837 名前：デフォルトの名無しさん mailto:sage [2016/12/12(月) 23:19:37.51 ID:kLIFJqM9.net]: Linuxで動かなきゃ糞なのは同意
838 名前：デフォルトの名無しさん mailto:sage [2016/12/13(火) 10:40:33.60 ID:164suc8r.net]: また後出しでなんか言ってるｗ
839 名前：デフォルトの名無しさん mailto:sage [2016/12/13(火) 11:09:18.07 ID:vKGN+G2S.net]: 中出しもできないチキンは(# ﾟДﾟ)ﾀﾞﾏﾚ!!
840 名前：デフォルトの名無しさん mailto:sage [2016/12/14(水) 17:42:43.71 ID:BrHNyTw7.net]: git clone --recurse-submodules
と
git clone --recursiv

cloneするときにこの２つの違いはなんですが
両方試してみましたけどどちらも同じようにメインリポジトリとサブモジュールをクローンしますが
841 名前：デフォルトの名無しさん mailto:sage [2016/12/14(水) 17:43:22.71 ID:BrHNyTw7.net]: 正誤表
X|cloneするときにこの２つの違いはなんですが
O|cloneするときにこの２つの違いはなんですか？
842 名前：デフォルトの名無しさん mailto:sage [2016/12/14(水) 18:59:00.94 ID:Dqx7gKS+.net]: チュートリアルの写経をgithubにpushしてもいいの？自分の勉強履歴的な意味合いで
843 名前：デフォルトの名無しさん [2016/12/15(木) 00:01:23.29 ID:tflPwqTa.net]: 写経ってことは他人のコードだよね
著作権的なこと（著作者の許諾・ライセンス）クリアしてればうｐっても大丈夫じゃね
844 名前：デフォルトの名無しさん [2016/12/15(木) 00:05:17.71 ID:tflPwqTa.net]: >>824
質問の意図が分からないのだけど
リファレンス読んだ上での質問？

Git - git-clone Documentation
https://git-scm.com/docs/git-clone
845 名前：デフォルトの名無しさん mailto:sage [2016/12/15(木) 01:18:39.78 ID:PIWHN9QY.net]: >>827
そっか、ありがとう
著作権確認してみる
846 名前：デフォルトの名無しさん [2016/12/16(金) 02:01:19.77 ID:DjMajEbY.net]: pushした日付ってどこで見ればいいんですか？
847 名前：デフォルトの名無しさん mailto:sage [2016/12/17(土) 00:24:15.29 ID:JwOXjuT1.net]: gitは全く完全に初心者なんですが質問させて下さい

ローカルで作業してある程度形になったらサーバにcommit（push?）というのを考えた場合に、
subversionなら「サーバと、ローカルのクライアント」というC/S構成な関係であるのは
分かるんですが、gitはそうではなくローカルのリポジトリもリモートのリポジトリも完全に
対象で（リモート側がベアリポジトリであると言うのは置いておくとして）お互いにpushし
あってるだけで、サーバは別に特別なものではないという認識であっていますでしょうか？
848 名前：デフォルトの名無しさん [2016/12/17(土) 00:45:54.93 ID:AzKtkJ0Q.net]: >>830
リモートサーバーマシンの通信ログでも見ればいいんじゃね

>>831
なんか文章がごちゃごちゃして質問が分からん
他の人の回答待てないならteratilで聞くか
git bookを通して読めばgitのこと分かるよ
https://git-scm.com/book/ja/v2
849 名前：デフォルトの名無しさん mailto:sage [2016/12/17(土) 01:00:38.90 ID:HTNEuPCW.net]: >>832
馬鹿は黙ってればいいのに
なんで馬鹿に限って口を挟んでくるんだろう・・・

>>831
ローカルとリモートは完全に対称と言う訳じゃないよ
リモート側は各種要求を受け付けるためのデーモンの常駐が必要
そう言う意味ではSubversion同様C/S構成
850 名前：デフォルトの名無しさん mailto:sage [2016/12/17(土) 01:02:59.14 ID:RYYaCeV7.net]: >>832
偉そうに
851 名前：デフォルトの名無しさん mailto:sage [2016/12/17(土) 01:18:46.49 ID:FHGzAvIJ.net]: 偉そうに見えてしまうのは仕方ないな。
852 名前：デフォルトの名無しさん mailto:sage [2016/12/17(土) 03:08:10.08 ID:BYp3k3sM.net]: >>833
リモートでもものによりけりだよ。
ssh、git、httpsとかならサーバーなきゃだめだけど、リモートといいつつ別フォルダをリモートとするなんてのも出来るわけで。
/home/git_repos/someproject.git/とかでレポジトリを作っといて、ワーキングディレクトリの.gitのremoteとする、なんてのもたまにやるなぁ。
もちろん、git add origin /home/git_repos/someproject.git で出来る。
やったことは無いけどbareじゃないリポジトリにも設定次第でpushはできるみたいだから、その設定しておけば完全に対称と言ってもいいんじゃないかな？
853 名前：デフォルトの名無しさん mailto:sage [2016/12/17(土) 15:39:33.34 ID:xxYBEL0S.net]: >>833
すみません
pushした日付を取得する方法を教えてください
854 名前：デフォルトの名無しさん mailto:sage [2016/12/17(土) 17:31:57.55 ID:fht/3Gct.net]: >>837
サーバーサイドhookでログをとる。
855 名前：デフォルトの名無しさん [2016/12/17(土) 19:27:41.11 ID:a9hyyPvt.net]: >>832
横からありがとう
ttps://progit2.s3.amazonaws.com/ja/2016-02-11-8cb2f/progit-ja.1016.pdf
856 名前：デフォルトの名無しさん [2016/12/17(土) 19:32:29.87 ID:a9hyyPvt.net]: ついでなので英語版の方のリンクも
https://progit2.s3.amazonaws.com/en/2016-03-22-f3531/progit-en.1084.pdf
https://git-scm.com/book/en/v2
https://git-scm.com/documentation
857 名前：デフォルトの名無しさん mailto:sage [2016/12/18(日) 01:41:04.02 ID:yVrUbv8G.net]: >>838
いちいちこういうことしなきゃならないの？
gitって面倒くさいな
858 名前：デフォルトの名無しさん mailto:sage [2016/12/18(日) 01:43:04.17 ID:+8kiPrHQ.net]: TortoiseGit使ってるんですが、コミット前のフックスクリプトにbatファイル指定しても実行されてないように見えます
何か制限とかあるんでしょうか？
859 名前：デフォルトの名無しさん mailto:sage [2016/12/18(日) 09:19:47.03 ID:QZMl57gH.net]: >>842
stackoverflow.com/questions/7401303/how-do-i-run-cmd-from-the-git-post-commit-hook
860 名前：デフォルトの名無しさん mailto:sage [2016/12/18(日) 09:31:54.21 ID:05Ug+E6t.net]: >>841
使う必要がない機能がなくて、
使うべき機能が便利なのがgitなんだよｗ
861 名前：デフォルトの名無しさん [2016/12/18(日) 13:36:34.82 ID:CVflI/am.net]: >>844
誰か判った
862 名前：デフォルトの名無しさん mailto:sage [2016/12/18(日) 15:30:58.37 ID:yVrUbv8G.net]: 実務を無視するだけでなく
道具に合わせて実務を変えろ
的な傲慢さが気に食わない
863 名前：デフォルトの名無しさん mailto:sage [2016/12/18(日) 15:56:50.32 ID:KFsMSIdd.net]: 効率悪い実務は変えていくべきだろう
864 名前：デフォルトの名無しさん mailto:sage [2016/12/18(日) 16:00:30.90 ID:ZqV+jY/A.net]: shiftjisはよ無くならんかな
865 名前：デフォルトの名無しさん mailto:sage [2016/12/18(日) 18:35:08.00 ID:05Ug+E6t.net]: >>845
ほう。いってみｗ
866 名前：デフォルトの名無しさん mailto:sage [2016/12/18(日) 18:36:11.12 ID:05Ug+E6t.net]: >>846
実務を変えないのなら、新しい道具を使う意味はない。
867 名前：デフォルトの名無しさん mailto:sage [2016/12/18(日) 19:27:58.86 ID:rO/Bb3h8.net]: >>850
え？
868 名前：デフォルトの名無しさん mailto:sage [2016/12/19(月) 18:23:01.16 ID:EFUGETVd.net]: aska釈放された
869 名前：デフォルトの名無しさん mailto:sage [2016/12/19(月) 23:24:32.62 ID:J72Zn9my.net]: >>843
ありがとうございます、読んでみてgit本体からスクリプト呼んだら動いてました！
ただ、Windows上から（TortoiseGitで）コミット、プッシュするときだけ
SJISからUTF-8に変換し、プル後にSJISに戻そうと考えてるのですが
コミットするファイル（変更のあったファイル）を検出する前にバッチファイル実行したいので
gitが走るタイミングだと遅いんですよね・・・（SJISのままだと変更ありとみなされるので）

なんとかTortoiseGitで動かしたいんですが、shでもcmdでもうんともすんともいわない・・・・
870 名前：デフォルトの名無しさん mailto:sage [2016/12/19(月) 23:48:50.66 ID:J72Zn9my.net]: と思ったら、c:\上に置いたら動きましたΣ
お騒がせしました
871 名前：デフォルトの名無しさん mailto:sage [2016/12/20(火) 00:15:56.96 ID:1QnTTetW.net]: git difftool
872 名前：デフォルトの名無しさん [2016/12/20(火) 13:00:40.70 ID:lAXr92yw.net]: >>852
ギフ
873 名前：デフォルトの名無しさん [2016/12/20(火) 13:01:45.81 ID:lAXr92yw.net]: >>853
SJISはさっさと捨てろ
874 名前：853 mailto:sage [2016/12/20(火) 14:13:27.86 ID:72PN4dh3.net]: >>857
捨てたいというかutf8に統一したいんだけど
VC2015とXcodeでgit使ってるので;;
875 名前：デフォルトの名無しさん mailto:sage [2016/12/20(火) 14:53:22.87 ID:ktde9hau.net]: UTF-8 から Shift_JIS って変換できない文字一杯あるじゃん？
JPEG の劣化みたいに相互変換繰り返してるうちにファイル壊れていく気がするの
876 名前：デフォルトの名無しさん mailto:sage [2016/12/20(火) 16:17:26.19 ID:hO4ogySw.net]: >>858
そんなコンパイラ使うなというのがgit狂信者の主張
877 名前：デフォルトの名無しさん mailto:sage [2016/12/20(火) 21:21:17.46 ID:9nEC8a54.net]: さすがに今時VSでもUTF-8のソースコードを取り扱えると思うけれども、なんかShift-JISにしなきゃならない理由とかあるのかな？
878 名前：デフォルトの名無しさん mailto:sage [2016/12/20(火) 22:28:19.79 ID:1+JY6LSo.net]: 毎回ツールで変換してたんで（逆変換しても大抵大丈夫なやつ）、VSがUTF8のBOMありでも大丈夫なのを忘れてました
色々やってて思い出したけどVSはUTF8のBOM無しはSJIS扱いでコンパイルするんで当然のごとくコンパイルエラーが大量に・・・・
かたやXcodeもUTF8のBOMありを誤読してコンパイルエラーを大量に・・・・
というわけで保存時かGitかでBOM削るなりしないといかんのですよ
879 名前：デフォルトの名無しさん mailto:sage [2016/12/20(火) 22:44:41.62 ID:WNm3WbFZ.net]: まぁ、コードにASCII以外入れないっていうのが最善だろうな
それ以外は外部ファイル
その方が多国語展開もしやすいし
880 名前：デフォルトの名無しさん mailto:sage [2016/12/20(火) 23:32:04.93 ID:hO4ogySw.net]: >>863
多言語対応予定ないのにそんなことするならvss使った方がマシだわ
881 名前：デフォルトの名無しさん mailto:sage [2016/12/21(水) 00:16:35.03 ID:weWcBFXj.net]: つうか多言語対応するのにソースコードに書き込むのかよ…
882 名前：デフォルトの名無しさん mailto:sage [2016/12/21(水) 01:01:47.88 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をつけたり消したりするスクリプトを書けばなんとかなるんじゃないかな？
883 名前：デフォルトの名無しさん mailto:sage [2016/12/21(水) 01:28:29.03 ID:rs5TCfU6.net]: git difftoolで文字コードの違いを吸収してくれるdiffプログラムに置き換えれば…無理か
884 名前：デフォルトの名無しさん mailto:sage [2016/12/21(水) 11:48:04.34 ID:J2ooxCym.net]: https://marketplace.visualstudio.com/items?itemName=vilicvane.ForceUTF8

これ使うとか
885 名前：デフォルトの名無しさん mailto:sage [2016/12/21(水) 12:15:11.95 ID:hWdBWEeD.net]: ある単語が初めてコミットされたところまで戻りたいんですが
どうやって探すんでしょうか？
886 名前：デフォルトの名無しさん mailto:sage [2016/12/21(水) 12:31:05.96 ID:kCrlwcjM.net]: qiita.com/hiratara/items/94d62f3678e9abcac82a
887 名前：デフォルトの名無しさん mailto:sage [2016/12/21(水) 17:39:06.40 ID:4dmiP/zh.net]: リソースコンパイラがShift_JISかUTF-16しか扱えない上に
IDEが問答無用でShift_JISで上書きしてくれるという地獄のような話が待っている
888 名前：デフォルトの名無しさん mailto:sage [2016/12/23(金) 14:37:13.36 ID:vAzg4hwx.net]: >>862
https://blogs.msdn.microsoft.com/vcblog/2016/02/11/compiler-improvements-in-vs-2015-update-2/
コンパイラのオプションに/source-charset:utf-8付けたらBOMなしでも普通にコンパイル出来たわ。リテラルも問題なし。
これでとりあえずはソースコードの共用には問題ないんじゃない？
889 名前：デフォルトの名無しさん mailto:sage [2016/12/24(土) 19:00:51.17 ID:ljl4vCVy.net]: >>872
うおおマジだ、ありがとうございます！
こんなん追加されてたとは・・・・
>>868
それは使ったんですが(UTF-8 BOMなし版もあった)、BOMなしだとコンパイルエラーだったんで
結局バッチファイルしこしこ作ってました
（拡張機能で読むときにBOMつける方法があれば、拡張機能でどうにかできただろうけど）

ほんと助かりました、色々助言ありがとうございました
890 名前：デフォルトの名無しさん mailto:sage [2016/12/24(土) 19:14:20.68 ID:8EM69YXY.net]: >>872
何年かかっとんねん
だが胸熱
891 名前：デフォルトの名無しさん mailto:sage [2016/12/24(土) 19:46:22.22 ID:UcXtgRRC.net]: 対応したとき話題になってたぞ。
まあ最初から対応しとけよという気はするが。
892 名前：デフォルトの名無しさん mailto:sage [2016/12/25(日) 15:15:37.94 ID:hrxPaxO/.net]: 対応はそんなに難しいとは思えないので
なんか政治的な理由でもあったのかな
893 名前：デフォルトの名無しさん mailto:sage [2016/12/25(日) 22:03:49.06 ID:ILcfyv+F.net]: ASCIIの国の奴らに何を期待してる
894 名前：デフォルトの名無しさん mailto:sage [2016/12/26(月) 11:13:22.45 ID:HAos+tGx.net]: mbs系関数も絶滅して欲しい
895 名前：デフォルトの名無しさん mailto:sage [2016/12/26(月) 12:43:35.90 ID:TE+B1lbE.net]: >>878
なんでgitの為に廃止しないと駄目なんだよ
896 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 11:11:01.03 ID:8GWR0ezr.net]: 単なる便乗だろｗ
897 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 21:52:42.90 ID:c9MYkNLD.net]: リソースコンパイラもなんとかしてくれ
898 名前：デフォルトの名無しさん mailto:sage [2016/12/31(土) 16:08:07.24 ID:CTk63qzA.net]: 今年何回かリリースされたけど、どうでもいい機能追加しかなかったな。
来年もこの調子で行くのかな？
899 名前：デフォルトの名無しさん mailto:sage [2016/12/31(土) 18:49:19.98 ID:7MUUz5p0.net]: >>882にとって何がどうでもいいかなんて分からんし答えようがない
900 名前：デフォルトの名無しさん [2016/12/31(土) 22:44:32.36 ID:g9LAvAWb.net]: セキュリティの穴埋めしてくれりゃ十分
901 名前：デフォルトの名無しさん [2017/01/14(土) 15:06:02.54 ID:f4XHcGk4.net]: Git for Windows 2.11.0(2)
902 名前：デフォルトの名無しさん mailto:sage [2017/01/15(日) 11:41:44.18 ID:PrCYucb8.net]: Git for Windows 2.11.0(3)
903 名前：デフォルトの名無しさん mailto:sage [2017/01/19(木) 19:18:28.64 ID:sKmKIUOD.net]: git statusとかで
modified: file1
modified: file2
modified: file3

とかでたときに、
git checkout @{2}みたいな感じで順番や番号を指定できる方法ってないかな？
904 名前：デフォルトの名無しさん mailto:sage [2017/01/20(金) 02:53:53.55 ID:pgbbJTDz.net]: git statusしてからgit checkout @{2}するまでの間に更新したファイルが増えてインデックスが変わってることがあるかもしれない、と考えると、
その機能あっても危ない気がするけど

どうしてもやりたいなら一旦リダイレクトでファイルに書き出してsedとかでパスを取り出すしか無いんじゃない？
905 名前：デフォルトの名無しさん mailto:sage [2017/01/20(金) 04:04:46.64 ID:65nOohVe.net]: git checkout --
でタブキーでサジェストで選択するとかは？
906 名前：デフォルトの名無しさん [2017/01/20(金) 13:16:21.97 ID:XOQ1SR2o.net]: 9話記念
https://codeiq.jp/magazine/2017/01/48796/
907 名前：デフォルトの名無しさん mailto:sage [2017/01/22(日) 14:44:07.09 ID:hBhrTyQG.net]: https://chrome.google.com/webstore/detail/%E3%81%AF%E3%81%A6%E3%81%AAng/mbgdnfmdelffjdhkdggilmphfdihnmcj?hl=ja
908 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 07:12:11.72 ID:2yUJ7U50.net]: >>890
こっそり始めるGit／GitHub超入門（9）：これでもう怖くない、Git／GitHubにおけるリモートリポジトリの作成、確認、変更、更新時の基本5コマンド (1/3) - ＠IT
www.atmarkit.co.jp/ait/articles/1701/24/news141.html
909 名前：デフォルトの名無しさん [2017/01/26(木) 09:02:09.15 ID:iZLM6J1Y.net]: なんかゴミみたいなやつにgit使えないことバカにされて頭きたわ

svn使ってるからって下に見てくるキチガイ多いな。ゴミみたいなコードしか書けないくせに意識だけ高いやつ
910 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 10:54:56.62 ID:vIU4+d/A.net]: お前はSVNがどうとか関係なく馬鹿だよ
911 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 12:19:08.83 ID:dAEo4WV4.net]: 馬鹿にするかどうかはともかく、複数人で開発するなら中央リポジトリがSubversionでもgit覚えてgit-svn使ったほうが色々気苦労が無いと思う。
ある程度gitを覚えないとgit-svnを使えるようにならないという学習コストの問題はあるけど。
912 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 12:48:27.45 ID:rgY6yN8k.net]: 各々はgitで管理し、中央にコミットするときはsvn
という使い方が企業でのベストプラクティス
913 名前：デフォルトの名無しさん [2017/01/26(木) 20:20:18.83 ID:PVwEfQbS.net]: gitは意識高い系が使ってホルホルしてるよなw
914 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 20:25:44.81 ID:aEusAre7.net]: >>896
わざわざ中央をsvnにする必要がない
915 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 20:26:34.11 ID:aEusAre7.net]: >>897
> gitは意識高い系が使ってホルホルしてるよなw

それは「スマホは意識高い系が使ってホルホルしてるよなｗ」
みたいなもんかね？

誰でも使ってる＝意識高い系も使ってる
916 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 21:04:07.55 ID:dAEo4WV4.net]: ム板で意識高い系とかいう煽りってあんまり効かないんじゃないかなぁ、
初心者がどのツールや言語使うのか評判で選んでるみたいなタイミングならイラッとさせられるのかもしれないけど、
大抵の人は吟味して、必要があってそれらを使っているだろうし
917 名前：デフォルトの名無しさん [2017/01/26(木) 23:01:29.99 ID:3C+35NwQ.net]: まんまと煽られた人たちｗ思い当たるふしがあったのだろうなｗ
918 名前：デフォルトの名無しさん mailto:sage [2017/01/27(金) 11:18:40.84 ID:r9WH4ZGI.net]: >>898
なぜそう思ったの？理由を説明してほしい。
919 名前：デフォルトの名無しさん [2017/01/28(土) 09:41:09.55 ID:t4EEW1nJ.net]: gitとsvnでは想定されてる運用方法自体が違うからな
運用変えないならsvnのままの方が良い
920 名前：デフォルトの名無しさん mailto:sage [2017/01/28(土) 12:24:32.87 ID:QcNVyrS7.net]: プルリク出してから修正依頼出されたんですけど
こういうときってどうしたらいいんですか？
ブランチを削除してぷる陸をクローズしてもう一度ぷる陸するんでしょうか？
921 名前：デフォルトの名無しさん mailto:sage [2017/01/28(土) 12:56:49.06 ID:3Z5NkyUT.net]: >>904
新たにそのブランチに修正を追加してpushすればいい
場合によってはrebaseを依頼されるかもしれないが
それは人それぞれの好みなので一概には言えない

一番手間がかからないやり方は何か？を考えればいいよ。
それができるように仕組みが用意されているんだから
922 名前：デフォルトの名無しさん mailto:sage [2017/01/28(土) 12:57:48.45 ID:3Z5NkyUT.net]: ブランチを消すな、プルリクも消すな
そのブランチに修正を追加しろ
ということね
923 名前：デフォルトの名無しさん mailto:sage [2017/01/28(土) 16:03:09.83 ID:ruM2duDK.net]: 修正する度にgit push -f
924 名前：デフォルトの名無しさん [2017/01/28(土) 16:36:36.14 ID:0tDA2X/+.net]: >>904
pull --rebase して
修正して
push
これで先に出した pull request がそのまま使われる
925 名前：デフォルトの名無しさん [2017/01/28(土) 16:37:04.64 ID:0tDA2X/+.net]: >>907
死ね
926 名前：デフォルトの名無しさん mailto:sage [2017/01/28(土) 16:47:04.09 ID:FwVD3PLD.net]: >>907ってローカルでrebaseしてpush -fってことだよな？
>>908と結果違うんだっけ？
927 名前：デフォルトの名無しさん [2017/01/28(土) 21:49:10.87 ID:Uf/bxPKRX]: Bazaarとgitってどっちがいい？
928 名前：デフォルトの名無しさん [2017/01/29(日) 10:04:10.10 ID:75+k8x8P.net]: ふつうは、一度pushした後にpull --rebaseしたら、pushはダメでpush -fする必要があるようになってるよね？
929 名前：デフォルトの名無しさん mailto:sage [2017/01/30(月) 12:33:34.10 ID:670tbUup.net]: >修正する度にgit push -f

push -f は一回目だけでいい
次からは -f するなってことでは
930 名前：デフォルトの名無しさん mailto:sage [2017/01/31(火) 14:51:30.08 ID:81zeFP3D.net]: 今までプログラム書くときは同じディレクトリにメモ用のテキストファイル置いてたんだけど
gitの作業ディレクトリでそれやったらいつの間にかメモが消えててわろた
多分コミットミスってガチャガチャいじったときに管理外のファイル消されたんだろうな

もうgitの作業ディレクトリには管理外のファイル絶対置かねえ
931 名前：デフォルトの名無しさん mailto:sage [2017/01/31(火) 15:11:15.94 ID:OaREUEOV.net]: 当たり前だろ…
932 名前：デフォルトの名無しさん mailto:sage [2017/01/31(火) 15:36:08.39 ID:KYCEEpNK.net]: 警告無視すんな
933 名前：デフォルトの名無しさん mailto:sage [2017/01/31(火) 15:49:53.09 ID:81zeFP3D.net]: 言うほどそのものズバリな警告出るか…?
俺はコマンドライン版使ってるけど他のツールだと違うのかな
つーかまさか関係ないファイルを消すとは思わないから .gitignore に書いて終わりにしてたよ

とりあえずプロジェクトのディレクトリから更に一段掘ってそこをgit管理にするのがよさそうだな
バックアップ漁ったらほぼ最新のメモ出てきたから今回は助かった
934 名前：デフォルトの名無しさん mailto:sage [2017/01/31(火) 16:00:21.71 ID:hhsIo+io.net]: .gitignore には加えずに警告無視が正解
935 名前：デフォルトの名無しさん mailto:sage [2017/01/31(火) 20:18:38.47 ID:lnk9/ajj.net]: gitってsubversion的なファイルロックでチェックイン、チェックアウトはできないの？
もしそうだとすると、とするとsubversionから乗り換えと言うよりは、用途によって棲み分ける感じなのかな？
936 名前：デフォルトの名無しさん [2017/01/31(火) 21:10:41.32 ID:lkTuVnqH.net]: >>919
>>903
937 名前：デフォルトの名無しさん mailto:sage [2017/01/31(火) 21:24:56.15 ID:im69G02v.net]: >>919
gitはsubversionよりも優れたものとして作られた。
だからファイルロックなんていう開発速度を阻害する機能は
意図的に排除された。

gitはsubversionよりも優れた道具であるが、
それは新しいやり方ができる優れた道具なので
やり方を変えなければgitの優れた点は台無しになる

なんでもそうだが新しい道具を手に入れたのならば、
その道具を正しく使わなければ意味がない。
938 名前：デフォルトの名無しさん [2017/01/31(火) 21:30:35.55 ID:9oJip/tE.net]: >>919
そう思ってる。
939 名前：デフォルトの名無しさん mailto:sage [2017/01/31(火) 21:34:00.99 ID:im69G02v.net]: subversionを使う理由があるとしたら
subversionが優れているという理由ではなく、

git使えない人がいるから、
関係者に伝えるのが億劫だから
subversion使うことになってる
変えるのめんどくさい

とかいうマイナスな理由しかないだろう
940 名前：デフォルトの名無しさん [2017/01/31(火) 21:45:21.61 ID:9sG4XKFf.net]: gitを使う理由は現実逃避できるからw
941 名前：デフォルトの名無しさん [2017/01/31(火) 21:54:21.39 ID:lkTuVnqH.net]: >>921
>gitはsubversionよりも優れたものとして作られた。
それは違う。リーナスはsvnを史上最大の無意味なプロジェクトとこき下ろすぐらい参考にしてないし、比べてもない
942 名前：デフォルトの名無しさん mailto:sage [2017/01/31(火) 23:33:04.41 ID:RS3T8ms7.net]: Eclipseで使ってるgitのレポジトリを、毎晩バックアップしてるNAS上に作ったんだけど、
昼休みとかで放置したりサスペンドしたりするとWindows10がNASとの接続を切っちゃうらしく、
ステージングとかできなくなることがある

レポジトリって、NASとかに置いちゃだめなの?
943 名前：デフォルトの名無しさん [2017/01/31(火) 23:39:58.26 ID:lkTuVnqH.net]: >>926
NASのディレクトリ上で作業してんの？
944 名前：デフォルトの名無しさん mailto:sage [2017/01/31(火) 23:43:10.01 ID:RS3T8ms7.net]: >>927
そうだよ
Eclipseで見ると、ロケーションはNAS上
945 名前：デフォルトの名無しさん mailto:sage [2017/02/01(水) 02:17:29.89 ID:mW3zcOIx.net]: qiita.com/pasela/items/05ed7d5d5e1b6d0441ff
こういうやつかな
ローカルのリポジトリはローカルになきゃ意味ないと思うよ、ローカルコミットしたいんだったら。
ローカルのリポジトリとは別にNAS上にもリポジトリ作ってそこにpushしたりできるので、適宜pushするのがいいかと
作業コピー1個に対して.gitは1個必要
946 名前：デフォルトの名無しさん mailto:sage [2017/02/01(水) 04:46:34.15 ID:QrxuzOO5.net]: https://twitter.com/tanakh/status/825932946108329984

gitは設計がよくないって思っている人もいるらしい
947 名前：デフォルトの名無しさん mailto:sage [2017/02/01(水) 05:55:07.05 ID:xmtRvloS.net]: >>930
理由が書いてないし、そいつが無能の可能性もある
どうでもいい
948 名前：デフォルトの名無しさん [2017/02/01(水) 10:46:43.34 ID:nKyCEyFO.net]: 昔みたベーマガに同じ名前のひといたな
同棲同盟かな
949 名前：デフォルトの名無しさん mailto:sage [2017/02/01(水) 12:20:55.50 ID:+pDV2e5Z.net]: なにかと思ったらGitLabのSaaSのほうでデータ抹消事件があったのか
Gitみたいに簡単にクローン取れる仕組みでクラウドサービスにだけデータ置いとくやつなんかおらんやろ
950 名前：デフォルトの名無しさん mailto:sage [2017/02/01(水) 15:40:04.14 ID:KXSXOhPs.net]: GitLabのやつで問題になってるのはIssueとかPull RequestとかのDB側だろ
gitで管理されてるリポジトリはそりゃたいした問題無いだろうよ
951 名前：デフォルトの名無しさん mailto:sage [2017/02/01(水) 18:32:57.60 ID:6xHaJv3Y.net]: でもpushもpullもできねーよ
ユーザ管理DBも壊れたんだろうな
952 名前：デフォルトの名無しさん mailto:sage [2017/02/01(水) 18:53:47.79 ID:y1IRJd7e.net]: >>931
日本のエンジニアのtop 1～2%に入ってるだろう人
953 名前：デフォルトの名無しさん mailto:sage [2017/02/01(水) 22:13:16.47 ID:xmtRvloS.net]: >>936
100万人中の1～2万人なら俺でも入ってるだろうなｗ
954 名前：デフォルトの名無しさん mailto:sage [2017/02/01(水) 22:16:33.60 ID:QrxuzOO5.net]: 日本にエンジニア100万人もいるとは流石技術大国ニッポン
955 名前：デフォルトの名無しさん mailto:sage [2017/02/01(水) 22:23:17.10 ID:xmtRvloS.net]: >>938
アメリカだと300万人だから
別に技術大国ではない
956 名前：デフォルトの名無しさん mailto:sage [2017/02/02(木) 00:27:32.35 ID:jiUmIQqz.net]: >>937
もしかしてこの中にもいたりする？

Programmer Profile - 各界のフォローすべきTwitterアカウント
www.programmerprofile.net/staruser/
957 名前：デフォルトの名無しさん mailto:sage [2017/02/02(木) 01:51:36.95 ID:ayv0PGIf.net]: >>940
gitを否定しているやつは一人もいないんじゃないの？
958 名前：デフォルトの名無しさん mailto:sage [2017/02/02(木) 01:58:07.40 ID:RmlcFKi8.net]: rebaseの目的はノイズとなるコミットを減らすことで
レビューしやすくしたり、関連あるコミットをまとめることで
他のブランチにmerge、cherry-pickしやすくするものだと理解しました。

たしかに「コミットしてみたがこの方針は間違っていた。取り消し」とか
同じブランチの中での単なるタイポ修正なんていうなんていうコミットは
他の人が見ても意味が無いもので混乱の元になるだけだし、
ブランチの中の一部分を抜き出したりするとき、関連するコミットが分散していると
大変だと思います。

さてrebaseはこれだけメリットがあるわけですが、世の中にはrebaseするなと
言ってる人もいるみたいです。コミットの可読性と再利用性をあげるという
明らかなメリットがあるのにrebaseしない理由はあるのでしょうか？

自分がわからないからとかいうのは、rebaseしない理由ではなく
能力不足が原因のrebaseできない言い訳なので、理由とはみとめません。
959 名前：デフォルトの名無しさん mailto:sage [2017/02/02(木) 10:30:48.35 ID:OxqW0VIp.net]: >>942
"git rebase デメリット"でヒットする上位5件の理由を、あなたが認めない理由があればまずそれを教えてください。
960 名前：デフォルトの名無しさん [2017/02/02(木) 10:55:09.76 ID:n3kNrA44.net]: >>942
あきらかなメリットもあきらかなデメリットも両方あるから、状況に合わせて使い分けるんだよ
デメリットしかなければコマンド毎削除されるし、メリットしかなければ強制されるんだから。
961 名前：デフォルトの名無しさん mailto:sage [2017/02/02(木) 11:37:57.50 ID:C3VeQWLx.net]: 盗まれて困るようなコード書けないくせにgitlabなんか使ってんじゃねえよ
962 名前：デフォルトの名無しさん mailto:sage [2017/02/02(木) 21:10:45.02 ID:RmlcFKi8.net]: >>943
> "git rebase デメリット"でヒットする上位5件の理由を、あなたが認めない理由があればまずそれを教えてください。

はい、構いませんよ。

1位 Git rebaseの影響で同内容のコミットが量産される件について - Qiita
qiita.com/takasek/items/433931ca5e9b70edbb64
> ここいら、皆さんどうやって対処してるんだろうなーというのが疑問。
これは単なる質問です

2位 Git rebaseのメリット・デメリットと使い時
qiita.com/nakamurau1@github/items/87c21957ea2811db770a
> メリット
> コミットログがきれいになる
きれいになるという言葉は曖昧ですが、私が書き込んだように
他の人がレビューしやすくなる。コミッ�
963 名前：gを再利用しやすくなるということですね > デメリット > 「公開リポジトリにpush済みのブランチ」をrebaseすると再pushできなくなる > このエラーが出たら-f（強制push）オプションを使うしかないが、他の人のコミットを消してしまう可能性がある これはデメリットではなくて機能 ゴミ箱を空にするのは、ファイル消えてしまうのはデメリットではなくて そういう機能であることと同じです。 []: [ここ壊れてます]
964 名前：デフォルトの名無しさん mailto:sage [2017/02/02(木) 21:12:25.99 ID:RmlcFKi8.net]: 3位 git-rebase を多用した開発の流れ
d.hatena.ne.jp/sinsoku/20110926/1316968306
多用した方がいいという話

4位 [Git] 使い分けできていますか？マージ（merge）&リベース（rebase）再入門
powerful-code.com/blog/2012/11/merge-or-rebase/
mergeとrebaseを使い分けましょうという話

5位 git rebase
ymizushi.hateblo.jp/entry/2012/08/12/052623
> git rebaseするときの注意点
注意して使いましょうという話

能力不足だから（俺は）使えませんというのは
デメリットの話じゃないですからね。

これからも分かるように誰もデメリットなんて言ってないのです。
965 名前：デフォルトの名無しさん mailto:sage [2017/02/02(木) 21:13:33.66 ID:RmlcFKi8.net]: >>944
> あきらかなメリットもあきらかなデメリットも両方あるから、状況に合わせて使い分けるんだよ

あきらかなメリットはありますが、あきらかなデメリットがないのです。

能力不足が原因のものは、gitのデメリットではなくて
能力が不足していることのデメリットです
966 名前：デフォルトの名無しさん mailto:sage [2017/02/02(木) 21:15:48.61 ID:RmlcFKi8.net]: >>944
> デメリットしかなければコマンド毎削除されるし、メリットしかなければ強制されるんだから。
意味がわかりません。

有益なコマンドで強制されたものなんてありますか？
967 名前：デフォルトの名無しさん mailto:sage [2017/02/02(木) 21:17:00.20 ID:RmlcFKi8.net]: gitで削除されたものは「過去を書き換えられない」という機能ですね。
デメリットしかないから削除された機能なわけです。
968 名前：デフォルトの名無しさん mailto:sage [2017/02/02(木) 21:34:12.63 ID:RmlcFKi8.net]: そうか。あぶないあぶない。
あやうく屁理屈に騙されるところだった

デメリットしかなければコマンドは削除されるし
メリットしかなければコマンドは削除されない。

これがあるべき文章ですね。

「強制」がどこから出てきたのかわかりませんって
指摘するべきところでした
969 名前：デフォルトの名無しさん [2017/02/02(木) 21:48:27.44 ID:TcNEtgX9.net]: なんで一人で空回りしてるのこの人？
970 名前：デフォルトの名無しさん mailto:sage [2017/02/02(木) 21:52:48.71 ID:RmlcFKi8.net]: 反論（rebaseしない理由）が出てないから
私一人になるんじゃないでしょうかね？
特に反論がない人はレスしないでしょうし
971 名前：デフォルトの名無しさん mailto:sage [2017/02/02(木) 22:49:26.28 ID:9N1XLods.net]: 他人とコミュニケーションできない奴にしか見えないからスルーされてるだけだよ
972 名前：デフォルトの名無しさん mailto:sage [2017/02/02(木) 23:11:01.39 ID:RmlcFKi8.net]: それは違いますね。レスは何回も帰ってきています。あなたを含めて。

そんな話はどうでもいいんで、git rebaseをしない理由はありますか？
973 名前：デフォルトの名無しさん mailto:sage [2017/02/03(金) 07:41:26.63 ID:b1J//2NN.net]: 変な質問。
する理由がなけりゃそもそもしないだろうが、「する理由があるのにあえてやらない理由」でも聞いているんだろうか。
974 名前：デフォルトの名無しさん mailto:sage [2017/02/03(金) 09:02:22.51 ID:c/3M2MXW.net]: さてrebaseはこれだけメリットがあるわけですが、世の中にはrebaseするなと
言ってる人もいるみたいです。コミットの可読性と再利用性をあげるという
明らかなメリットがあるのにrebaseしない理由はあるのでしょうか？
975 名前：デフォルトの名無しさん mailto:sage [2017/02/03(金) 11:09:49.19 ID:qUN7oehH.net]: rebaseしてからpushしろ　→わかる
pushしたらrebaseするな　→わかる

とにかくrebasesしろ　→わからない
とにかくrebaseするな　→わからない

これだけの話だと思うんだが。
前提をあいまいにして主張する奴はクズしかいない。
976 名前：デフォルトの名無しさん mailto:sage [2017/02/03(金) 12:58:54.11 ID:LsjGhbNp.net]: >>946
> これはデメリットではなくて機能
いやデメリットだろ
お前基準でそうじゃないと言い張るなら、デメリットなんか端から存在しないということだ
977 名前：デフォルトの名無しさん mailto:sage [2017/02/03(金) 13:59:42.62 ID:LsjGhbNp.net]: >>956
あ、そういうことか

要は、メリットだと感じてrebaseするよというケースで、それをするなと言ってる奴が
存在すると思ってるのか

そういうことなら、そんな奴は（ほぼ）おらんだろ
978 名前：デフォルトの名無しさん mailto:sage [2017/02/03(金) 17:48:49.51 ID:ohpqw7f8.net]: Git v2.11.1
979 名前：デフォルトの名無しさん [2017/02/03(金) 18:29:02.52 ID:gw0VAK5T.net]: お前らが鍛えるべき技術はＩＴじゃなくてコミュニケーションだな
980 名前：デフォルトの名無しさん [2017/02/03(金) 22:34:24.99 ID:ZlQG7y3B.net]: とにかくrebaseするな→わからない
お前らにgit与えるな→わかるw
981 名前：デフォルトの名無しさん mailto:sage [2017/02/04(土) 00:25:57.01 ID:OkzZA5Yh.net]: コミュ力もないのによくチーム開発とか成り立っているな
982 名前：デフォルトの名無しさん mailto:sage [2017/02/04(土) 00:45:03.21 ID:sa+z93BC.net]: コミュ力ないなら成り立つわけ無いだろｗ
成り立ってるのはコミュ力ある証拠だ
983 名前：デフォルトの名無しさん mailto:sage [2017/02/04(土) 00:59:27.43 ID:7ciHyAAk.net]: >>929
gitがかろうじて成り立たせているだけさ
984 名前：デフォルトの名無しさん mailto:sage [2017/02/04(土) 01:20:45.29 ID:pT2NoESm.net]: gitのコミット履歴に異常に執着する奴がリアルにいたら、
マジで引くと思うわ
985 名前：デフォルトの名無しさん mailto:sage [2017/02/04(土) 03:04:37.51 ID:Jz71o7M0.net]: 過去にこだわるな(名言)
986 名前：デフォルトの名無しさん mailto:sage [2017/02/04(土) 03:16:53.01 ID:sa+z93BC.net]: > gitのコミット履歴に異常に執着する奴がリアルにいたら、
gitを作ってる人たちのことかな？
987 名前：デフォルトの名無しさん [2017/02/04(土) 09:37:51.43 ID:L8/Z2lKh.net]: rebaseすんなって人はsvnとかでもpre-revpropだっけ？断固使わないわけ？
988 名前：デフォルトの名無しさん mailto:sage [2017/02/04(土) 14:11:49.36 ID:PaQRP0md.net]: gitにはバージョン番号が無くて特定の状態を指す唯一そして完全な方法がコミットのハッシュIDしか無いってことを忘れちゃいかん
rebaseはそれを書き換えてしまうってことを
989 名前：デフォルトの名無しさん mailto:sage [2017/02/04(土) 14:23:33.09 ID:Wenhe5EN.net]: rebaseはコミットのハッシュIDを書き換えるわけじゃないと思うが
990 名前：デフォルトの名無しさん mailto:sage [2017/02/04(土) 14:30:14.19 ID:cCtqcbdk.net]: 特定の状態を指す唯一そして完全な方法
991 名前：デフォルトの名無しさん mailto:sage [2017/02/04(土) 15:14:41.91 ID:e9aNESBj.net]: >>967
ご、ごめん。
992 名前：デフォルトの名無しさん mailto:sage [2017/02/04(土) 15:17:35.74 ID:e9aNESBj.net]: >>972
変わるじゃん
993 名前：デフォルトの名無しさん mailto:sage [2017/02/04(土) 17:11:01.86 ID:sa+z93BC.net]: >>975
お前が言うところの「特定の状態」を変えたんだろ
お前が変えたのはハッシュIDではなくて「特定の状態」
特定の状態を変えたのだから違うハッシュIDなるのは当たり前

これは誰がどこで何を見てもハッシュIDが同じなら状態も同じになるということ
状態全てに個別のバージョン番号が振られているようなもの
これは今まででは不可能だった画期的な機能やで
994 名前：デフォルトの名無しさん mailto:sage [2017/02/04(土) 17:27:06.22 ID:PaQRP0md.net]: >>976
特定の状態というのが分かり難かったな
バージョン管理してるディレクトリツリーの特定の状態な
一般的にrebaseは、この状態を変えずに履歴の繋がりを変える
その結果ハッシュIDが変わってしまう

rebaseしてなきゃハッシュIDをディレクトリツリーの特定の状態を指し示すポインタに使えるのに、
もったいない
995 名前：デフォルトの名無しさん mailto:sage [2017/02/04(土) 18:32:54.47 ID:+OyuGTVy.net]: 同じcommitにrebaseするとか意味のないことをしない限り、基本的にrebaseはディレクトリツリーの状態も
変えると思うが。
996 名前：デフォルトの名無しさん mailto:sage [2017/02/04(土) 18:39:13.21 ID:OkzZA5Yh.net]: お前らよくそんなんでチーム開発できてるな
997 名前：デフォルトの名無しさん mailto:sage [2017/02/04(土) 18:47:51.56 ID:sa+z93BC.net]: >>977
> 一般的にrebaseは、この状態を変えずに履歴の繋がりを変える
> その結果ハッシュIDが変わってしまう

変わってしまうんじゃなくて変えてるんだよ。
たった一つのハッシュIDさえあれば。
それまでの歴史のつながり全てを辿れるように

これのお陰で仮にブランチ名が被ったとしても、
ハッシュIDから一意に歴史を辿れるし、
削除したとしてもGCされないかぎり、
ハッシュIDからそのブランチに辿れるわけ
998 名前：デフォルトの名無しさん mailto:sage [2017/02/04(土) 18:50:43.95 ID:sa+z93BC.net]: >>977
> rebaseしてなきゃハッシュIDをディレクトリツリーの特定の状態を指し示すポインタに使えるのに、

rebaseしたところで、ハッシュIDからディレクトリツリーだけではなく
歴史も含めたディレクトリツリーの特定の状態を指し示せる。

仮にハッシュIDが1234678（正式なハッシュIDはもっと長い）のコミットが
あったとしたら、その状態はどこで見たとしても変わらない
999 名前：デフォルトの名無しさん mailto:sage [2017/02/04(土) 18:56:25.10 ID:sa+z93BC.net]: >>979はポインタとそのポインタが示す中身の区別がついてないのかな？

gitではコミットされてコミットIDがつけられた時点で
そのコミットIDが示す「中身」はフリーズされる。
中身にはそれまでの歴史も含まれる。中身はもう書き換えることはできない。

C言語の一つの実態を指し示すポインタを複数作れるように、
gitでもある中身に対して複数のコミットIDをつけることはできる。
中身とコミットIDのペアができたとき、このつながりを消すことはできない。
1000 名前：デフォルトの名無しさん [2017/02/04(土) 19:08:03.02 ID:XS0fIkHD.net]: >>982単体で見るともはや何言ってんのか解らない所まできてるね。どうでもよさそうな話題だから読み返してまで理解しようとも思わないけど。
1001 名前：デフォルトの名無しさん mailto:sage [2017/02/04(土) 19:26:30.51 ID:PaQRP0md.net]: >>978
rebaseはそうだった
rebase-mergeと普通のmergeをしたときの違いの話だとおもってくれ
1002 名前：デフォルトの名無しさん mailto:sage [2017/02/04(土) 20:10:36.41 ID:OkzZA5Yh.net]: チーム開発するなら対人コミュニケーション技術をまず磨け
お前らにコミュ力が足りないから長文でなんだかよく分からんgitの説明合戦やってんだろ
ほんとマジでよくチームプレーとか出来てんのお前ら
1003 名前：デフォルトの名無しさん mailto:sage [2017/02/04(土) 20:13:33.95 ID:sa+z93BC.net]: 会話になってるから話が続いてるんだよ
いい加減認めろやｗ
1004 名前：デフォルトの名無しさん mailto:sage [2017/02/04(土) 20:13:49.42 ID:pT2NoESm.net]: Git v2.12.0-rc0
1005 名前：デフォルトの名無しさん [2017/02/04(土) 22:48:51.60 ID:RPFpv8yQ.net]: 毎日revert commitしあってアツいコミュニケーションしてますが
1006 名前：デフォルトの名無しさん mailto:sage [2017/02/05(日) 00:20:44.67 ID:D6nQ2mmt.net]: 知識や情報を共有しないと前提のズレは失敗しか生まない
1007 名前：デフォルトの名無しさん [2017/02/05(日) 05:22:42.58 ID:AxwpDksc.net]: 次スレ
echo.2ch.net/test/read.cgi/tech/1486239735/
1008 名前：デフォルトの名無しさん mailto:sage [2017/02/05(日) 13:54:13.78 ID:q2RQL8lV.net]: 俺が理解できないのはおまえらのコミュ力が足りないせいだ
1009 名前：デフォルトの名無しさん [2017/02/05(日) 19:21:49.28 ID:/HvuA9WL.net]: Announcing GVFS (Git Virtual File System)
https://blogs.msdn.microsoft.com/visualstudioalm/2017/02/03/announcing-gvfs-git-virtual-file-system/

巨大は Git リポジトリを高速化するファイルシステム
1010 名前：デフォルトの名無しさん [2017/02/06(月) 21:08:53.96 ID:1f2MYmP5.net]: >>951
コミットするとハッシュIDをつける機能は強制されてます。
強制されてるのでハッシュIDを付けないでコミットするオプションは存在しません。
1011 名前：デフォルトの名無しさん mailto:sage [2017/02/06(月) 21:52:54.96 ID:eyaDYQgE.net]: >>993
「強制」っていうのはハッシュIDがつくのが強制って話ではなかったはずだが？
論点のすり替え？

他と被らないコミットIDが強制でついてそのコミットIDで歴史まで含めて一意に識別できる。
svnは順番で番号がつくからそれを管理する中央が必要になるが、
そういうのがいらないがgitのメリットの一つ
1012 名前：デフォルトの名無しさん [2017/02/08(水) 22:55:22.07 ID:WXkTvszT.net]: rebase怖いなら一度ブランチきってからrebase
1013 名前：デフォルトの名無しさん mailto:sage [2017/02/08(水) 23:05:55.25 ID:EqksEKaR.net]: svnだったら、他の人にこのブランチは何かね？
え？作業用に作っただけだと？って
怒られるところだなｗ
1014 名前：デフォルトの名無しさん mailto:sage [2017/02/08(水) 23:55:25.40 ID:+WL1V7yF.net]: >>995
別にブランチ作らんでも
rebaseする前のハッシュ覚えとけばいいし
reflogにも残ってるけどね
1015 名前：デフォルトの名無しさん mailto:sage [2017/02/09(木) 09:20:18.16 ID:L0WrTN8t.net]: ハッシュ覚えるのとブランチ切るのではどっちが楽か？
1016 名前：デフォルトの名無しさん mailto:sage [2017/02/09(木) 12:03:00.71 ID:9JVn5KW1.net]: ブランチ切るコスト安いんだから切ったほうがいいんじゃない？
1017 名前：デフォルトの名無しさん [2017/02/09(木) 12:28:44.84 ID:bWNkcoJq.net]: ブランチ名を考えるコストとある程度覚えておくコストがかかる
1018 名前：デフォルトの名無しさん mailto:sage [2017/02/09(木) 12:41:11.83 ID:VpA4ZVYi.net]: 梅
1019 名前：過去ログ ★ [[過去ログ]]: ■ このスレッドは過去ログ倉庫に格納されています

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef