Git 16©2ch.net

2017/08/15(火) 00:54:07.61

ソースコード管理を行う分散型バージョン管理システム、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 14
http://echo.2ch.net/test/read.cgi/tech/1457412803/
Git 15
http://mevius.2ch.net/test/read.cgi/tech/1486239735/

VIPQ2_EXTDAT: checked:vvvvvv:1000:512:----: EXT was configured

2019/05/27(月) 13:45:46.73

>>717
当然pushする前にも試行錯誤するが、
レビューしてもらうためにpushする必要がある。

ただしその内容は確定した変更内容ではないので
全てを残す必要はない

2019/05/27(月) 13:45:59.16

>>717
わかった
とりあえずpushしておくよ

2019/05/27(月) 13:57:46.15

コミットの内容はあとから見るっていうことを
全く考えてないんだよなｗ

あとから見る時、見なくても良いものがたくさんあったら
本当に見なければ行けないものがどれかわからなくなる。

あとから見るということを全く考えてないから
記録だけしていればいいと間違った考えになる

あと見るだけじゃなくコミット単位でcherry-pickしたりするので
一連の修正がバラバラになってると再利用できなくなる。

2019/05/31(金) 12:48:41.61

Git v2.22.0-rc2

先日のLinusからの指摘の修正は入ってない模様。

2019/06/08(土) 08:15:28.17

Git v2.22.0

2019/06/08(土) 10:46:37.85

Gitはコミット間違えたとかブランチ名間違えた時の修正がめんどくさい

2019/06/08(土) 10:59:38.65

>>723
どういう手順で修正してる？
ちょっと書いてみたよ

（どうせやり方知らないくせにって思ってる）

2019/06/08(土) 11:27:18.12

>>723
何に比べてどうめんどくさいの？

2019/06/16(日) 11:58:31.44

きっとzipとくらべてだろうな

2019/06/16(日) 12:37:19.10

>>726
比較にならんな

2019/07/15(月) 00:54:22.25

>>563
>>636
新しいコマンド、 "git switch" と "git restore"　は次の2.23で入る模様。

2019/08/03(土) 11:15:50.66

Git v2.23.0-rc1

2019/08/10(土) 10:25:40.53

Git v2.23.0-rc2

Qiita に git switch　/ restore の記事を載せるべくアップを始めた奴いる？

2019/08/10(土) 16:58:57.63

そもそもコマンドライン直接叩くことって少なくね

2019/08/10(土) 19:03:44.35

少なくないよ

2019/08/11(日) 16:00:39.56

そもそもキータ()なんて情弱サイトに書くやつ少なくね

2019/08/11(日) 16:41:38.02

gistにメモ書きできない人間にキータ(笑)は向いてない

2019/08/13(火) 12:43:02.27

Git v2.22.1

2019/08/13(火) 21:01:03.08

gitの本探してるのだけど
cuiメインでguiの本があまりなくて困っています
いい本知りませんか？

2019/08/14(水) 02:47:20.96

GUIはいっぱいある上に決定版がないからあんまりないんじゃないの

2019/08/14(水) 13:59:15.84

CUI知ってればGUIの本は要らない
逆は偽

2019/08/14(水) 16:34:08.01

CUIでgitの概念学んだらGUIにほぼそのまま応用できるからGUIの本は不要だわな

2019/08/14(水) 17:23:57.49

TortoiseGitでのマージが感覚と反対で最初逆にやってしまった

2019/08/15(木) 22:11:23.02

セキュリティの都合上インターネットに繋げない開発環境があって(ファイルを1個やりとりするのは可能、rsync的なことは無理)、手元のマシンとのリポジトリ同期に困ってたんだが
(format-patchとamじゃhashまでは面倒見てくれないしコミット毎の管理になるしで面倒)、
bundleという機能を見つけたんだがすごく便利だな

コミットの範囲は確認しなくちゃいけないけど、push、pullとほとんど同等な感じで使えるね。

2019/08/15(木) 22:16:49.78

git switch/restoreはgit checkoutがコンテキストによって全然違う動作をすることを避けるべくブランチ間の移動はswitch、ファイルをHEADまで戻すはrestoreにしたってことなんだな

確かにcheckoutでやらかしたことあるから嬉しいんだが、switch/restoreに慣れると古いgitにイライラしそうだな。

2019/08/17(土) 13:59:47.08

Git v2.23.0

2019/08/17(土) 14:06:00.48

