Git 16©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
ソースコード管理を行う分散型バージョン管理システム、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 >>747 管理体制次第だな。 普通はブランチ管理じゃない? 共通ソースの管理者が別にいるならモジュール化も検討するけど、そこまで大きなプロジェクトならgitプロフェッショナル必要な気がする。 >>747 です。 ご意見ありがとう。 変更が多いのは共通部分なんでブランチで管理すると他のブランチへのマージを忘れそう。 今後マージするかどうかは運用次第として、一旦ブランチはしておけば良い ブランチしたのをマージしない運用にするのは簡単だけど、ブランチしないで分離したプロジェクトをマージするのは面倒くさい 個人開発者です。 2年前までlocalでgitコマンドを使ってた。 その後、開発から離れてたんだけど、再度戻ってきた。 昨日からGithubへpushする様になって、色々勉強中。 ヨロピコ! >>755 ちなみに参考になったのは、 実践Git、第4章 Web+DB Magazine vol. 50(2009)、はじめてのGit Pro Gitって参考になる? >>757 >ProGit thx iPadで読もうとSendToKindleってメールサービスでmobiファイル送ってみた。 ドキドキしながらKindleで同期すると本が来た。 ヨカっタァ。 しかし、すごいボリュームの本だ。 tree object commit object のデータ構造を理解した。 coutesy of WEB+DB vol.50 >>758 最近使い始めたAir Dropってので送ろうとしたらNGだった。 GitHubだけど パソコンのwebブラウザで new repository は出来るのに スマホのwebブラウザだと new repository のボタンが出て来ないのはなぜ? あとクライアント(コンソール)からコマンドで new repository ってどうすれば出来る? >>761 俺もlocalのterminal.appで作業する際、remote(Github)にnew repositoryを作製する方法を知りたい。 多分、出来ないのかな? pythonとかでスクレイピングでもすればいけるかもしれないが 最近はgithubも二段階認証になって色々面倒なことに >>764 出来ない理由 terminal.appでnew repositoryできるとすると、数万のrepositoryがbotによって作製されるかもしれない。 shell scriptを書いてやれば、そういった嫌がらせも出来てしまう。 それは避けたいので、ボタンを使ったUIになってるのでは?◀New Repositoryが。 あくまで俺の妄想っす。 markdownで書いた、図入りのテクニカル文書を管理したいんだけど、blogでは色々面倒で、GitHub使おうかと思うんだけど、良いかなぁ? ソースコードのsyntax highlightが出来て、imageも埋め込めるmarkdownを管理したいんだけど。 それとも、便利なblogサイトある? livedoor blogをsyntax highlight plugin付きで試したら、大なり小なり記号<、>をエスケープしないとsource codeを表示できないので、ガッカリなのだ。 GitHub GistにMarkdown文書を置いた時に、imageファイルってどうやって管理すれば良いのだ? imgurとかに置いて、url指定するってのがbest practice? >>768 ここにいくつか解法が示されてる。 https://gist.github.com/Tatzyr/3847141 しかし、 GitHub上のフォームで画像をコピペするとGitHubのS3にアップロードされ、URLがはりつきますよ。 これは、どう言う操作の事だ? gistに貼り付けたmarkdown中にimage貼り付けたけどresize出来ん。 https://gist.github.com/uupaa/f77d2bcf4dc7a294d109 ここにresizing howto記載されてるが、Gistでは効果無し。 <img>タグを使えば上手くresizeされるんだけど、![](url)形式で書きたい。 >>772 自演じゃなくて、スレッド(のつもり)なんすけど。 Xcode11 Release来た。 XVim2.xcplugin動くかな? 過疎ってんだから日記帳にするなり好きにすればいいよ >>774 あんがと! Web+DB vol.50 2009の初めてのGit、って記事、ヨカっタァ。 tree object, commit objectのデータ構造がよく解った。 あと、Garbage Collectionの記事が読みたい。どこからも参照されなくなったcommit objectがpurgeされる話とか。 >>761 GitHubに対して出来る事は、git-remoteコマンドのオプションのみ! new repositoryの作製はterminal.appからコマンド打って出来ない。 see git help remote >>763 の https://codenotfound.com/github-add-remote-git-gui-windows.html ここの Configure Git GUI からの Create New Repository はどういう仕組みで実現してるのだろう Fetch Immediately じゃなくて Initialize Remote Repository and Push の方を選んだときの動作ね >>778 Configure GitHub のセクションに記載があるとおり、WebサイトでNew Repositoryする。 Git Gui on Windowsからはできないんじゃ無いの? >>783 これダァ。 great THX. gg://github rest api 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 >>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 それって副産物としてSubversionからGitへの変換プログラムが生まれるってことだよな? 一般的な応用を期待しているならgit svnという十分に便利なものが既にある じゃあそいつはGPLじゃないからつかわんかったってことか RMSがもっと若ければ とっくにtigとか造ってんじゃね >>788 >>791 GCCのSubvesion のダンプはかなり大規模かつ複雑でgit svn ではgitのリポジトリには 変換できないらしい。 なのでESRが自分のツール(https://gitlab.com/esr/reposurgeon ) で変換しようとしている。 svnのダンプが開発者にも謎な物になってしまってるのが 原因らしいが 共有フォルダ上にリポジトリ置いてローカルで開発ってのをやろうと思ってるんだが大丈夫じゃろか 前からいる人はずっと一人でやってた環境らしくてバージョン管理というものをやったことがないらしい 調べたけどSVNはそういうの止めろってことらしいからgitを考えているのだが サンクス。ちゃんと動いた。ほっとしたしリモートからプル出来たときはちょっと感動したわ ありがとうvisualstudio。そしてgithubもtortoisegitも申請しなきゃいけない会社は潰れろ >>798 githubみたいなクラウドサービス使うのに許可がいるのは当たり前だろ 共有フォルダSVNがダメならgitもダメじゃないの?なんか差分あったっけ masterからdevelopブランチを切って、ローカルではdevelopからfeatureブランチ切ってそれをいじる developにマージしてdevelopをプッシュする。不要になったfeatureは削除する っていう一連の流れを勉強したんだけど、しまったここの関数ちょっとおかしいとかそういうほんとちょっとした変更でもいちいちfeature作るって作業はしたほうがいいの? あんまり意味が無いような気が チーム開発なら必要。必ずコードレビューするから、ローカルでdevelopへのmergeなんてしない。 なるほど 二人だけのチームで多分コードレビューなんてしもしないと思うんですけどその場合でも必要ですかね あとfeatureブランチはリモートにはプッシュしないっていう認識で大丈夫ですか featureの扱いというよりは、developへのmergeをどこでするか統一しておかないと、各々の環境でdevelopの履歴が分かれていくやろ featureをリモートにpushして、コードレビューおよびdevelopへのmergeをおこなうのが一般的。ローカルのdevelopは、基本的にfetch or pullとfeatureの作成用途のみ。 むぅそもそもリモートで作業するってのが考えてなかったというかその辺りよくわからないですね >>796 なんですがリモートリポジトリってローカルで作業していったものをどんどん突っ込んでいくものという認識です ちょっと勉強が足りなかったようです 普通はGitHubやGitLabみたいなホスティング環境を用意するからね 2人に閉じた開発なら結合後にdevelopだけでごりごり開発してもいいよ いつの間にか気持ち悪いマージコミットが多数生じるだろうけど 気持ち悪いと感じる人がいないならそれはそれで マージコミットも歴史の一環なんだから、必要と思う派だな俺は developからdevelopへのマージコミットがキモいということでは コミットツリーの美しさとかにこだわりが ある人がいるらしい それは海外の有名OSSでもわりといる 俺は個人的には全く気にしないけど >>815 そうそれ マージコミットのあいだにも価値の多寡があるということ 歴史としての価値があるからこそノイズが多いと経緯を追い難くなる そこを一切否定するならrebaseコマンドの存在意義も(ほぼ)否定することになる 気持ちはよくわかるが、pull requestベースでの開発だとコミットはあまり気にしなくなるよね それよりcherry-pick厨はマジで○んでくれ 10人くらいのオフィスで現状何でもかんでもnasに突っ込んで管理してます HTMLやらcssやらのファイルだけでなく、画像データやofficeやAdobe系のファイル諸々、トータルで2テラくらいあるんですが、git使った方がいいですかね? Git v2.24.0-rc1 sparse-checkout は2.24には入らない模様 >>820 バイナリはあんまりメリットないと思うぞ >>825 rc0のバグが二件MLに投げられてたけど、 rc2では一件しか反映されてなくて、 ds/commit-graph-on-fetchは反映されてなかったので、 cookingのリプライで、この件はa corner caseでは無いってメールが投げられてる。 rc3が出そう。 うっかりデバッグする前にコミットしちゃったときに限ってデバッグするとバグが出るのはなぜなのか・・・・・・ うっかりコミットしてもpush前ならなんとでもなる バグがでたらその場でコミットするすらある その後確実に直したかを確認できるように コミットはなんぼでもするでしょ プッシュでさえみんなと共有してないブランチでなら構わずやることすら多々ある visual studioで使ってるけど本当に便利すぎて手放せないわもう 例えコミット細かくやりまくってもうどこで何をやったか履歴でよく分かんなくなっても関数の上に変更回数が出てしかもどのコミットだったかとかすぐ分かる ありがてぇありがてぇ visual studioはやっぱり便利なIDEだよ githubでプルリクをマージする人ってプルリクを送った側と受け取った側とでどちらが良いんでしょうか 個人的にはプルリクって、もしこの修正が問題なければ取り込んでくださいって意味だから 受け取った側が承認してマージまでするのが自然な形だと思うんですが、 なぜか今の職場ではプルリクを送った側が自分でマージするルールになっています 私がおかしいのでしょうか >>837 そういうルールもありだと思う 承認する人が多忙だとその方が仕事が早いし それってアクセスコントロールしてない無秩序状態ってことだろ? 頭のおかしい開発者が勝手にマージしはじめたらめんどうだ 承認者とマージ実行者を別にするのはよろしい マージ実行者を開発者全員にするのはよろしくない それだってケースバイケースだろう。 たしかに頭のおかしい開発者が存在する場合はいろいろ考慮が必要だろうが。 オープンソースのプロジェクトにプルリク送る場合って受け取った側が承認してマージまでするじゃん githubを作った人の想定では、プルリクを受け取った側がマージするのが正しいんだと思うんですよね ていうか自分で送り付けて(プッシュ)おいて、自分でマージするってことはそれはもう"プル"リクエストではなくて、 "プッシュ"リクエストじゃないんですかね githubを作った人の想定通りに素直に使うのが自然で良いと思うんです 開発効率を上げるとかバグを減らす為にルールを作るので ルールを守るためにルールがあるのじゃない プルリクを送った側がマージすると開発効率が上がったりバグが減るんですかねちょっとわかりませんね ここまでくるとちょっとウザい。 あんたの疑問はもっともだと思うからあとは職場の人とよく話し合ってくれ。 どこにも書いてないこと言い出して逆ギレしてるようでは かなりお荷物さんだろうねえ 社内に頭のおかしい人なんてそうそういないだろと思ったけど こういうレスを見ると自信なくなる 最初の質問「私がおかしいのでしょうか」については そうかもねと答えざるを得ない どんな解釈をしたら、お前”が”し ねになるのか分からない笑 君の質問は正しいよ、あなたがおかしい。 >>839 職場に頭がおかしい人がいるならgitで解決しようとしてる場合じゃない 私がおかしいのでしょうかと質問する人は大体周囲が見えてない自己中なので、何言っても無駄 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる