X



Git 16©2ch.net

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん 転載ダメ©2ch.net (エーイモ SE4a-N0rP [1.114.6.147])
垢版 |
2017/08/15(火) 00:54:07.61ID:brNIopECE
ソースコード管理を行う分散型バージョン管理システム、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
0753デフォルトの名無しさん (ワッチョイ eb5f-StHu [14.9.147.224])
垢版 |
2019/09/07(土) 16:54:15.29ID:Bj08DgMe0
今後マージするかどうかは運用次第として、一旦ブランチはしておけば良い
ブランチしたのをマージしない運用にするのは簡単だけど、ブランチしないで分離したプロジェクトをマージするのは面倒くさい
0755デフォルトの名無しさん (ワッチョイ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/20(金) 14:19:09.55ID:URIhcAHs0
個人開発者です。
2年前までlocalでgitコマンドを使ってた。
その後、開発から離れてたんだけど、再度戻ってきた。

昨日からGithubへpushする様になって、色々勉強中。
ヨロピコ!
0756デフォルトの名無しさん (ワッチョイ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/20(金) 14:22:02.16ID:URIhcAHs0
>>755
ちなみに参考になったのは、
実践Git、第4章
Web+DB Magazine vol. 50(2009)、はじめてのGit

Pro Gitって参考になる?
0757デフォルトの名無しさん (ワッチョイ 257c-9GzD [122.215.159.99])
垢版 |
2019/09/20(金) 16:41:54.43ID:rjndmUfp0
ProGitが一番
0758デフォルトの名無しさん (ワッチョイ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/20(金) 17:48:25.26ID:URIhcAHs0
>>757
>ProGit
thx

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

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

しかし、すごいボリュームの本だ。
0759デフォルトの名無しさん (ワッチョイ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/20(金) 17:59:22.84ID:URIhcAHs0
tree object
commit object
のデータ構造を理解した。

coutesy of WEB+DB vol.50
0760デフォルトの名無しさん (ワッチョイ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/20(金) 18:00:13.71ID:URIhcAHs0
>>758
最近使い始めたAir Dropってので送ろうとしたらNGだった。
0761デフォルトの名無しさん (ワッチョイ cb7c-TBpG [113.32.86.138])
垢版 |
2019/09/20(金) 18:05:22.67ID:JTEUK9IA0
GitHubだけど
パソコンのwebブラウザで
new repository
は出来るのに
スマホのwebブラウザだと
new repository
のボタンが出て来ないのはなぜ?
あとクライアント(コンソール)からコマンドで
new repository
ってどうすれば出来る?
0762デフォルトの名無しさん (ワッチョイ cb7c-TBpG [113.32.86.138])
垢版 |
2019/09/20(金) 18:28:21.02ID:JTEUK9IA0
ここ良いね
https://git-scm.com/book/ja/v2
0764デフォルトの名無しさん (ワッチョイ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/20(金) 19:32:07.56ID:URIhcAHs0
>>761
俺もlocalのterminal.appで作業する際、remote(Github)にnew repositoryを作製する方法を知りたい。

多分、出来ないのかな?
0765デフォルトの名無しさん (エムゾネ FF03-TBpG [49.106.174.17])
垢版 |
2019/09/20(金) 19:40:20.88ID:np9IZJl7F
pythonとかでスクレイピングでもすればいけるかもしれないが
最近はgithubも二段階認証になって色々面倒なことに
0766デフォルトの名無しさん (ワッチョイ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/20(金) 19:40:59.16ID:URIhcAHs0
>>764
出来ない理由
terminal.appでnew repositoryできるとすると、数万のrepositoryがbotによって作製されるかもしれない。

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

あくまで俺の妄想っす。
0767デフォルトの名無しさん (ワッチョイ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/20(金) 19:45:03.18ID:URIhcAHs0
markdownで書いた、図入りのテクニカル文書を管理したいんだけど、blogでは色々面倒で、GitHub使おうかと思うんだけど、良いかなぁ?

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

それとも、便利なblogサイトある?
livedoor blogをsyntax highlight plugin付きで試したら、大なり小なり記号<、>をエスケープしないとsource codeを表示できないので、ガッカリなのだ。
0768デフォルトの名無しさん (ワッチョイ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/20(金) 19:49:37.03ID:URIhcAHs0
GitHub GistにMarkdown文書を置いた時に、imageファイルってどうやって管理すれば良いのだ?

imgurとかに置いて、url指定するってのがbest practice?
0769デフォルトの名無しさん (ワッチョイ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/20(金) 19:56:01.52ID:URIhcAHs0
>>768
ここにいくつか解法が示されてる。
https://gist.github.com/Tatzyr/3847141

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

これは、どう言う操作の事だ?
0771デフォルトの名無しさん (ワッチョイ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/20(金) 20:13:29.14ID:URIhcAHs0
gistに貼り付けたmarkdown中にimage貼り付けたけどresize出来ん。
https://gist.github.com/uupaa/f77d2bcf4dc7a294d109
ここにresizing howto記載されてるが、Gistでは効果無し。

<img>タグを使えば上手くresizeされるんだけど、![](url)形式で書きたい。
0772デフォルトの名無しさん (ワッチョイ cb7c-TBpG [113.32.86.138])
垢版 |
2019/09/21(土) 09:19:25.03ID:ZIXe7ufx0
ここまで酷い自演は久々に観た
0773デフォルトの名無しさん (ワッチョイ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/21(土) 10:51:11.39ID:Ydb2EKuB0
>>772
自演じゃなくて、スレッド(のつもり)なんすけど。

Xcode11 Release来た。
XVim2.xcplugin動くかな?
0775デフォルトの名無しさん (ワッチョイ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/23(月) 06:23:26.61ID:ZFjPecP80
>>774
あんがと!

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

あと、Garbage Collectionの記事が読みたい。どこからも参照されなくなったcommit objectがpurgeされる話とか。
0777デフォルトの名無しさん (ワッチョイ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/23(月) 16:22:28.10ID:ZFjPecP80
>>761
GitHubに対して出来る事は、git-remoteコマンドのオプションのみ!

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

see git help remote
0779デフォルトの名無しさん (アウウィフ FFa1-TBpG [106.171.80.200])
垢版 |
2019/09/23(月) 16:33:06.12ID:3qdqqJ07F
Fetch Immediately じゃなくて
Initialize Remote Repository and Push の方を選んだときの動作ね
0781デフォルトの名無しさん (ワッチョイ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/24(火) 06:41:41.65ID:gYzhU56s0
>>778
Configure GitHub
のセクションに記載があるとおり、WebサイトでNew Repositoryする。
Git Gui on Windowsからはできないんじゃ無いの?
0782デフォルトの名無しさん (ワッチョイ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/24(火) 06:42:08.00ID:gYzhU56s0
>>780
API Referenceはどこに?
0784デフォルトの名無しさん (エムゾネ FF03-TBpG [49.106.192.93])
垢版 |
2019/09/24(火) 14:40:27.59ID:oiN+60axF
なんか希望が見えて来た
有賀豚
0785デフォルトの名無しさん (ワッチョイ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/25(水) 10:48:49.61ID:YoSppGQg0
>>783
これダァ。
great THX.

gg://github rest api
0786デフォルトの名無しさん (アウウィフ FFa1-TBpG [106.171.84.223])
垢版 |
2019/09/25(水) 12:00:16.79ID:sdHp2tVCF
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
0792デフォルトの名無しさん (ワッチョイ 8d7c-yXpG [122.215.159.99])
垢版 |
2019/09/30(月) 12:17:14.76ID:vkIGDak20
RMSがもっと若ければ
とっくにtigとか造ってんじゃね
0796デフォルトの名無しさん (ワッチョイ f76e-U7Hu [124.219.198.89])
垢版 |
2019/10/17(木) 20:11:40.33ID:F8NBztSv0
共有フォルダ上にリポジトリ置いてローカルで開発ってのをやろうと思ってるんだが大丈夫じゃろか
前からいる人はずっと一人でやってた環境らしくてバージョン管理というものをやったことがないらしい
調べたけどSVNはそういうの止めろってことらしいからgitを考えているのだが
0805デフォルトの名無しさん (ワッチョイ f76e-U7Hu [124.219.198.89])
垢版 |
2019/10/21(月) 18:36:15.95ID:f5UjoAUh0
masterからdevelopブランチを切って、ローカルではdevelopからfeatureブランチ切ってそれをいじる
developにマージしてdevelopをプッシュする。不要になったfeatureは削除する
っていう一連の流れを勉強したんだけど、しまったここの関数ちょっとおかしいとかそういうほんとちょっとした変更でもいちいちfeature作るって作業はしたほうがいいの?
あんまり意味が無いような気が
0810デフォルトの名無しさん (ワッチョイ f76e-U7Hu [124.219.198.89])
垢版 |
2019/10/21(月) 22:39:49.24ID:f5UjoAUh0
むぅそもそもリモートで作業するってのが考えてなかったというかその辺りよくわからないですね
>>796なんですがリモートリポジトリってローカルで作業していったものをどんどん突っ込んでいくものという認識です
ちょっと勉強が足りなかったようです
0828デフォルトの名無しさん (アウウィフ FFb7-0B+f [106.171.80.130])
垢版 |
2019/11/01(金) 19:24:18.43ID:4VV6x0MuF
うっかりコミットしてもpush前ならなんとでもなる
0832デフォルトの名無しさん (ワッチョイ 976e-msxt [124.219.198.89])
垢版 |
2019/11/08(金) 20:10:08.64ID:0FK18fPT0
visual studioで使ってるけど本当に便利すぎて手放せないわもう
例えコミット細かくやりまくってもうどこで何をやったか履歴でよく分かんなくなっても関数の上に変更回数が出てしかもどのコミットだったかとかすぐ分かる
ありがてぇありがてぇ
0837デフォルトの名無しさん (ワッチョイ 2b63-QS5Z [114.164.202.189])
垢版 |
2019/11/24(日) 12:50:33.17ID:gnIUHiL60
githubでプルリクをマージする人ってプルリクを送った側と受け取った側とでどちらが良いんでしょうか
個人的にはプルリクって、もしこの修正が問題なければ取り込んでくださいって意味だから
受け取った側が承認してマージまでするのが自然な形だと思うんですが、
なぜか今の職場ではプルリクを送った側が自分でマージするルールになっています
私がおかしいのでしょうか
0839デフォルトの名無しさん (アウアウエー Saea-+o02 [111.239.163.213])
垢版 |
2019/11/24(日) 14:06:11.79ID:yrLXmC4Sa
それってアクセスコントロールしてない無秩序状態ってことだろ?
頭のおかしい開発者が勝手にマージしはじめたらめんどうだ

承認者とマージ実行者を別にするのはよろしい
マージ実行者を開発者全員にするのはよろしくない
0841デフォルトの名無しさん (ワッチョイ 2b63-QS5Z [114.164.202.189])
垢版 |
2019/11/24(日) 17:03:56.66ID:gnIUHiL60
オープンソースのプロジェクトにプルリク送る場合って受け取った側が承認してマージまでするじゃん
githubを作った人の想定では、プルリクを受け取った側がマージするのが正しいんだと思うんですよね
ていうか自分で送り付けて(プッシュ)おいて、自分でマージするってことはそれはもう"プル"リクエストではなくて、
"プッシュ"リクエストじゃないんですかね
githubを作った人の想定通りに素直に使うのが自然で良いと思うんです
■ このスレッドは過去ログ倉庫に格納されています

ニューススポーツなんでも実況