Highlights from Git 2.23
https://github.blog/2019-08-16-highlights-from-git-2-23/

2019/08/20(火) 07:47:09.82

resetも分割しろや

2019/08/31(土) 14:48:50.96

>>736
GUIなんていらない
CUIなら必要なレポート簡単に書けるでしょ
git log --name-status --pretty=format:"Xxx Yyy Zzz" |foo|bar|baz...

2019/09/04(水) 11:14:25.75

サブプロジェクトを使ったことがありません。
現プロジェクトの3つの派生プロジェクトを始めるることになりました。共通のソースは9割です。此の場合は、共通のソースをサブプロジェクトに移して使用するのが良いのでしょうか

2019/09/04(水) 11:15:55.34

747はサブプロジェクトじゃなくてサブモジュールの誤りです

2019/09/04(水) 11:36:25.80

逆じゃね

2019/09/04(水) 22:15:50.21

これからも派生が増えてくならそれでいいけど、あまり増えないなら、ブランチで管理するかな。

2019/09/05(木) 12:35:53.77

>>747
管理体制次第だな。
普通はブランチ管理じゃない？
共通ソースの管理者が別にいるならモジュール化も検討するけど、そこまで大きなプロジェクトならgitプロフェッショナル必要な気がする。

2019/09/06(金) 11:38:49.20

>>747です。
ご意見ありがとう。　変更が多いのは共通部分なんでブランチで管理すると他のブランチへのマージを忘れそう。

2019/09/07(土) 16:54:15.29

今後マージするかどうかは運用次第として、一旦ブランチはしておけば良い
ブランチしたのをマージしない運用にするのは簡単だけど、ブランチしないで分離したプロジェクトをマージするのは面倒くさい

2019/09/13(金) 16:19:53.06

保守

2019/09/20(金) 14:19:09.55

個人開発者です。
2年前までlocalでgitコマンドを使ってた。
その後、開発から離れてたんだけど、再度戻ってきた。

昨日からGithubへpushする様になって、色々勉強中。
ヨロピコ！

2019/09/20(金) 14:22:02.16

>>755
ちなみに参考になったのは、
実践Git、第4章
Web+DB Magazine vol. 50(2009)、はじめてのGit

Pro Gitって参考になる？

2019/09/20(金) 16:41:54.43

ProGitが一番

2019/09/20(金) 17:48:25.26

>>757
>ProGit
thx

iPadで読もうとSendToKindleってメールサービスでmobiファイル送ってみた。

ドキドキしながらKindleで同期すると本が来た。
ヨカっタァ。

しかし、すごいボリュームの本だ。

2019/09/20(金) 17:59:22.84

tree object
commit object
のデータ構造を理解した。

coutesy of WEB+DB vol.50

2019/09/20(金) 18:00:13.71

>>758
最近使い始めたAir Dropってので送ろうとしたらNGだった。

2019/09/20(金) 18:05:22.67

GitHubだけど
パソコンのwebブラウザで
new repository
は出来るのに
スマホのwebブラウザだと
new repository
のボタンが出て来ないのはなぜ？
あとクライアント(コンソール)からコマンドで
new repository
ってどうすれば出来る？

2019/09/20(金) 18:28:21.02

ここ良いね
https://git-scm.com/book/ja/v2

2019/09/20(金) 18:49:06.23

https://codenotfound.com/github-add-remote-git-gui-windows.html

2019/09/20(金) 19:32:07.56

>>761
俺もlocalのterminal.appで作業する際、remote(Github)にnew repositoryを作製する方法を知りたい。

多分、出来ないのかな？

2019/09/20(金) 19:40:20.88

pythonとかでスクレイピングでもすればいけるかもしれないが
最近はgithubも二段階認証になって色々面倒なことに

2019/09/20(金) 19:40:59.16

>>764
出来ない理由
terminal.appでnew repositoryできるとすると、数万のrepositoryがbotによって作製されるかもしれない。

shell scriptを書いてやれば、そういった嫌がらせも出来てしまう。
それは避けたいので、ボタンを使ったUIになってるのでは？◀New Repositoryが。

あくまで俺の妄想っす。

2019/09/20(金) 19:45:03.18

markdownで書いた、図入りのテクニカル文書を管理したいんだけど、blogでは色々面倒で、GitHub使おうかと思うんだけど、良いかなぁ？

ソースコードのsyntax highlightが出来て、imageも埋め込めるmarkdownを管理したいんだけど。

それとも、便利なblogサイトある？
livedoor blogをsyntax highlight plugin付きで試したら、大なり小なり記号＜、＞をエスケープしないとsource codeを表示できないので、ガッカリなのだ。

2019/09/20(金) 19:49:37.03

GitHub GistにMarkdown文書を置いた時に、imageファイルってどうやって管理すれば良いのだ？

imgurとかに置いて、url指定するってのがbest practice?

2019/09/20(金) 19:56:01.52

>>768
ここにいくつか解法が示されてる。
https://gist.github.com/Tatzyr/3847141

しかし、
GitHub上のフォームで画像をコピペするとGitHubのS3にアップロードされ、URLがはりつきますよ。

これは、どう言う操作の事だ？

2019/09/20(金) 20:05:34.11

>>769
そう言う事かぁ。
https://gist.github.com/kannankumar/4c613cac6d9db896062a16e1cc57d3e5

2019/09/20(金) 20:13:29.14

gistに貼り付けたmarkdown中にimage貼り付けたけどresize出来ん。
https://gist.github.com/uupaa/f77d2bcf4dc7a294d109
ここにresizing howto記載されてるが、Gistでは効果無し。

<img>タグを使えば上手くresizeされるんだけど、![](url)形式で書きたい。

2019/09/21(土) 09:19:25.03

ここまで酷い自演は久々に観た

2019/09/21(土) 10:51:11.39

>>772
自演じゃなくて、スレッド(のつもり)なんすけど。

Xcode11 Release来た。
XVim2.xcplugin動くかな？

2019/09/23(月) 02:44:37.78

過疎ってんだから日記帳にするなり好きにすればいいよ

2019/09/23(月) 06:23:26.61

>>774
あんがと！

Web+DB vol.50 2009の初めてのGit、って記事、ヨカっタァ。
tree object, commit objectのデータ構造がよく解った。

あと、Garbage Collectionの記事が読みたい。どこからも参照されなくなったcommit objectがpurgeされる話とか。

2019/09/23(月) 06:25:35.01

>>775
https://git-scm.com/book/ja/v1/Git%E3%81%AE%E5%86%85%E5%81%B4-%E3%83%A1%E3%82%A4%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

ここに記事が

2019/09/23(月) 16:22:28.10

>>761
GitHubに対して出来る事は、git-remoteコマンドのオプションのみ！

new repositoryの作製はterminal.appからコマンド打って出来ない。

see git help remote

2019/09/23(月) 16:31:19.95

>>763 の
https://codenotfound.com/github-add-remote-git-gui-windows.html
ここの
Configure Git GUI
からの
Create New Repository
はどういう仕組みで実現してるのだろう

2019/09/23(月) 16:33:06.12

Fetch Immediately じゃなくて
Initialize Remote Repository and Push の方を選んだときの動作ね

2019/09/23(月) 18:06:09.35

>>777
api叩けばいいやろ

2019/09/24(火) 06:41:41.65

>>778
Configure GitHub
のセクションに記載があるとおり、WebサイトでNew Repositoryする。
Git Gui on Windowsからはできないんじゃ無いの？

2019/09/24(火) 06:42:08.00

>>780
API Referenceはどこに？

2019/09/24(火) 09:51:28.93

>>782
ほい
https://developer.github.com/v3/repos/#create

2019/09/24(火) 14:40:27.59

なんか希望が見えて来た
有賀豚

2019/09/25(水) 10:48:49.61

>>783
これダァ。
great THX.

gg://github rest api

2019/09/25(水) 12:00:16.79

stackoverflow
how to create repository in github through github api

github community GitHub API Development
REST API v3 Not able to create repo using the code given

2019/09/27(金) 20:11:00.86

>>637
>>672
GCCのgit への移行は、もうちょっとらしい。

GCC's Conversion To Git: "Within The Realm Of The Practically Achievable"
https://www.phoronix.com/scan.php?page=news_item&;px=GCC-SVN-To-Git-September-2019

2019/09/29(日) 21:44:10.87

それって副産物としてSubversionからGitへの変換プログラムが生まれるってことだよな?

2019/09/29(日) 21:44:46.12

/s/Subversion/SVN/

2019/09/29(日) 22:05:29.01

一般的な応用を期待しているならgit svnという十分に便利なものが既にある

2019/09/29(日) 23:01:05.62

じゃあそいつはGPLじゃないからつかわんかったってことか

2019/09/30(月) 12:17:14.76

RMSがもっと若ければ
とっくにtigとか造ってんじゃね

2019/09/30(月) 18:54:35.24

>>788
>>791
GCCのSubvesion のダンプはかなり大規模かつ複雑でgit svn ではgitのリポジトリには
変換できないらしい。

なのでESRが自分のツール(https://gitlab.com/esr/reposurgeon) で変換しようとしている。

2019/09/30(月) 19:01:18.14

svnのダンプが開発者にも謎な物になってしまってるのが
原因らしいが

2019/09/30(月) 21:25:24.70

ドキュメント大事って話か(´・ω・`)

2019/10/17(木) 20:11:40.33

共有フォルダ上にリポジトリ置いてローカルで開発ってのをやろうと思ってるんだが大丈夫じゃろか
前からいる人はずっと一人でやってた環境らしくてバージョン管理というものをやったことがないらしい
調べたけどSVNはそういうの止めろってことらしいからgitを考えているのだが

2019/10/17(木) 22:17:08.28

大丈夫じゃよ

2019/10/18(金) 20:38:42.21

サンクス。ちゃんと動いた。ほっとしたしリモートからプル出来たときはちょっと感動したわ
ありがとうvisualstudio。そしてgithubもtortoisegitも申請しなきゃいけない会社は潰れろ

2019/10/18(金) 21:13:42.86

Git v2.24.0-rc0

2019/10/18(金) 22:44:03.39

>>798
githubみたいなクラウドサービス使うのに許可がいるのは当たり前だろ

2019/10/18(金) 23:02:32.82

共有フォルダSVNがダメならgitもダメじゃないの？なんか差分あったっけ

2019/10/19(土) 00:32:21.03

共有フォルダにベアリポジトリ置くなら可能

2019/10/19(土) 01:23:53.50

>>800
いやいやｗｗｗ

2019/10/19(土) 02:43:29.64

>>800
だよな

>>803 >>798
https://hayabusa9.5ch.net/test/read.cgi/news/1571409806/

2019/10/21(月) 18:36:15.95

masterからdevelopブランチを切って、ローカルではdevelopからfeatureブランチ切ってそれをいじる
developにマージしてdevelopをプッシュする。不要になったfeatureは削除する
っていう一連の流れを勉強したんだけど、しまったここの関数ちょっとおかしいとかそういうほんとちょっとした変更でもいちいちfeature作るって作業はしたほうがいいの？
あんまり意味が無いような気が

2019/10/21(月) 19:05:05.50

チーム開発なら必要。必ずコードレビューするから、ローカルでdevelopへのmergeなんてしない。

2019/10/21(月) 21:35:01.75

なるほど
二人だけのチームで多分コードレビューなんてしもしないと思うんですけどその場合でも必要ですかね
あとfeatureブランチはリモートにはプッシュしないっていう認識で大丈夫ですか

2019/10/21(月) 21:52:05.56

featureの扱いというよりは、developへのmergeをどこでするか統一しておかないと、各々の環境でdevelopの履歴が分かれていくやろ

2019/10/21(月) 21:54:28.50

featureをリモートにpushして、コードレビューおよびdevelopへのmergeをおこなうのが一般的。ローカルのdevelopは、基本的にfetch or pullとfeatureの作成用途のみ。

2019/10/21(月) 22:39:49.24

むぅそもそもリモートで作業するってのが考えてなかったというかその辺りよくわからないですね
>>796なんですがリモートリポジトリってローカルで作業していったものをどんどん突っ込んでいくものという認識です
ちょっと勉強が足りなかったようです

2019/10/21(月) 22:47:28.39

普通はGitHubやGitLabみたいなホスティング環境を用意するからね

2019/10/22(火) 10:33:39.48

2人に閉じた開発なら結合後にdevelopだけでごりごり開発してもいいよ
いつの間にか気持ち悪いマージコミットが多数生じるだろうけど
気持ち悪いと感じる人がいないならそれはそれで

2019/10/23(水) 03:06:06.75

マージコミットも歴史の一環なんだから、必要と思う派だな俺は

2019/10/23(水) 05:29:04.43

マージコミットが気持ち悪いとか意味分からん

2019/10/23(水) 09:07:03.10

developからdevelopへのマージコミットがキモいということでは

2019/10/23(水) 09:08:03.44

コミットツリーの美しさとかにこだわりが
ある人がいるらしい

2019/10/23(水) 09:20:06.84

それは海外の有名OSSでもわりといる
俺は個人的には全く気にしないけど