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 fetchに課金されるわけじゃないんだから好きにしたらいい ギットハブには来ない
投げっぱなしの外注先
branchもない
mergeできない gitを使うことが目的になってる人たちがいるからレスバトルで荒れるね でも残念ながらくだらないマウントの取り合いなんだよね >>356
おまえいつもくだらないマウント取られてるよなwアホなん? これまでひとりでプログラムかいてたのでバージョン管理ツールを使ったこと無く
チーム開発業務でgitを使うことになったのでいくつか質問させてください
ブランチ チェックアウト コミット プッシュ
の流れでやってくださいとはいわれたんですが
それぞれがリモートローカルどっちで何がおこるか正確にわかってなくて
万一社内のファイル破壊したら怖いので
対応するコマンドとリモートローカルどっちにどんな影響があるか知りたいんですが
gitの使い方を説明するブログってまずローカルにファイルを作ってプッシュするところからはじめてるものばかりなんですが
最初からリモートに社内のファイルがあってそれを更新する場合initは不要なのでしょうか
cloneはread onlyでbranchではなくリモート側に何の影響もないであってますか?
branchはローカルで行うものでリモートには影響はあたえませんか?
デバッグ等には設定ファイル等複数のファイルを更新するんですが
最終的にリモートに反映させるファイルを1つだけにすることって可能でしょうか
その場合どの段階でどうやってファイルを限定すればいいのでしょうか
あとBitBucketっていうアカウントを作るよう指示されたんですがGitとはどういう関係があるんでしょうか
リモートのおき場所を提供してるクラウドサービスぐらいの認識で
すでに社内ファイルがおかれてる場合はウェブ上の作業は必要なく
ローカルでgitコマンドを叩くだけで大丈夫でしょうか?
具体的にコマンド含めて教えていただけるとありがたいです
初歩的な質問ですいませんがよろしくお願いします >>359
プッシュさえしなければ何してもOK
プッシュする前に何をプッシュしようとしてるのか必ず確認すること branchやcheckoutを行っただけでは
リモート側にはそれを行ったことすら通知はされないってことで大丈夫でしょうか?
間違って(必要のないファイルまで)branchやcheckoutをしても
やり直したり取り消したりすることはできるということでしょうか? >>361
プッシュさえしなければ何してもOK
プッシュせずにいろいろ試してみて すばやい返答ありがとうございます
とりあえずコミットまですすめて
pushするときだけリーダーに確認とってみます リモートブランチとローカルブランチの使い分けについて教えてください。
よく推薦されているブランチとしてmaster、develop、feature、release、hotfixがありますが、これは全部リモートブランチに作るものなんでしょうか。
例えばf1という機能追加を行いたい場合、どのようなフローになるのが適切でしょうか。
・masterからdevelop/d1をブランチ
・develop/d1からfeature/f1をブランチ
・改修
・feature/f1をdevelop/d1にマージ
・develop/d1からrelease/r1をブランチ
・リリース作業
・release/r1をmasterにマージ
上記で問題ない場合、普通に使う分にはローカルブランチの出番がないように思えます。
そもそもfeatureブランチはローカルに作るものだったりするのでしょうか。
GitHubとかのWebサービスは使わずに自社内完結で開発者10人以下のプロジェクトです。 ローカルブランチなんて自分の作りたいように作ればいいよ
プッシュさえしなければ何してもOK >>365
featureやhotfixをリモートに作るかどうか、リモートにpushするかどうかは、ツールや運用依存だと思う
でも普通はdevelopやmasterにマージする前にレビューするだろうから、pushすると思うけど いまプロジェクトのドキュメントファイルがあって
それをbitbucketでかきかえてほしいって指示されてるんですけど
具体的になにをすればいいんでしょうか
gitの仕組みはウェブ上でいろいろよんではみたんですが
ファイル単位で具体的にどこにどういうことがおこるのかが分からなくて怖くて何もできてない
いまアカウント登録してリモートリポジトリがみえてる状態なんですが
bitbucket上の画面で何をすればいいのでしょう
コマンドでcloneをたたいてローカルにファイルをコピーするのはブランチとは違うのでしょうか?
まる2日かかってドキュメントを編集するところにすらたどり着けなくて情けなすぎる… 何をどうすればいいのかわからないとリーダーに相談したら? 結局まる1日かけて何ひとつできなかった
Git難しすぎる
世の中のエンジニアさんってみんなこんな難しいもの独学で自然に覚えられるものなのか
自信なくなってきた github使い方知りたいのに書籍はどれもSourceTreeの解説ばかり >>367
やっぱそうですよね
ちなみにローカルfeatureに何度かコミットしたブランチをリモートにマージした場合でも最終コミットの情報だけがマージされると思ってて良いのでしょうか
>>371
自分は試せる環境もないのにsvnからgitの移行提案書書かされてます
マージとリベースとかやってみないとイメージ湧かなくてほんと困る、、、 >>373
git試す環境とかVMのLinuxにGitbucketインストールしてみるなりGitHubの無料アカウント作ってみるなりすればいいだけだろw >>374
まずクラウドサービス使うのと仮想立てるの禁止だし
アプリインストールも申請しないとダメだしでかなり厳しい
ライセンスでいろいろ問題があってから申請もまともに通らないです
こんな会社うちぐらい?
普通は気軽にクラウドや仮想使えてるのかな? 何なのこの糞ツールほんと
ブランチはローカルでやるものだと思ってたらウェブでやるのかよ…
clone fetech branch checkout の違いもまったくわからないし
朝9時から17時間かかってようやくコミットまでいけてプッシュできたと思ったら
プルリクエスト作れとか意味わからん指示きた
プッシュならわかるけどなんでプルするのに承認がいるんだ? >>377
gitの話題ではないのでこちらへどうぞ
OSSホスティング総合【SourceForge,GitHub,etc..】
http://mevius.5ch.net/test/read.cgi/tech/1384821518/ >>378
すまんまじで煽りなのかまじなのか分からんのだが
gitの話題じゃないってどういうことなん?
理解できてないから検討はずれなのかもしれんけど自分はgitの話してるつもりなんだが
gitコマンドってこのスレでいうgitとは違うのか?
結局分かってるやつにわからんやつの何がわからんか理解できない典型的な糞ツールだな
ウェブ調べてもどや顔で説明かいてるやつは分かってるやつしか分からない説明ばかり
クローン ブランチ フェッチ チェックアウト プル マージ とか全部同じような説明してるし
リモートローカルどっちのデータが変わるのかタグだけがかわるのか何もかわらないのか説明してるのがほとんどない
addも最初意味わからなかったし直感的に理解できんのコミットぐらいしかないわ プルリクエストはgitの機能ではない
ホスティングサービスが独自に提供してる機能 ああ そういなのか
プルリクエストしたら1箇所なおしてっていわれたから直したんだが
git log みるといままでの人もほとんど1人1回のコミットしかしてなかったし
コミット履歴が多いのださいからと思って1つ前のコミットのリセットをして新しくコミットしなおしたんだよ
そしたらプッシュできなくなったんだよ
プッシュしたコミット履歴がないと別のブランチにみえるからコンフリクトってのをおこしたのか?
何となくやっちゃだめなことやったってのは分かったわけ
だからプッシュした状態のデータに戻してからもう1段階修正してこみっとすればいいんだと思うんだけど
プッシュしたデータをローカルに復元するのがどうやってもできないんだよ
クローン ブランチ フェッチ チェックアウト プル マージ どれ使えばいいんだよ
まじで睡眠時間削ってもう数十歳とよみまくってるけどまったく理解できない プログラマがバカでもなんとかなった(ように見えた)のはgit登場より前まで。git以後はバカにはプログラマは務まらなくなったし、SEより高いカネ積んでも雇えなくなってきてる。 睡眠時間削って数十歳読んでも分からんのは逆にすごい >>376
クラウドはともかくソフトウェア開発でVM禁止とか信じがたいな
仕事にならんやんか 最近VirtualBOXが禁止になったな。
標準インストールされるUSB周りのプラグインが有償ものだったらしい。
VMware workstation playerも有償だから、貧乏プロジェクトはこまって
10年くらい前の廃棄予定PCかき集めてたな。 Windowsの標準機能のHyper-Vでええやん dockerでいいやんと思ったが、Windows環境だとHyper-V必須か cloud9でいいやん
もうPCに仮想環境とかいらん
ハワイで遊びながら夜にホテルのベランダで開発したい >>393
githubの使い方分からんと言ってる奴がなに言ってんだw
>>372 >>386
つまりおまえはプログラマー諦めたんかw だれかまじでたのむ
1時間1万はらうからリモートのファイル更新する方法おしえちくり
つーかgitスレの住人つめたすぎね?
他のスレはきいたらなんだかんだで教えてくれんのに >>396
あとさ、とりあえず自分のドロップボックス内とかさ、もしくはgithubとかにリポジトリ作ってオレオレgitで試せば良いんじゃない? clone、pull、push 試すだけならネットワークすらいらんで
ローカルディレクトリ指定で clone すればいい >>396
コミットしてプッシュするだけなのにそれができない意味が分からないんだよ ちがうの
>>383をよんで
異常事態なの
1回目にpushしたときのコミットをresetしちゃったん
だから1回ローカルをリモートの状態に戻したいんだけど戻せない
fetchしたらdivergeしてるっていわれるの
もうなにがなんだか分からない >>401
最初から全部やり直せ
中途半端に push したのはご主人様に言えば掃除してくれる >>402
え cloneでいいの?
ちょっと試してみる git分からん奴が何でgithub使ってんだ・・・OSDNでも使ってろよ git push -f すればいい。
自分が管理するブランチの歴史を書き換えて
強制pushするのはよくやること >>401
intellijとかのGUIクライアント使ったほうがいいんじゃない?
履歴とか差分とか見ながらのほうが把握しやすいと思う。checkout & revertも簡単だし。 >>377
> clone fetech branch checkout の違いもまったくわからないし この場合はcloneし直してpushしてあるはずの自分のブランチをpullするのがいいだろ cloneしたら書き換えた内容全部きえちゃった;;
泣きそう;;
設定ファイルめっちゃっかきかえたのが全部なくなった…
でもとりあえずpushはできたのでありがとうございます ていうかcloneするときブランチ名一文字もいれてないのに
どのブランチをコピーするかってどうやってきまってるの?
リモートにはマスターと自分がブランチさせた2つがあるんだけど
それぞれをクローンしたいときってどうやって指定するの? git addしたのしか書き換わらないと思ってた…
ソースと設定ファイルがあって
設定ファイルは各自の個別設定なのでpushしちゃだめなやつだから
かきかえたソースだけaddしたのに設定ファイルまで上書きされちゃった
addってgitが管理するファイルを選ぶコマンドじゃないの?
糞ブログども嘘ばっかり書きやがる ソースと設定ファイルについて詳しく説明してくれ
何を言いたいのか意味がわからん あと、糞ブログがいやなら、ほぼ公式マニュアルである git-scm.com のページだけ参考にすればいい
git clone について調べたいなら git clone site:git-scm.com だ 使うファイルに設定ファイルAとドキュメントBがあって
Aは最初は汎用設定だけかかれてて自分の環境にあわせていろいろ追加して使うファイルで
リモートには変更しちゃだめなやつ
Bは今回かきかえてアップデートするファイル
Aをがんばってかきかえて動く環境つくってBをかきかえてBだけをプッシュしたんだけど
みんながクローンしなおせっていうからしなおしたらAももどっちゃった
もどして;; 糞ツールのせい
糞ブログのせい
みんなの言うとおりにしたら失敗した
ぜーんぶ他人のせい そもそもcloneって新しくローカルコピー作るだろ?
その前の(pushしようとした)作業コピーはどこやったの。 よくわからない
とりあえずもう終わったのでもういいです
また月曜日に設定しなおさなきゃいけないけど… gitにはそういう設定ファイルを安全に維持する方法があるけど
おまえは馬鹿で何が起こったか理解しようとしないから
いつか大失敗してクビになってください >>401でローカルをリモートの状態に戻したいって言うからcloneしろって教えたのに、なんでリモートの状態に戻ったことに文句付けてんだよw まあ、いい経験じゃね?
・『Pro Git』読む
・プロジェクトリーダーとかに聞く
・Gitクライアント使う
とかすれば?嘆いてるだけじゃ何も生まんよ >>419
だからintellij使えって。
お前にゃcuiは早過ぎる。 むしろdiffとpatchからやるべきでは
で、cvs, subversion, darcs, mercurial, fossile, veracityと進む ブランチにマスターの変更を取り込むにはリベース?チェリーピック?どうすればいいの リベースはやってはいけないものと教え込まれて育ってきたけど正しい? gitのコマンドは必要だから搭載されている
やってはいけないものなどない。
会社のレベルが低いということだな 何もかもなかったことにするのがリベースだよね?
そんなことが許されるの? >>432
なんのために間違った作業を残しておくの?
何に使うのかを言って >>433
「間違った作業」という判断が間違いだったときのため。 >>434
なら「間違った作業」のブランチを別に作ればいいだけ 何も無かったことにするためにリベースを使うのは
ちょっと特殊な用途だと思う >>432
リベースはフィーチャーブランチを作り直すために使うんじゃないの
何もなかったことにするというのはだいぶ違うと思う >>437
リセットハードしても何もなかったことにはならんでしょ
リセットハードする前にそこでブランチ作ったり
単にハッシュ覚えとくだけでもガベージコレクション前なら戻れるし
ある時点にリセットするっていう
そのままの意味でいけますやん ここでなかった事にすると言ってるのは、コミットの履歴上でのことでしょう 間違えてパスワード入ったままpushして
元に戻したいっていうのが一番多い案件 そんなわけないだろ
小さくコミットをして言って、途中で不要なコミットを
なくしてレビューしやすくするのがrebaseの目的
このコミットでコードを修正しました。
その修正の際に入れたタイポを直したのが
このコミットです(ドヤー)とか見せられても
誰も嬉しくないんやで >>442
これあるわー
フィーチャーブランチの中で作ったデグレを修正したコミット履歴とかいらんねん リベースしたら分岐元のバージョンが新しくなるだけじゃなくて
過去のコミック履歴も消えるの?
消えた履歴はもうたどれない? リベースする前のフィーチャーブランチの先端のハッシュIDが残ってたらそこでブランチ作ったりできるしなんとかなるよ 一応見といて
2018年6月請求の不使用取消審判について
2001年以降、我々のオープンソース商標に関しては特に大きな変化はありませんでしたが、
先月18日に一部の指定商品に対して不使用取消審判が請求されました。
請求人は「[https://opensauce.co/株式会社OPENSAUCE]」(金沢市)であり、
料理レシピを共有するプラットフォーム提供などを行う事業を計画している会社のようです。
https://mag.osdn.jp/18/07/30/220000 ■ このスレッドは過去ログ倉庫に格納されています