トップページ⇒tech
1002コメント365KB

Git 14©5ch.io

レス数が1000を超えています。これ以上書き込みはできません。
0001デフォルトの名無しさん 転載ダメ©2ch.net2016/03/08(火) 13:53:23.82ID:6y4n92c2
ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。

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

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

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

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

↓

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

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

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

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

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

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

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

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

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

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

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

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

でいいべよ
0024デフォルトの名無しさん2016/03/15(火) 14:53:44.02ID:aMj6mx/E
>>22
git bisect run test.sh

# test.sh
sed -n '123,123p' hoge.c | grep 'printf("unkochinko\n");'
0025デフォルトの名無しさん2016/03/19(土) 06:20:50.44ID:1H3nmgcZ
Git for Windows 2.7.4
0026デフォルトの名無しさん2016/03/19(土) 19:37:52.32ID:/yu6LUB+
プログラミングとは全く関係のない職なんだけどさあ
GitHubって文書ファイルとかの管理に使うには使い勝手が悪いんかな？
誰か使ってる人居ませんか
0027デフォルトの名無しさん2016/03/20(日) 00:11:40.58ID:49rXtlXS
>>26
お堅い事を言うとここはGitのスレでありGitHubのスレではない

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

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

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

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

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

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

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

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

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

こちらがログになります。
<script src="https://gist.github.com/KosukeGit/9718dc52d3ed796a3e6f308355ead85c.js";></script>
0060デフォルトの名無しさん2016/04/09(土) 00:41:52.85ID:f0Ftsbz8
>>59
ls -ald /Users/x13089xx/.ssh
と
ls -al /Users/x13089xx/.ssh/id_rsa
の結果をここに貼ってもらえるかな？
0061デフォルトの名無しさん2016/04/09(土) 00:47:07.24ID:yQwKWsgV
>>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のところは自分で決めた名前を入れて表示しました。
0062デフォルトの名無しさん2016/04/09(土) 01:10:29.22ID:f0Ftsbz8
>>62
その、K_git_keyってのが読めてない可能性あるな。
ssh -i ~/.ssh/K_git_key -T [email protected]でつながる？
つながるなら、configの書き方が良くないかな。
0063デフォルトの名無しさん2016/04/09(土) 01:11:30.17ID:f0Ftsbz8
>>62
あ、キーの方のownerがおかしい。sudo chown x13089xx /Users/x13089xx/.ssh/K_git_key しておこう
0064デフォルトの名無しさん2016/04/09(土) 01:20:53.12ID:yQwKWsgV
>>62
>>63

ssh -i ~/.ssh/K_git_key -T [email protected]を最初やったときは
Permission denied (publickey).となったのですが、
sudo chown x13089xx /Users/x13089xx/.ssh/K_git_key を行ったあとに
ssh -i ~/.ssh/K_git_key -T [email protected]を実行したらできました！！

これはconfigの書き方がよくなかったためでしょうか？？
また、ssh -i ~/.ssh/K_git_key -T [email protected]で成功するのは間違ってますか？？
0065デフォルトの名無しさん2016/04/09(土) 01:25:53.29ID:f0Ftsbz8
>>64
はじめ、上手く行かなかった原因は、x13089xxユーザーでは、/Users/x13089xx/.ssh/K_git_keyの中身がよめなくて、公開鍵認証用の秘密鍵がよめなかったこと。パーミッションが足りなかったんだけど、そこについてはぐぐってくれ。
なので、sudo chownではパーミッションが適切になるように操作した。

ssh -i ~/.ssh/K_git_key -T [email protected]で成功するのは間違ってない。
-i ~/.ssh/K_git_key ってのを書くのが面倒だから、configにIdentityFileの行を書いて、このオプションをconfigの方で決めるようにしている。
そして、おそらくconfigの書き方は今回ははじめから合ってると思うよ。
0066デフォルトの名無しさん2016/04/09(土) 01:33:46.42ID:yQwKWsgV
>>65
なるほど、、！！原因とchownなどの使い方もしれてたくさん勉強になりました。
もっと理解深めるためにいろいろ調べて勉強します！
自分も>>65さんみたいにログから読み取れるように頑張りたいと思います。
ありがとうございました！！m(_ _)m
0067デフォルトの名無しさん2016/04/09(土) 02:13:58.02ID:f0Ftsbz8
>>66
今の、上手くいってるログと比較するとわかりやすいかもね。
ただ、秘密鍵が読めないってことが明示的に出てきてるわけじゃないっぽいから、そこまでわかりやすくはないね。
自分の上手く行ってる場合のログと見比べて、恐らく鍵が読めてないなっておもっただけだから
0068デフォルトの名無しさん2016/04/12(火) 12:16:31.51ID:8UWAtsZ/
test
0069デフォルトの名無しさん2016/05/01(日) 11:07:17.23ID:tKi6j9CT
匿名通信（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的に分散され、特定のサーバーに依存しません
ｂ
0070デフォルトの名無しさん2016/05/02(月) 12:38:52.76ID:lObVfHUI
echo aaaa> a
git add a
git rm -f a
このあとaを復元するにはどうやったらできるのか教えてください
0071デフォルトの名無しさん2016/05/02(月) 13:23:14.17ID:lObVfHUI
ステージしたファイルをチェックアウトしても元に戻らないのは
なぜですか？
0072デフォルトの名無しさん2016/05/02(月) 15:33:52.83ID:aR8AOrvI
>>70
dd -r
0073デフォルトの名無しさん2016/05/02(月) 19:18:24.04ID:HpLznvmY
>>70
git checkout-index a
0074デフォルトの名無しさん2016/05/03(火) 11:19:49.28ID:6uQ6fcn6
v2.8.2
0075デフォルトの名無しさん2016/05/11(水) 06:19:55.44ID:pgV0YWI0
質問です
現在Windows10上でCygwin Gitを利用していますがJenkinsを導入するためGit for Windowsも導入することを検討しています。
Cygwin GitとGit for Windowsの共存は可能ですか。可能ならば注意事項はありますか。
よろしくお願いします
0076デフォルトの名無しさん2016/05/14(土) 11:47:43.22ID:r8zKr16p
共存可能です
0077デフォルトの名無しさん2016/05/14(土) 14:06:41.43ID:fLeelvLJ
Portable git とかいうのを勝手に入れて専用環境にするから問題ない
0078デフォルトの名無しさん2016/05/14(土) 19:19:01.89ID:YY1ucSM6
ありがとうございます。
インストールしましたが今のところ問題ないようです。
ｱﾘｶﾞﾀﾏｷﾝ ( ´∀｀)ﾉ⌒ω)Д`)ﾌﾞﾆｭ
0079デフォルトの名無しさん2016/05/29(日) 09:32:41.29ID:q5zvKyId
gui系統を使うとエラーが出るようになってしまったのだけど・・・
$ git gui
error: git-gui died of signal 11
$ gitk
Segmentation fault (コアダンプ)
0080デフォルトの名無しさん2016/05/29(日) 10:22:28.14ID:fedHw5io
一個前のコミットログを書き換えたいけど
現在編集中のファイルがあるので
git commit --amendできません
いま編集中の内容をコミットせずに過去のコミットログを書き換える方法を教えてください
0081デフォルトの名無しさん2016/05/29(日) 10:37:26.22ID:6Nc9mR58
git stash save
0082デフォルトの名無しさん2016/05/29(日) 12:58:42.93ID:7RQ7c+dm
>>79
それは「何か」が原因でプログラムの不良が発現したってメッセージだ
その原因が何なのかは、根本的な原因自体がプログラム不良の場合もあるし、
環境設定が悪い場合もあるし、使い方が悪い場合もあるし、
ハードが壊れてる場合もあるし、そのメッセージだけでは解らない

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

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

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

git clone [email protected]: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).
0091デフォルトの名無しさん2016/06/04(土) 07:27:00.17ID:n0d0Ap5I
>>88
それユーザーの入力待ちになるんでしょ？
説明文追記してユーザーに対処してもらうんじゃダメなん？
0092デフォルトの名無しさん2016/06/04(土) 12:49:50.62ID:hqt7WtE0
>>90
https://git-scm.com/book/ja/v2
0093デフォルトの名無しさん2016/06/04(土) 17:27:36.12ID:ZYjMkIKS
>>90
qiitaでコメント投稿できるんだからわざわざここに書き込みに来ないでqiitaのコメント欄で直接聞いたほうが他の人にも有益だと思うけど何故ここで聞こうと思ったの？
0094デフォルトの名無しさん2016/06/04(土) 19:22:39.69ID:vbRf/bzL
>>90
そのレポジトリ、https://github.com/sstephenson/rbenv でアクセスすると
https://github.com/rbenv/rbenv に転送されるのな

そいでそこのREADME.md見る限りでは、今のオススメはこれらしい
git clone https://github.com/rbenv/rbenv.git ~/.rbenv
0095デフォルトの名無しさん2016/06/05(日) 12:56:01.63ID:sTpf+U42
>>90
なんでマルチしようと思ったの？
0096デフォルトの名無しさん2016/06/05(日) 13:20:00.92ID:5wmVzb78
>>95
みんな興味あるかなと思いまして
0097デフォルトの名無しさん2016/06/05(日) 14:22:09.67ID:8nyDrU4f
>>92
>>94
90です。gitはクローンだけなら特に設定無しで出来るんですね。
rbenvとrubyのインストール出来ました。
有難う御座いました。


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

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

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

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

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

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

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

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

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

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

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

プロジェクト全体ではなくいくつかのファイルにバージョン番号を振りたいです。
0161デフォルトの名無しさん2016/08/02(火) 14:08:32.09ID:W78wvcm1
その番号どうやって決めるの？
ブランチしてマージした時にはどうなるの？
0162デフォルトの名無しさん2016/08/02(火) 14:27:20.61ID:d1sqqK67
>>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
0163デフォルトの名無しさん2016/08/02(火) 14:53:14.88ID:edg86QmZ
>>161
マージしたのだからバージョン番号は上がります。

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


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

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

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

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

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

gitはさまざまなプロジェクトで
使われてることから実務で役に立っていることの
証明になってる。
0187デフォルトの名無しさん2016/08/04(木) 21:37:44.39ID:Zc38VARK
svnは1人でやるならまあ使えるでしょ
0188デフォルトの名無しさん2016/08/04(木) 21:41:45.60ID:cCkuFoiR
一人ならなおさらgitの方が楽
0189デフォルトの名無しさん2016/08/04(木) 23:03:35.72ID:erkB3JHK
まあ仕事だとシンプルな中央からのチェックイン・アウトの方が便利な場合もあるよね
なんかgit信者ってどんな用途にもgit最高みたいな狂信者が多いから嫌われる
0190デフォルトの名無しさん2016/08/04(木) 23:16:16.60ID:MHSK5WnW
Gitがあえてその機能を外したおかげで、Gitで実現するには工夫が必要なことを「できますか？」と聞かれたときに、なぜその機能が欲しいのか？を聞かずに
「そういうのは思想に合わないからやるべきではない」とか言うのは信者のする行動だと思う。

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

頭ごなしにそんなの追求するべきじゃないと言うのは硬直してるエンジニアだよね。
0191デフォルトの名無しさん2016/08/05(金) 00:21:28.60ID:V+5FYaKg
tag使えばいいんじゃないのか、、？
0192デフォルトの名無しさん2016/08/05(金) 00:26:07.19ID:9/FlXgZ/
git describe --tagsとか便利ですな
0193デフォルトの名無しさん2016/08/05(金) 13:54:28.24ID:LJe/qM3f
>>190
gitに限らないね
テンプレになりそう
0194デフォルトの名無しさん2016/08/05(金) 23:47:04.58ID:8TouDsdc
>>190
なぜその機能を欲しいかも書いてあればそれにも回答するけど
書いてなきゃgitでは普通使わないって答えるな

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

で、言いたいことは何？

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

自分ができない。

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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/ をコピーすればローカルブランチは作れるよという記事なんですが、
実際にはそこは中身は空だという。
0261デフォルトの名無しさん2016/08/09(火) 14:41:13.79ID:R82AyoEc
すみません、自己解決しました。

やはりこの記事は、もう内容が古くて間違いのようです。
今は 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
0262デフォルトの名無しさん2016/08/09(火) 14:48:54.22ID:n5pitoha
乙
0263デフォルトの名無しさん2016/08/09(火) 17:01:53.80ID:1rsEvSwM
sourcetreeがパスワードを忘れてしまったんだけど
どうしたらパスワードを入力できますか？
0264デフォルトの名無しさん2016/08/09(火) 22:22:16.02ID:R82AyoEc
すみません、また質問です。

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

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

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

参考）
git svn --preserve-empty-dirs - the performace-killer switch
http://www.tikalk.com/devops/the-svn-performance-killer-switch/
0265デフォルトの名無しさん2016/08/09(火) 22:24:38.58ID:zWs+JfAu
コンソール使うのが一番効率が良い
0266デフォルトの名無しさん2016/08/11(木) 21:45:48.14ID:GymvHk+I
>>247
https://osdn.jp/magazine/git/
0267デフォルトの名無しさん2016/08/13(土) 09:34:50.76ID:HqV/ak3N
2.9.3が出ていたでござる
0268デフォルトの名無しさん2016/08/15(月) 00:30:10.49ID://p62Xoj
2.9.xの次は2.10？
それとも3.0？
0269デフォルトの名無しさん2016/08/15(月) 02:35:40.44ID:DtcqzF6E
>>268
小学生からやり直せ
0270デフォルトの名無しさん2016/08/15(月) 02:59:16.68ID:ogrkNV/Q
小学校からやり直せなら分かるが、小学生なれるならむしろ俺が知りたい
0271デフォルトの名無しさん2016/08/15(月) 03:29:35.15ID:Y0Jnfl62
女子小学生はじめました
0272デフォルトの名無しさん2016/08/15(月) 08:29:17.27ID:Q03ZLlKw
女子小学生ですが、夏休みの自由研究で質問です。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

自分の狭い世界でコストを考えるんじゃなくて
広い世界、つまり多くの外部の実例と比べてコストを考える。
0313デフォルトの名無しさん2016/08/19(金) 21:38:42.93ID:Ptpp83Zz
ガラパゴスだろうと効率悪かろうと儲かれば正義
GitやらGithubFlowやらで効率いい開発しててもゴミのように消えていくスタートアップなんて山程見てきた
0314デフォルトの名無しさん2016/08/19(金) 22:25:17.58ID:U1hiIUMq
>>313
おかしいですね。開発効率を上げればもっと儲かるはずなんですが？
だって同じものをより短い時間で作るわけですから。

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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


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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

から、再びPRしたいとき、どのようにするのが作法でしょうか？
具体的には同じPR用ブランチに force push していいのか迷っています
0426デフォルトの名無しさん2016/09/09(金) 01:23:41.13ID:vfjsYGws
Git 2.10リリース、表示の改善や細かい設定強化などが行われる
https://osdn.jp/magazine/16/09/07/163000


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

あんたが言ってるのはgitを使うのに比べて何かが優れているわけじゃない。
単にgitが使えないから仕方なくこうするということでしかない。
0492デフォルトの名無しさん2016/10/04(火) 01:50:01.47ID:EkYeSMkJ
>>491
gitだと新旧比較しにくくない？
とくにwinmergeの3つの比較が使えないのはつらい
0493デフォルトの名無しさん2016/10/04(火) 11:32:52.65ID:U85uaDj4
>>490
GPLだからインストールできないの？変なの。
0494デフォルトの名無しさん2016/10/04(火) 15:20:31.05ID:y3Wg1J5p
>>492
http://ptech.g.hatena.ne.jp/noromanba/20121224/1356422094
できそうな気がするけど
0495デフォルトの名無しさん2016/10/04(火) 20:10:59.79ID:px5zXLds
>>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フォルダをまるごとコピーすることにメリットはない。
0496デフォルトの名無しさん2016/10/05(水) 11:36:13.61ID:Sy/rTDxw
指定したディレクトリ以下のファイルをスキャンして
編集してから1週間以上コミットしていないファイルを
リストアップする方法教えてください
0497デフォルトの名無しさん2016/10/06(木) 21:40:32.12ID:tX390ObW
git status | perl -lne "print $1 if /modified:\s+(.*)$/ and -M $1 >= 7"
0498デフォルトの名無しさん2016/10/06(木) 22:00:28.51ID:m73HpXRn
2.10.1
0499デフォルトの名無しさん2016/10/06(木) 22:20:53.11ID:kEDthLlG
>>493
法務管理がずさんな中小とかだと違うのかも知れないけど、
しっかりしてる大きな会社だと、出荷するソフトウェアに
万一GPLのコードが混入するとダメージがでかいんで
一律禁止(GPLのコードを製品に組み込むのはもちろん
開発ツールとして使うのも)としてるところが多い。
10何年派遣SEやってるけどGPLインストール自由って
会社はみたことないな。
一番緩いところで書類書いて上長、執行役員の
ハンコもらって法務に提出、って感じだったと思う。
0500デフォルトの名無しさん2016/10/06(木) 22:30:26.71ID:ki04Ecez
>>499
一律禁止っていうのは、しっかりしてないだろｗ

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

おまえもむずかしいことしてんなー
0672デフォルトの名無しさん2016/11/05(土) 22:23:03.74ID:QPrRTgR0
>むだなことしてんなー

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

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

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

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

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

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

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

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

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

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

gitと関係ない話だから。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

そんなのすごくもなんともないんだよ。AWSを使うメリットがない所でAWSを使って
開発ツールに制限かけて本末転倒なことしてる。AWSを使うことが目的になってしまってる。
0733デフォルトの名無しさん2016/11/10(木) 06:58:32.58ID:GApKllfr
>>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して物理マシンから簡単に移行できる
0734デフォルトの名無しさん2016/11/10(木) 08:10:42.67ID:SSaqSJdU
うちの会社では、保守環境の選定に、
EC2を使うべき状況かどうかを検討することはあっても
最新のGitが使えるかどうかなんてことを検討することは無い
0735デフォルトの名無しさん2016/11/10(木) 09:08:30.73ID:GApKllfr
そりゃそうだろｗ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

はい、構いませんよ。

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

2位 Git rebaseのメリット・デメリットと使い時
http://qiita.com/nakamurau1@github/items/87c21957ea2811db770a
> メリット
> コミットログがきれいになる
きれいになるという言葉は曖昧ですが、私が書き込んだように
他の人がレビューしやすくなる。コミットを再利用しやすくなるということですね

> デメリット
> 「公開リポジトリにpush済みのブランチ」をrebaseすると再pushできなくなる
> このエラーが出たら-f（強制push）オプションを使うしかないが、他の人のコミットを消してしまう可能性がある
これはデメリットではなくて機能

ゴミ箱を空にするのは、ファイル消えてしまうのはデメリットではなくて
そういう機能であることと同じです。
0946デフォルトの名無しさん2017/02/02(木) 21:12:25.99ID:RmlcFKi8
3位 git-rebase を多用した開発の流れ
http://d.hatena.ne.jp/sinsoku/20110926/1316968306
多用した方がいいという話

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

他と被らないコミットIDが強制でついてそのコミットIDで歴史まで含めて一意に識別できる。
svnは順番で番号がつくからそれを管理する中央が必要になるが、
そういうのがいらないがgitのメリットの一つ
0994デフォルトの名無しさん2017/02/08(水) 22:55:22.07ID:WXkTvszT
rebase怖いなら一度ブランチきってからrebase
0995デフォルトの名無しさん2017/02/08(水) 23:05:55.25ID:EqksEKaR
svnだったら、他の人にこのブランチは何かね？
え？ 作業用に作っただけだと？って
怒られるところだなｗ
0996デフォルトの名無しさん2017/02/08(水) 23:55:25.40ID:+WL1V7yF
>>994
別にブランチ作らんでも
rebaseする前のハッシュ覚えとけばいいし
reflogにも残ってるけどね
0997デフォルトの名無しさん2017/02/09(木) 09:20:18.16ID:L0WrTN8t
ハッシュ覚えるのとブランチ切るのではどっちが楽か？
0998デフォルトの名無しさん2017/02/09(木) 12:03:00.71ID:9JVn5KW1
ブランチ切るコスト安いんだから切ったほうがいいんじゃない？
0999デフォルトの名無しさん2017/02/09(木) 12:28:44.84ID:bWNkcoJq
ブランチ名を考えるコストとある程度覚えておくコストがかかる
1000デフォルトの名無しさん2017/02/09(木) 12:41:11.83ID:VpA4ZVYi
梅
10011001Over 1000Thread
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
life time: 337日 22時間 47分 48秒
10021002Over 1000Thread
２ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。


───────────────────
《プレミアム会員の主な特典》
★ ２ちゃんねる専用ブラウザからの広告除去
★ ２ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
http://premium.2ch.net/

▼ 浪人ログインはこちら ▼
https://login.2ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。