Git 12©5ch.io
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん 転載ダメ©2ch.net
2015/03/23(月) 13:35:13.83ID:aBYp+bVsGit - 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 11
http://peace.2ch.net/test/read.cgi/tech/1416195050/
0596デフォルトの名無しさん
2015/06/07(日) 13:04:07.08ID:yxti539q0597デフォルトの名無しさん
2015/06/07(日) 13:08:53.36ID:V49LqTdEなるほどそうかもしれないね
そういう意味だと、既存だとここあたりが適切なのかな
バージョン管理システムについて語るスレ10
http://peace.2ch.net/test/read.cgi/tech/1393147031/
0598デフォルトの名無しさん
2015/06/07(日) 13:12:32.75ID:5CuOmznL> 結局は>>585の言ったとおりになるという、悲しい現実
大丈夫。
俺が言った「ガイドラインを言う時は理由も明確書くこと」
のおかげで、今のところガイドラインは俺が言った一つしかでてない。
0599デフォルトの名無しさん
2015/06/07(日) 13:17:04.64ID:yxti539qここでされてるの横断的でない個別的な内容だからスレチ
0600デフォルトの名無しさん
2015/06/07(日) 13:18:47.22ID:V49LqTdEそっか、じゃあ新スレがいるか・・・
0601デフォルトの名無しさん
2015/06/07(日) 13:23:17.32ID:V49LqTdE＞今のところガイドラインは俺が言った一つしかでてない。
そりゃ出ないでしょ
誰も関わりたくないんだから
0602デフォルトの名無しさん
2015/06/07(日) 13:26:15.60ID:5CuOmznLスレ立てておいたよ。
Gitをより良くするための運用ガイドライン作成スレ [転載禁止](c)2ch.net
http://peace.2ch.net/test/read.cgi/tech/1433650988/
>>601
> 誰も関わりたくないんだから
関わりたくないのが理由っていうのはおかしな話だな（笑）
言い返せない時に汎用的に使えそうな言い訳だ。
0603デフォルトの名無しさん
2015/06/07(日) 13:31:19.54ID:V49LqTdEありがとう
じゃあここから先は、ここで運用系の話をするのはスレ違いってことで、
あとはそっちでやってもらおう
0604デフォルトの名無しさん
2015/06/07(日) 13:42:31.68ID:yxti539qタイトルを単にGit運用スレにできないあたり自己顕示欲あふれるスレタイですね
0605デフォルトの名無しさん
2015/06/07(日) 15:41:57.12ID:D5MO+jlJ0606デフォルトの名無しさん
2015/06/07(日) 18:26:22.23ID:5CuOmznL0607デフォルトの名無しさん
2015/06/07(日) 18:53:47.38ID:V49LqTdE荒らしが自分で建てたスレなんだから、そうなるのはしょうがない
運用の話はそっちでやってもらいましょう
0608デフォルトの名無しさん
2015/06/07(日) 19:53:48.87ID:yxti539q期待してますよ
0609デフォルトの名無しさん
2015/06/07(日) 20:06:44.60ID:5CuOmznLはい当然です。 Gitの運用方法に関するレスは全部向こうに移動します。
みなさんも協力してくださいね。
逆に運用以外の雑多な内容はこっちに移動しますよ。
0610デフォルトの名無しさん
2015/06/07(日) 21:10:56.78ID:V49LqTdEおみごと
0611連続書込しすぎなのでID変えます
2015/06/07(日) 21:22:11.43ID:rs3gN1uEどれだけのレスが残るか期待ですｗ
ぜーんぶかっさらっていきますよーｗ
0612デフォルトの名無しさん
2015/06/07(日) 21:49:02.86ID:HSoSL4U1バグトラッキングツールでおすすめのはある？
mantisってもう人気無い？
0613デフォルトの名無しさん
2015/06/07(日) 21:52:12.28ID:V49LqTdEまたは、ツールの質問に答えられる人なんて初めからいなかったのかがハッキリするな
どっちにしても平和になってよかった
0614デフォルトの名無しさん
2015/06/07(日) 21:57:36.23ID:/P0faz6I画面上でどういう操作をすればいいんでしょうか？
0615デフォルトの名無しさん
2015/06/07(日) 22:03:03.72ID:rs3gN1uE0616デフォルトの名無しさん
2015/06/07(日) 22:13:31.59ID:rs3gN1uEよめ
◆関連サイト
Pro Git - Table of Contents
http://git-scm.com/book/ja
0617デフォルトの名無しさん
2015/06/07(日) 22:14:24.04ID:rs3gN1uEなんか良いツール無いですか？
0619デフォルトの名無しさん
2015/06/07(日) 22:16:39.42ID:UKZkpptuそんなのIDEの機能に頼るより、そのコミットを修正するコミットを作った後に
コマンドラインからrebase -iで順番入れ替えてsquashしたほうが簡単じゃないか？
0620デフォルトの名無しさん
2015/06/07(日) 22:17:04.27ID:/P0faz6I目次にどこにもEgitの話が出てないんですけど、どこに載ってるんですか？
0621デフォルトの名無しさん
2015/06/07(日) 22:18:17.74ID:/P0faz6IEclipse上で開発してるので、自分はEgitの方が楽です
0622デフォルトの名無しさん
2015/06/07(日) 22:41:10.16ID:UKZkpptuおれが使ってるのはIntelliJ IDEAだけど、Git関連は全部GUIでやるよりコマンドラインも併用したほうがいろいろ楽
ちなみにIntelliJ IDEAではrebase -iもGUIで出来るんで試しにやってみたけど、
思ったほどじゃないけどちょっと面倒
EGitもEGit rebaseでぐぐれば手順説明がいろいろ見つかるな
一応できるみたいだよ
Rebase Interactiveとかあるらしい
0623デフォルトの名無しさん
2015/06/07(日) 22:44:07.71ID:/P0faz6Iで、そのやり方を知りたいわけです
0624デフォルトの名無しさん
2015/06/07(日) 22:44:51.36ID:rs3gN1uEいやいや違う。Egitの方が楽というのは言い訳だ。
楽というのは事実だろう。だがそれはCLIで
gitを使えないことの理由にはなっていない。
はっきり言おう。君はCLIでgitを使えないだけだ。
それはEgitが楽という事実とは無関係だ。
CLIでgitを使えるようになったほうがいいよ。
そうすればEgit＋CLIのコマンドで検索すれば簡単に見つかる。
>>618で訂正したが、やっぱり君が読むべきものはPro Gitだ。
GUIツールの機能はCLIを使える知識がなければ理解できないだろう。
いくつか使ってみたが、どれもいきなりCLIのコマンド相当のものがメニューにあるから
初めて使う人は「この機能なにをするものなんだ？」ってなるだろう。
で、CLIのコマンドを知らない人でも簡単に理解できるGUIツール無い？
プログラマーではないウェブデザイナー（HTMLとかCSSを書く人）にも
使ってほしいと考えてるんだけど。
0625デフォルトの名無しさん
2015/06/07(日) 22:46:34.98ID:UKZkpptuだからEclipseで普通にコミットを作ってRebase Interactiveしろよ
amendは知ってるんだから普通にコミットを作るのはできるんだろ？
0626デフォルトの名無しさん
2015/06/07(日) 22:49:18.28ID:/P0faz6Iコミットは作れるんですが、Egit上での対話的リベースの使い方が分からないんですよね・・・
0627デフォルトの名無しさん
2015/06/07(日) 22:51:21.60ID:UKZkpptuヒストリーのコミットで右クリックすりゃRebase interactiveがあるらしいぞ
0628デフォルトの名無しさん
2015/06/07(日) 22:52:20.19ID:/P0faz6Iそこまでは分かるんですが、そのあとの操作の仕方が・・・
0629デフォルトの名無しさん
2015/06/07(日) 23:03:17.96ID:rs3gN1uEバージョン管理ツールをGUIにしても使いにくいのは
ソースコードを管理するということの意味がわからないからだろうな。
例えばペイントソフトは、そのツールを使う前から
絵を書いたことがある。それと同じことをツールを使ってやるだけ
でもソースコードを管理ツールは、そのツールを使う前にそのツールと同じことをやっていない。
ソースコードを修正している人であっても、ソースコードを管理していない。
（※バックアップはソースコードの管理じゃない）
だからそれをGUIにしたところで、何をするのかわけがわからない機能ばかりで
使い方がわからない。（もしくはバックアップという間違った用途に使うだけ）
ふぅ。そういうことを知らないし、知る必要が少ないウェブデザイナーに
どうやって使いやすい環境を提示できるだろうか。
0630デフォルトの名無しさん
2015/06/07(日) 23:03:38.86ID:UKZkpptuその様子だと直前じゃないコミットを修正するって行為がどういう意味を持つか理解できてないだろ？
Gitに慣れるまではおとなしく新しいコミットで修正しとけ
0631デフォルトの名無しさん
2015/06/07(日) 23:07:11.82ID:/P0faz6Iそうじゃなくて、それをしたくないから、Egitでのやり方を知りたいわけです
0632デフォルトの名無しさん
2015/06/07(日) 23:10:20.71ID:UKZkpptuEGit使おうがコマンドラインでやろうが、途中のコミットを修正するってことは単純な行為じゃないんだよ
コンフリクトが発生する可能性があるの理解してる？
0633デフォルトの名無しさん
2015/06/07(日) 23:15:59.04ID:rs3gN1uE当たり前のことを言うけどさ、プログラマっていうのは技術者だよ？
技術者と何故呼ばれるかというと、それは技術がなければできないことが
できるから技術者なんだよ。
今君が言っていることは「技術者になりたくない」って言っているのと
同じことだってわかってる？ 楽とか大変とかじゃない。
技術をつけること事拒否することは、技術者になりたくないと言ってるのと同じ。
CLIでgitの使い方を学ぶのが技術をつけるのに一番の近道なんだよ。
別にGUIが楽なら普段はGUIを使っていい。でも技術自体はちゃんとつけておけ。
0634デフォルトの名無しさん
2015/06/07(日) 23:16:28.99ID:/P0faz6Iできるなら、ここ以外でツールの話を分かりそうな人がいる場所を教えてくれるとうれしいですが
0635デフォルトの名無しさん
2015/06/07(日) 23:17:36.07ID:rs3gN1uEなんならまたスレ立てようか？
「git関連のGUIツールの使い方を教えて下さい」っていうスレ
0636デフォルトの名無しさん
2015/06/07(日) 23:18:36.91ID:/P0faz6I（・・・っていうか、むしろこの状況ならそっちの方が知りたいです）
0637デフォルトの名無しさん
2015/06/07(日) 23:21:41.41ID:rs3gN1uE難しいのかがわかった。
普通CLIが難しい理由は「コマンドを覚えないといけないから」で
その「コマンドを覚える必要がないから」GUIは簡単なんだ。
でもソースコードの管理ツールの場合、コマンドを覚えることよりも
そのコマンドで何が出来るか、何をするかがわからないから難しい。
ボタンひとつでコマンドを呼び出せても、そこから何をすればいいか
わからないんだよね。この人のように。
0638デフォルトの名無しさん
2015/06/07(日) 23:23:55.02ID:/P0faz6Iっていうか、ここがgit関連のツールの使い方を聞ける場所になったんじゃないんですか？
>>612さんのように、CUIじゃない質問をしてる人もいますし、ここでGUIだけ絞る必要もない気がしますが・・・
0639デフォルトの名無しさん
2015/06/07(日) 23:31:22.51ID:1F5PzSNl最低限英語できるならstackoverflow.com、機械翻訳でも多分他の人が適当に質問自体修正してくれる
ja.stackoverflowでもいいけど回答くる確率は落ちる
0640デフォルトの名無しさん
2015/06/07(日) 23:34:31.78ID:rs3gN1uE聞くのは構わないが答えるとは限らないｗ
質問したところで>>612さんのように放置される。
このスレからgitフローのような運用に関する話が
分離しただけで、ここがなにかに変わったわけじゃない。
0641デフォルトの名無しさん
2015/06/07(日) 23:37:00.95ID:/P0faz6I自分の場合は、GUIが簡単でCLIが難しいからじゃなくて、
Eclipse上でそのまま操作できるのが楽だから、なんですよね
あなたがEgitを知らなくて、自分はEgitのことを知りたいので、
分からないなら「分からない」って言ってくれて全然かまいません
>>639
なるほど、そっちの方が良い人がそろってそうですね
英語にはさほど抵抗ないですし、そっちで質問してみます
ありがとうございました
0642デフォルトの名無しさん
2015/06/07(日) 23:39:46.62ID:rs3gN1uEこんな感じでどんどん減らしていくので、4649！
0643デフォルトの名無しさん
2015/06/07(日) 23:43:59.53ID:UKZkpptuほらよ
http://another.maple4ever.net/archives/2060/
このブログの後半の「コミットを改変する場合」な
0644デフォルトの名無しさん
2015/06/08(月) 08:05:44.37ID:USedaFhj0645デフォルトの名無しさん
2015/06/08(月) 08:53:59.64ID:Q2pvFPhj0646デフォルトの名無しさん
2015/06/08(月) 11:32:29.03ID:AXPER4TO併用が無難だよ
0647デフォルトの名無しさん
2015/06/08(月) 11:48:08.05ID:I6Rw7h/u0648デフォルトの名無しさん
2015/06/08(月) 12:15:16.89ID:obzwvKmsプルダウンメニューでブランチを替えて、
ファイルを編集したら未コミットのリストがリアルタイムで追随、
マージはブランチのドラッグアンドドロップで一発、
プッシュはsyncボタンで一発。
でもたまによくあるCLIの作業からは逃れられないけど
0649デフォルトの名無しさん
2015/06/08(月) 13:31:33.83ID:AXPER4TOブランチのブラウズもGUIのを使う
ここらへんは非CLIでやることのメリットを感じるね
0650１０人に１人はカルトか外国人
2015/06/08(月) 14:46:48.11ID:KHrLNVN4・沢山の人が偏った意見を一貫して支持する
偏った意見でも、集団の中でその意見が信じられていれば、自分の考え方は間違っているのか、等と思わせる手法
・不利な質問をさせなくしたり、不利な質問には答えない、スルーする
誰にも質問や反論をさせないことにより、誰もが皆、疑いなど無いんだと信じ込ませる手法
偏った思想や考え方に染まっていたり、常識が通じない人間は、頭が悪いフリをしているカルト工作員の可能性が高い
靖国参拝、皇族、国旗国歌、神社神道を嫌うカルト
10人に一人はカルトか外国人
「ガスライティング」で検索を！
0651デフォルトの名無しさん
2015/06/08(月) 20:44:04.47ID:BwIK9Ub/自分でサーバー立てるか、どっかのサービス利用するかで回答が変わってくるな
0652デフォルトの名無しさん
2015/06/08(月) 20:51:15.26ID:xf2QCU7pここはgitのスレです。
gitではない話はスレ違いです。
0653デフォルトの名無しさん
2015/06/08(月) 21:50:53.55ID:I6Rw7h/u親玉のサーバをLinuxで自前で立ててあります
今は3人くらいでpushしてる
0654デフォルトの名無しさん
2015/06/09(火) 00:40:12.96ID:LoeafuSM既にホスティング環境があって、同じサーバーにbts立てられるっていうことならredmineかな。
ただ、redmineは設定に躓くとちょっとめんどい。うまくいけばbts部分はかなり高機能だし、プラグインで色々拡張もできる。
ホスティング環境も移れるなら、gitbucket (https://github.com/takezoe/gitbucket )とか手軽でいいかもしれない。
javaとtomcatが用意できれば始められるし、それでいてgitホスティングとかpullrequest、issue連携とかの機能は揃ってる。
ただ、gitbucketはbtsとしては高機能とは言えないので、凝ったことしようとすると不満が出るかもしれない。
0655デフォルトの名無しさん
2015/06/09(火) 09:04:20.23ID:QNGnbMWJものすごく使いやすい。設定はほぼ不要。
redmineはBTSとしてはいいが、ソースコードを
快適に修正するための機能がない。
具体的に言えば「プロジェクトをフォークして、個人用の
フォークプロジェクトで行った修正をマージする」といった
極めて重要な機能がない。
あとBTSはもう古いね。今はITS。
BTSだとITSとして使えるようにカスタマイズしないといけないから
初期状態で使いにくい（そして初心者は使いにくいことに気づかないまま
使いにくいものを使い続けてしまうよ）
0656デフォルトの名無しさん
2015/06/09(火) 21:00:02.32ID:mCgHqgj4確かに高機能だし、本格的に始めたいならいいよね、gitlab。
0657デフォルトの名無しさん
2015/06/09(火) 21:14:19.30ID:gDccibNxいっかいインストールしたけど
使い方がわからなくてあきらめたんだよな
もう一度頑張るか
0658デフォルトの名無しさん
2015/06/10(水) 01:07:42.05ID:7XQM9Exq今は公式リポジトリが出来たよ。
普通にapt-get, yumでインストールも
アップデートもできるようになった。
>>657
BTSはMantisをちょっと触っただけだけど考え方が違う。
BTSだともぐらたたきゲームのようにバグが湧いてきて
それを「通報がありました」「バグを確認しました」
「誰かにアサインしました」「修正しました」「リリースしました」
のように随時状況を報告しながらバグを退治。
他の人がそのステータスを確認するっていうフローが想定されている。
そのフローが準備されているからバグ退治の流れはそれに乗っかればいいが
アプリ開発（新機能追加など）はやりにくい。
gitlabだと（githubもそうだが）逐一状況を伝える事はしない。
ラベル機能とかで出来なくはないが、BTSではないのでバグ退治のフローはない。
代わりにあるのがアプリ開発のためのIssueでバグを含めた課題全般を取り扱う
リリース済みでバグが次から次へと発覚して、それを急いで直さなきゃ。みたいな状況ならBTSの方がいいかもしれないね。
ITSはもう少し安定していて、マイルストーンを決めてそこまでに対応するという感じ。
もちろん急ぐ奴はすぐリリースしても良いけどね。
フローの話になったから、こっちのほうが良かったかｗ
Gitをより良くするための運用ガイドライン作成スレ [転載禁止](c)2ch.net
http://peace.2ch.net/test/read.cgi/tech/1433650988/
0659デフォルトの名無しさん
2015/06/10(水) 22:15:34.72ID:rQ07tGpqhttp://codebreak.com/ja/
0660デフォルトの名無しさん
2015/06/10(水) 23:21:39.44ID:19Nfo0Ba0661デフォルトの名無しさん
2015/06/10(水) 23:38:29.29ID:EBTmmvru日本の法律下にある他人の鯖にソースコードを預けたくないな
0662デフォルトの名無しさん
2015/06/11(木) 05:00:08.95ID:QpuB/nCQ0663デフォルトの名無しさん
2015/06/11(木) 06:29:11.47ID:6Kqx+wy+0664デフォルトの名無しさん
2015/06/11(木) 06:32:27.10ID:6Kqx+wy+>>569 ってだれかとおもった
0665デフォルトの名無しさん
2015/06/11(木) 06:40:44.25ID:6Kqx+wy+最後の２行について言うと
それはGUIとしての完成度が低いと言う見方もあるな
馬鹿なデザイナーでも使えるようにする必要があるかどうかは知らん
>>633
その通り
0666デフォルトの名無しさん
2015/06/11(木) 08:05:33.95ID:bgrkp9n0難しい手順を覚えるのは技術のうちに入らない。
それは単にプロトコルに習熟しただけ。
例えばENIACプログラミングを今更やる奴は殆ど居ない。
本質的な結果を出す為の過程を単純化した方法を作り出すのが技術。
テクノロジーの語源からも明らか。
0667デフォルトの名無しさん
2015/06/11(木) 08:12:02.69ID:IhjRP6Evcliはシェルと組み合わせれば半自動で色々できるから好き。
0668デフォルトの名無しさん
2015/06/11(木) 19:58:54.95ID:pGn6KOhY> ソースコードや個人情報等の情報およびその投稿に関する禁止事項
> 3.ソースコードに、自己または第三者の連絡先を記載または暗示すること
> その他一般的な禁止事項
> 4.本システムを通じて入手した情報を、複製、販売、出版、その他私的利用の範囲を超えて使用する行為
ライセンス文もまともに書けず仮に公開したとしても使用には強い制限がかかる
誰がこんなバカな規約書いたんだよ
0669デフォルトの名無しさん
2015/06/11(木) 20:52:13.58ID:0L5sgKmI0670デフォルトの名無しさん
2015/06/11(木) 21:10:32.77ID:d4+JHvzb0671デフォルトの名無しさん
2015/06/11(木) 21:49:51.01ID:QpuB/nCQ島国根性丸出しのジャップ猿が退化させてやんの
死ねよもう
0672デフォルトの名無しさん
2015/06/11(木) 21:56:58.54ID:jxx/4OCHgitlabがある
https://about.gitlab.com/gitlab-com/
Unlimited repositories
Unlimited private collaborators
Unlimited disk space*
Completely free, no credit card required
0673デフォルトの名無しさん
2015/06/11(木) 22:05:30.61ID:0L5sgKmIありがとうございます！見てみます！
0674デフォルトの名無しさん
2015/06/11(木) 23:21:46.83ID:lwbpITef> 難しい手順を覚えるのは技術のうちに入らない。
なにドヤ顔で嘘ついてるのさｗ
手順覚えるだけでも運転技術だし
飛行機の操縦も船の操縦も手術も手順覚えるだけだから
技術じゃねーってことになるな
0675デフォルトの名無しさん
2015/06/11(木) 23:34:12.67ID:YENRiAY6飛行機も船も手術も知識があるうえで感覚も必要なもんだから誰でも同じにはならんわな
0676デフォルトの名無しさん
2015/06/11(木) 23:36:23.68ID:lwbpITefは？ ハンドルを右に切れば
右に曲がりますが？
0677デフォルトの名無しさん
2015/06/11(木) 23:37:09.16ID:MEVqNqhj0678デフォルトの名無しさん
2015/06/11(木) 23:37:32.79ID:lwbpITefgitも知識があるうえで感覚も必要なもんだから誰でも同じにはならんわなｗ
コミットの内容も、コミットの順番も人それぞれ違ったものになる。
0679デフォルトの名無しさん
2015/06/11(木) 23:38:20.68ID:lwbpITefワロタｗ うまいね
あいつにはgit技術があるって聞いてgitの手順覚えてるだけかよって思う奴は少ないわな
なるほど、gitの手順だけ知っていて
それを技術があるって思い込んでる奴だったのか！
0680デフォルトの名無しさん
2015/06/11(木) 23:40:40.14ID:VCTHLF0Pどいういう風にブランチとコミットを
組み立てていくか、それがgitを使うということ。
その技術次第で、過去の修正の内容が分かりやすくなったり
ごちゃごちゃで意味不明になったりする。
きれいなコミットだとrevertしたり、cherry-pickも簡単なんだが、
だめなやつがやると使えないコミットだらけになるもんな。
0681デフォルトの名無しさん
2015/06/11(木) 23:41:01.81ID:OzhCdhwcですが社内のプログラマが同じバージョンのものを使うようにしたいため
Gitのサーバを構築して、GitHubのを社内にコピーしてプログラマは
社内のGitサーバから落してもらうようにしたいのですが、このような
使い方はできるのでしょうか？
用語が分からないので上手く説明できませんが、もしできる場合は具体的に
どのようにすればばよいのでしょうか。
0682デフォルトの名無しさん
2015/06/11(木) 23:42:44.09ID:VCTHLF0Pgithubで公開されているものを使うってだけなら、
submoduleを使えばいいだけ。
特定のバージョン（コミット）を指定して参照することができる
0683デフォルトの名無しさん
2015/06/11(木) 23:42:53.47ID:bgrkp9n0先人が作り上げた技術に「習熟」する事と、改善等を加える事との区別ぐらい付けよう。
0684デフォルトの名無しさん
2015/06/11(木) 23:45:06.84ID:VCTHLF0P飛行機だってマニュアルがあって
先人が作り上げた技術を
「習熟」するだけですが？
なにか言う前に矛盾しないか
少し考えてから発言しようよｗ
0685デフォルトの名無しさん
2015/06/11(木) 23:51:54.22ID:bgrkp9n0「習熟しただけ」のパイロットもどきが事故起こすんだよなあ。
まあ、プログラム言語の文法覚えた「だけ」の奴には難しかったか。
0686デフォルトの名無しさん
2015/06/11(木) 23:54:53.44ID:VCTHLF0P> 「習熟しただけ」のパイロットもどきが事故起こすんだよなあ。
だからなんなんでしょうか？ｗ
「習熟しただけ」のパイロットもどきが事故起こすが
「習熟した」以上の技術をつけたのパイロットは事故を起こさない
「習熟しただけ」のgitつかいもどきが、くそきたないコミットを作るが
「習熟した」以上の技術をつけたのgitつかいはきれいなコミットを作る。
あれあれ？ 同じことですねｗ
0687デフォルトの名無しさん
2015/06/12(金) 04:30:47.16ID:XoMzVDAf定石から外れたことをするとどうなるかまで知ってる人と
定石通りのことしか出来なくて定石から外されると負ける（前者なら普通勝てる）タイプの人が居るね
0688デフォルトの名無しさん
2015/06/12(金) 05:33:48.07ID:KE10iP2h0689デフォルトの名無しさん
2015/06/12(金) 07:55:39.88ID:DpgRw3ep見苦しいから、その辺にしとけ。
>飛行機だってマニュアルがあって
>先人が作り上げた技術を
>「習熟」するだけですが？
こういう甘い発想の奴は困るんだよなあ・・・
0690デフォルトの名無しさん
2015/06/12(金) 08:28:50.68ID:K1SJqQ2pgit 使うような人はそのマニュアルを作るような立場の人が多いんだが
0691デフォルトの名無しさん
2015/06/12(金) 08:41:22.54ID:UHhWvxxEわかる
このスレ「管理者の方針に従えばいい」
俺「俺がその管理者なんだよ〜。どうやってルール決めればいいかわかんねーよ」
0692デフォルトの名無しさん
2015/06/12(金) 09:11:20.96ID:uZJNyCxRhttp://hissi.org/read.php/tech/20150611/VkNUSExGMFA.html
http://hissi.org/read.php/tech/20150611/SUdTbEt3Wnk.html
http://hissi.org/read.php/tech/20150612/MGtLbjJuSjU.html
http://hissi.org/read.php/tech/20150612/dzVHdW5NWTY.html
0693デフォルトの名無しさん
2015/06/12(金) 19:21:58.70ID:w9SfTIdr適切な対応を選択し、実行する
これは操作方法だけじゃ無理だよ
0694デフォルトの名無しさん
2015/06/12(金) 19:48:06.43ID:OQHJwW6BGitにアップロードするためのツールとしてTortoiseGitを使っているのですが、
最初にアップロードする(プッシュする)のはいいとして、
ローカルの中身を更新した際、プッシュしてもオンライン上で全く同じ状態にはならず困っています。
具体的には、オンライン上で「ファイルA・ファイルB」、ローカル上で「ファイルA・ファイルC」とあった場合、
プッシュするとオンライン上で「ファイルA・ファイルB・ファイルC」となって、ファイルBが削除されないのです。
いちいちブラウザ上で手動で削除するのが面倒なのですが、何か上手い方法はあるのでしょうか。
また、各種Gitツールを使わず、ブラウザからレポジトリに直接ファイルをアップロードすることはできるのでしょうか？
0695デフォルトの名無しさん
2015/06/12(金) 20:10:35.67ID:AMVc4lNO> ファイルBが削除されないのです
TortoiseGit のメニューから削除してないんじゃない？
> ブラウザからレポジトリに直接ファイルをアップロード
サービスの提供者に聞いてどうぞ
■ このスレッドは過去ログ倉庫に格納されています