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 >>723 どういう手順で修正してる? ちょっと書いてみたよ (どうせやり方知らないくせにって思ってる) >>563 >>636 新しいコマンド、 "git switch" と "git restore" は次の2.23で入る模様。 Git v2.23.0-rc2 Qiita に git switch / restore の記事を載せるべくアップを始めた奴いる? そもそもキータ()なんて情弱サイトに書くやつ少なくね gistにメモ書きできない人間にキータ(笑)は向いてない gitの本探してるのだけど cuiメインでguiの本があまりなくて困っています いい本知りませんか? GUIはいっぱいある上に決定版がないからあんまりないんじゃないの CUIでgitの概念学んだらGUIにほぼそのまま応用できるからGUIの本は不要だわな TortoiseGitでのマージが感覚と反対で最初逆にやってしまった セキュリティの都合上インターネットに繋げない開発環境があって(ファイルを1個やりとりするのは可能、rsync的なことは無理)、手元のマシンとのリポジトリ同期に困ってたんだが (format-patchとamじゃhashまでは面倒見てくれないしコミット毎の管理になるしで面倒)、 bundleという機能を見つけたんだがすごく便利だな コミットの範囲は確認しなくちゃいけないけど、push、pullとほとんど同等な感じで使えるね。 git switch/restoreはgit checkoutがコンテキストによって全然違う動作をすることを避けるべくブランチ間の移動はswitch、ファイルをHEADまで戻すはrestoreにしたってことなんだな 確かにcheckoutでやらかしたことあるから嬉しいんだが、switch/restoreに慣れると古いgitにイライラしそうだな。 >>736 GUIなんていらない CUIなら必要なレポート簡単に書けるでしょ git log --name-status --pretty=format:"Xxx Yyy Zzz" |foo|bar|baz... サブプロジェクトを使ったことがありません。 現プロジェクトの3つの派生プロジェクトを始めるることになりました。共通のソースは9割です。此の場合は、共通のソースをサブプロジェクトに移して使用するのが良いのでしょうか 747はサブプロジェクトじゃなくてサブモジュールの誤りです これからも派生が増えてくならそれでいいけど、あまり増えないなら、ブランチで管理するかな。 >>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には入らない模様 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる